최신 앱의 전체 위협 표면을 충분히 보호하려면 고급 기능이 필요합니다. 웹 애플리케이션 방화벽(WAF)은 여전히 중요한 역할을 하지만, 앱이 발전하고 API가 계속 사용됨에 따라 점점 복잡해지는 API 연결망을 비롯한 전체 앱 표면을 모니터링하고 추적하며 보호하려면 더 많은 기능이 필요합니다.
API 보안 지원 시 WAF의 잠재적 한계
WAF는 API 보안에 유용한 도구이지만, 모든 WAF가 동일한 성능을 제공하는 것은 아니며 일부 WAF는 API 보호에 한계가 있을 수 있습니다. 이러한 한계에는 다음이 포함될 수 있습니다:
- 복잡한 API 권한 부여 처리: API는 웹 애플리케이션에서 사용되는 기존의 세션 기반 인증보다 더 복잡한 권한 부여 메커니즘을 사용하는 경우가 많습니다. WAF는 OAuth 2.0, JWT(JSON 웹 토큰), 사용자 지정 토큰 기반 인증과 같은 복잡한 권한 부여 체계를 처리하는 데 어려움을 겪을 수 있습니다.
- 프로토콜 및 페이로드 변형 분석: API는 서로 다른 데이터 구조와 스키마를 사용하는 다양한 프로토콜(REST, GraphQL, SOAP)과 페이로드 형식(JSON, XML)을 활용할 수 있습니다. WAF는 이러한 변형을 구문 분석하고 검증하는 기능이 제한적일 수 있으며, 이로 인해 위협 탐지의 가시성이 저하되고 오탐 또는 미탐이 증가할 수 있습니다.
- 속도 제한: API 속도 제한은 악의적인 행위와 API 리소스 고갈을 방지하는 데 매우 중요합니다. WAF는 API 요청의 동적인 특성과 API별 매개변수를 기반으로 속도를 제한해야 한다는 요구 사항으로 인해 API 트래픽의 속도를 정확하게 제한하는 데 어려움을 겪을 수 있습니다.
- API 특화 공격에 대한 인사이트: API는 매개변수 오염, API 특화 인젝션 공격, API 악용 시나리오와 같은 특정 공격 벡터에 취약합니다. WAF에는 이러한 API 특화 공격을 효과적으로 탐지하고 완화하기 위한 전문 규칙이나 휴리스틱이 없을 수 있습니다.
- API 관리 기능: WAF는 주로 보안 측면에 중점을 두기 때문에 API 거버넌스, 문서화, 버전 관리 및 개발자 포털 기능에 필요한 포괄적인 API 관리 역량이 부족할 수 있습니다.
API 보안을 위한 WAF 보완
WAF는 여전히 애플리케이션 보안의 핵심이자 API 보호를 위한 기본 계층이지만, 이것만으로는 충분하지 않다는 점에 유의해야 합니다. 조직들은 비용, 복잡성, API를 적절히 보호하는 방법에 대한 잘못된 인식과 오해 등 여러 이유로 다양한 접근 방식을 검토하고 도입하고 있습니다. 많은 조직이 사용 정책을 적용하고 액세스를 제어하면서 API를 생성, 관리 및 게시하기 위해 기존 WAF에 API 게이트웨이를 추가하고 있습니다. 이는 좋은 출발점이지만, 여전히 API 보안 태세에는 많은 공백이 남아 있습니다.
그렇다면 다음 단계는 무엇일까요? 알려지지 않은 API나 섀도 API는 어떻게 처리해야 할까요? API 엔드포인트를 세밀하게 제어하는 문제는 어떨까요? 직접 제어할 수 없는 서드파티 API는 또 어떻게 해야 할까요? 우선 알려지지 않은 API, 즉 섀도 API의 문제만 살펴보겠습니다. 조직은 API 보안의 모든 영역을 포괄하기 위해 기존 보안 체계에 추가할 전문 API 검색 및 취약점 분석 도구를 찾게 될 수 있습니다.
이 상황이 어떻게 흘러갈지 보이시나요? 상황은 순식간에 매우 복잡해집니다. 예산과 전문성, 리소스를 갖춘 일부 조직은 각 분야의 최고 솔루션을 조합하는 방식을 선호하지만, 대부분의 조직에서는 서로 다른 솔루션을 짜깁기해 API 보안 위협 표면을 보호하려는 방식이 가장 큰 보안 과제 중 하나인 복잡성을 더욱 심화할 뿐입니다. 포인트 솔루션을 계속 추가하면 금세 감당하기 어려워질 수 있으며, 효과적인 모니터링과 가시성 확보도 상당히 어려워집니다.
WAAP의 역할 – 포괄적인 애플리케이션 및 API 보안 제공
이러한 배경에서 웹 앱 및 API 보호(WAAP) 솔루션이 등장했습니다. 이미 복잡한 앱 보안 에코시스템에, 서로 다른 공급업체에서 제공되어 인사이트를 유기적으로 연계하지 못할 가능성이 큰 독립 기술을 굳이 더 추가할 이유가 있을까요? 이러한 문제로 인해 WAAP 제품이 발전하고 개발되었습니다. 최신 WAAP 솔루션은 기존 WAF의 기능과 API 모니터링 및 보안에 필수적인 특화 기능을 하나의 통합 솔루션(주로 SaaS 형태로 제공)에 결합하여, 마이크로서비스 기반의 멀티 클라우드 및 하이브리드 앱 환경에 필요한 최신 보안 요구사항을 충족하는 해법이 될 수 있습니다.
WAAP와 API 모니터링 및 보호 기능에 대한 일반적인 오해
WAAP에는 포괄적인 API 보안을 제공하는 데 필요한 기능이 부족하다는 오해가 있습니다. 흔히 접할 수 있는 잘못된 통념으로는 WAAP가 시간 경과에 따라 API를 모니터링하고 추적하여 이상 징후를 식별할 수 없다거나, 새로 추가되거나 변경되는 앱 및 API 엔드포인트를 지속적으로 파악할 수 있는 고급 학습 기능이 부족하다거나, 최종 사용자의 의도를 추적하고 파악할 수 없다는 주장이 있습니다.
이는 전혀 사실이 아닙니다. F5 Distributed Cloud WAAP을 비롯한 많은 최신 WAAP 솔루션에는 AI/ML 기능이 탑재되어 있으며 이를 기반으로 API 자동 검색, 스키마 적용, 사용자 및 API 이상 탐지 등 핵심적인 API 보안 기능을 제공합니다. 또한 대역 외 분석에 의존하는 많은 API 전용 포인트 보안 제품과 달리, WAAP 솔루션은 단일 인라인 솔루션 내에서 앱 및 API 트래픽을 분석하고 차단합니다. 따라서 위협 분석, 탐지 및 완화를 지연시킬 수 있는 별도의 솔루션으로 데이터를 스트리밍하거나 미러링할 필요가 없습니다.
F5 Distributed Cloud WAAP과 해당 솔루션의 API 보안 기능에 대해 자세히 알아보려면 웹사이트와 실제 작동 모습을 간략히 보여주는 데모를 확인해 보세요.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.