앱 및 API 보안이 더욱 전문화되었다는 것은 분명합니다. 이제 API는 단순히 URI를 기반으로 애플리케이션에 진입하는 지점이 아닙니다. API는 성숙해졌으며, 고유한 보안 요구 사항을 지닌 독립적인 개체로 자리 잡았습니다.
이러한 보안 요구사항의 대부분은 API 상호작용의 특성과 관련이 있습니다. 즉, API는 각 트랜잭션별로 권한을 부여해야 합니다. 이는 일반적으로 각 세션별로 권한을 부여하는 앱과는 확연히 다릅니다.
API는 상호작용 빈도도 더 높으며, 그 밖에도 API 보안에 특히 큰 어려움을 초래하는 여러 특성이 있습니다.
앱 API메시지 형식 지원 HTML, JSON, XML ProtoBuf, JSON, GraphQL, 바이너리, XML, 데이터 형식상호작용 정적, 변경 빈도 낮음 동적, 변경 빈도 높음데이터 정형, 트랜잭션형 비정형/정형, 스트리밍 및 트랜잭션형사용자 사람 소프트웨어, 사람사용자 에이전트 브라우저, 앱 소프트웨어, 기기, 스크립트, 앱, 브라우저인증 세션 기반 트랜잭션 기반(ZT에 더 가까움)프로토콜 지원 HTTP/S, QUIC gRPC, WebSockets, HTTP/S, QUIC
앱과 API를 비교해 보면 보안 요구 사항이 서로 달라지게 된 원인이 되는 차이점을 알 수 있습니다.
그렇지만 보안 솔루션을 구현할 때는 앱과 API 모두에 공통적으로 존재하는 보안 위험도 고려해야 합니다. 예를 들어, 최근 업데이트된 2023 API 보안 10대 위험에는 애플리케이션과 공통된 위험의 일부가 명확히 제시되어 있습니다:
- 취약한 인증/권한 부여 제어
- 잘못된 구성
- 비즈니스 로직 악용(크리덴셜 스터핑, 계정 탈취)
- 서버 측 요청 위조(SSRF)
이러한 위험 외에도 가용성을 노리는 공격이 여전히 상당수 발생하고 있습니다. 대표적으로 앱과 API 모두에서 흔히 발생하는 DDoS 공격이 있습니다. 앱과 API는 일반적으로 TCP와 HTTP에 동일하게 의존하며, 두 프로토콜 모두 접근성과 가용성을 저해하도록 설계된 다양한 공격의 대상이 되기 때문입니다.
앱과 API, 그리고 이를 지원하는 인프라의 보안 문제를 해결하는 한 가지 방법은 여러 솔루션을 배포하는 것입니다. 여기에는 봇 및 사기 방어, DDoS 방어, 앱 보안, API 보안이 포함됩니다. 이 방식은 보안 문제를 해결하는 데는 분명 효과적이지만, 운영상의 어려움을 초래하고 정책 변경 관리나 앱과 API 모두에 영향을 미치는 위협에 대한 대응 등 여러 보안 관련 작업을 더욱 복잡하게 만듭니다. 복잡성은 보안뿐만 아니라 속도의 적이기도 합니다.
새롭게 등장하는 위협에 얼마나 신속하게 대응할 수 있는지는 서비스형 보안 도입을 이끄는 주요 요인 중 하나입니다. 이는 당사의 연례 연구에서도 확인할 수 있습니다. 새로운 위협을 완화하기 위해 패치나 업데이트 또는 새로운 정책 배포가 필요한 솔루션이 하나씩 늘어날 때마다 시간이 더 소요되고, 잘못된 구성이나 실수가 발생할 가능성도 커집니다. 따라서 위협을 완화하는 데 걸리는 시간은 복잡성이 증가할수록 길어집니다. 특히 조직이 여러 환경(하이브리드 IT)을 운영하면서 환경별 보안 솔루션을 활용하는 경우에는 더욱 그렇습니다. 이것이 선형 증가인지 기하급수적 증가인지 계산해 보지는 않겠습니다. 솔직히 말해, 임박한 위협에 대응하는 시간을 늘리는 것은 무엇이든 바람직하지 않기 때문입니다.
따라서 더 나은 접근 방식은 솔루션을 통합하여 위협 대응 기능의 운영 및 보안 관리를 공유하는 동시에, 앱과 API에 고유한 프로토콜과 페이로드에는 각각에 맞는 보안 정책을 적용할 수 있도록 하는 것입니다.
이는 통합된 애플리케이션 및 API 보안 전략으로 이어집니다. 이 전략에서는 공통 기능을 공유하되, 앱이나 API에 가까워질수록 더욱 세분화되고 구체적인 보안 기능을 적용합니다. 결국 봇은 봇이며, 봇이 데이터 품질, 전송 비용, 앱 및 API의 위험 프로필에 미치는 영향은 공통으로 해결해야 할 문제입니다. DDoS도 마찬가지입니다. 동일한 문제를 해결하기 위해 두 배나 많은 서비스를 운영하는 것은 어떤 지표로 보더라도 비효율적입니다.
통합된 애플리케이션 및 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 관련 기사를 계기로 하드웨어 보안 전문성의 중요성을 되짚어봅니다. 또한 이 글에서는 시스템이 안전하게 보호되고 있는지 확인하기 위해 공급업체에 물어봐야 할 질문도 소개합니다.