좋은 답변은 적어도 세 가지가 있고, 그다지 좋지 않은 답변도 몇 가지 있습니다.
전략, 특히 기술과 관련된 전략은 흔히 경영진의 몫으로 여겨집니다. 보안 관련 전략의 경우에는 대개 최고정보보호책임자(CISO)가 담당하며, 해당 직책이 없다면 최고정보책임자(CIO)가 맡습니다.
하지만 일부 조직에서는 API 보안 전략을 추진할 책임을 다른 직무에 위임합니다. 오늘날에는 개발자, SRE, 심지어 네트워크 전문가가 API 보안 전략을 담당하기도 합니다.
아마도 그러한 결정이 어떤 결과를 가져올지에 대한 실질적인 연구가 없기 때문일 수 있습니다. 개발자가 API 보안 전략을 주도해야 할 타당한 이유가 있는 것처럼, 개발, 테스트 또는 프로덕션 단계에서 어떤 식으로든 API를 다룰 수 있는 모든 사람에게 그 책임을 부여해야 할 타당한 이유도 있습니다.
API 보안을 심층적으로 살펴본 최근 연구에서, API 보안 의사 결정권자인 모든 응답자에게 조직 내 어떤 직무가 API 보안 전략을 주도하는지 물었습니다. 그 결과 개발자와 네트워크 전문가부터 조직 전반의 협업 방식에 이르기까지 다양한 답변을 확인할 수 있었습니다.
하지만 조직이 API를 보호하기 위해 사용하는 보안 서비스 유형에 대해서도 구체적인 세부 사항을 물었습니다. 여기에는 DDoS 방어, 액세스 제어, mTLS, SSL과 같은 서비스가 포함됩니다. 이러한 서비스는 보안 전략에서 도출된 정책을 시행하는 데 필요한 제어 수단 중 일부이므로, 서비스 배포 현황을 전략 실행을 구체적으로 보여 주는 지표로 활용했습니다. 그런 다음 API 보안 전략을 주도하는 주체에 따라 어떤 서비스가 배포되었는지 살펴보았습니다.
솔직히 말해, 저희는 그 결과에 큰 충격을 받았습니다.
API 보안 전략을 조직 전반이 공동으로 책임질 때 가장 포괄적인 서비스가 배포된 것으로 나타났으며, 그다음으로는 전사 보안 조직과 CIO/CISO 리더십이 뒤를 이었습니다.
더욱 우려스러운 점은 SRE가 보안 전략을 주도할 경우 API 수명 주기의 테스트 단계에 이르러서야 API 보안이 반영된다는 것입니다. API 보안 전략을 이끄는 주체가 다른 경우에는 대체로 설계 또는 개발 단계부터 API 보안이 반영됩니다. 네트워크 팀이 API 보안 전략을 주도하는 경우에도 API 보안을 반영해야 할 시점은 개발 단계라고 답했습니다.
다행스러운 점은 대부분의 조직이 API 보안 전략 수립 책임을 이 세 직군 중 하나에 맡긴다는 것입니다. 개발자에게 맡기는 조직은 8%에 불과하며, 네트워크 전문가가 담당하도록 하는 조직은 그보다 적은 3%, SRE에게 이 업무를 맡기는 조직은 단 1%뿐입니다.
이는 API 보안이 할당되는 영역과 밀접하게 일치합니다. 왜냐하면 그 결정은 누가 전략을 주도하느냐에 크게 좌우되기 때문입니다. API 보안 전략을 CIO/CISO 경영진이 주도하거나 조직 전반의 사안으로 간주하는 경우, API 보안은 일반적으로 API 관리, 애플리케이션 보안, 네트워크, 그리고 보안 조직 내에서 애플리케이션 보안과 분리된 영역이라는 네 가지 영역에 분산됩니다. API를 방어하고 보호하는 서비스가 여러 영역에 걸쳐 있을 수 있다는 점을 고려하면 이는 타당합니다.
따라서 귀사가 API 보안 전략을 CIO/CISO 경영진이나 보안 부서에 맡기거나 조직 전반의 공동 책임으로 간주하고 있다면 축하드립니다! 이러한 전략적 접근 방식은 다양한 공격으로부터 API를 방어하고 보호하는 보안 서비스를 통해 포괄적인 보안 통제를 구현하는 데 기여하고 있습니다.
오늘 발표된 보도 자료를 읽고 최신 보고서를 다운로드하면 API의 숨겨진 실상을 더욱 깊이 들여다볼 수 있습니다. 보고서에서는 더 많은 충격적인 통계뿐 아니라 기업 내부에서 API가 실제로 어떻게 사용되는지, 그리고 조직이 API를 안전하게 보호하는 데 중요하다고 여기는 보안 역량이 무엇인지도 자세히 알아볼 수 있습니다.
작성자 소개
Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.
Lori Mac Vittie의 다른 블로그 게시물관련 블로그 게시물
AI 시대의 새로운 애플리케이션 제공 원칙으로 복잡성 극복하기
보안, 일관성, 완전 자동화에 중점을 둔 애플리케이션 제공의 새로운 6가지 원칙을 도입하여 복잡성 없이 하이브리드 멀티클라우드의 유연성을 누리세요.
디지털 혁신을 가속화하는 6가지 기술 역량
오늘날의 엔터프라이즈 아키텍처에는 기술 변화를 주도하는 데 핵심적인 민첩성, 확장성, 보안 및 관찰 가능성이 부족하지만, 이 여섯 가지 핵심 역량은 기업이 디지털 혁신 전반에 걸쳐 위험과 과제를 관리하는 데 도움이 될 것입니다.
하이브리드 근무가 ID 중심 보안으로의 전환을 이끌고 있습니다
자동화와 디지털화의 폭발적인 성장에 하이브리드 근무 모델로의 전환 추세가 더해지면서, IP 기반 보안에서 벗어나 ID 기반 액세스 전략으로 전환하는 움직임이 더욱 가속화될 것입니다.
관점의 현대화: 애플리케이션에서 경험으로
그리스와 로마의 신들처럼, 여러 신화에서도 동일한 존재가 다양한 모습으로 나타나는 것을 볼 수 있습니다. 본질적으로 각각의 화신은 기존 존재가 새로운 얼굴로 드러난 것입니다. 디지털 세계에서도 이와 비슷한 양상이 나타납니다. 우리가 ‘애플리케이션’이라고 부르는 것들은 흔히 기존 기능이 새로운 형태로 구현된 것이라 볼 수 있습니다.
코로나19 이후 기업 결제의 디지털 전환
디지털 결제는 과거의 현금만큼이나 보편화되었습니다. 코로나19 팬데믹으로 인한 봉쇄 조치는 소비자의 디지털 결제 서비스 의존도를 더욱 빠르게 높였습니다. 기업의 디지털 결제 도입 역시 가속화되었습니다. 대중을 상대로 영업하든 하지 않든 기업에는 여전히 지급해야 할 대금과 받아야 할 대금이 있기 때문입니다.
공급망 해킹과 보안에서 하드웨어의 역할
수석 아키텍트 Dave Schmitt와 CTO 오피스가 최근 Bloomberg의 Super Micro 관련 기사를 계기로 하드웨어 보안 전문성의 중요성을 되짚어봅니다. 또한 이 글에서는 시스템이 안전하게 보호되고 있는지 확인하기 위해 공급업체에 물어봐야 할 질문도 소개합니다.