디지털 트랜스포메이션은 더 이상 유행어가 아니라 대부분의 조직이 마주한 현실입니다. 2023년 애플리케이션 전략 현황 보고서에 따르면, 조직 10곳 중 9곳이 디지털 트랜스포메이션 프로그램을 적극적으로 추진하고 있습니다.1 초기에는 고객 접점 기능에 중점을 두었지만, 현대화는 점차 백오피스 운영으로 확대되고 있으며, 이에 따라 수많은 신규 비즈니스 및 고객용 애플리케이션이 개발되고 배포되고 있습니다. 같은 보고서에서는 상당수(41%)의 조직이 200개에서 1,000개의 애플리케이션을 관리하고 있다고 밝힌 바 있습니다.2
클라우드 네이티브 애플리케이션 제공의 현실 이해
이처럼 복잡성이 증가하면서 특히 리소스 할당, 기술 역량 및 가용성 측면에서 여러 과제가 발생합니다. 지속적인 기술 격차는 계속 확대되고 있으며, 무려 98%의 IT 조직이 현재의 비즈니스 목표를 달성하는 데 필요한 인사이트가 부족하다고 인정했습니다.3
이러한 인사이트는 다음 사항에 중점을 둡니다:
- 앱 성능 저하의 근본 원인(39%)
- 공격 가능성(38%)
- 앱 문제 및 인시던트의 근본 원인(37%)
- 과거 성능 비교(35%)
- 비즈니스 관련 인사이트(32%)
실제로 클라우드 네이티브 앱의 보안 수준은 앱을 구성하는 구성 요소와 앱이 실행되는 인프라의 보안 수준에 달려 있습니다.
애플리케이션 보안을 위협하는 요소가 증가하고 있음을 이해하기
2022년 Verizon 데이터 침해 조사 보고서(DBIR)는 애플리케이션의 규모와 복잡성이 증가함에 따라 보안 위험도 커지고 있음을 강조합니다. 보안 침해로 가장 큰 영향을 받는 자산은 서버이며, 특히 웹 애플리케이션 서버가 침해된 전체 자산의 56%를 차지합니다.4
인터넷에 노출되는 특성상 이러한 웹 애플리케이션 서버는 공격자가 조직의 방어 체계를 우회할 수 있는 매력적인 진입점이 됩니다. Verizon DBIR에 따르면 2022년에만 4,751건의 사고가 발생했으며, 이 중 1,273건에서 데이터 유출이 확인되었습니다. 유출된 데이터에는 개인 데이터(69%), 자격 증명(67%), 기타 유형의 데이터(29%), 의료 기록(15%)이 포함되었습니다.5
공격 표면은 계속 확대될 것으로 예상
애플리케이션의 공격 표면은 시스템 자체, 시스템 내부 또는 외부의 구성 요소, 혹은 시스템을 둘러싼 환경적 경계 어디에든 존재하는 모든 고유한 지점, 즉 ‘공격 벡터’로 구성됩니다. 이러한 지점은 권한이 없는 사용자가 시스템을 악용하여 데이터를 삽입하거나, 데이터 또는 시스템을 변경·조작하거나, 시스템에서 데이터를 추출하려고 시도할 수 있는 경로를 제공합니다. 애플리케이션의 공격 표면이 노출되는 방식은 다양하며, 다음은 그중 몇 가지에 불과합니다.
인프라 오용: 클라우드 인프라는 잘못 구성될 수 있으며, 이로 인해 데이터 유출, 무단 컨테이너 로그인 및 자격 증명 도용에 취약해질 수 있습니다.
소프트웨어 취약점 악용: 애플리케이션에 패치되지 않은 소프트웨어, 버그 또는 잘못된 구성과 같은 취약점이 있으면 잠재적인 공격자에게 노출될 수 있습니다.
타사 구성 요소 침해: 적절한 보안 검토 없이 타사 라이브러리나 서비스를 사용하면 애플리케이션에 취약점이 생길 수 있습니다.
애플리케이션 프로그래밍 인터페이스(API) 조작: 애플리케이션은 API를 통해 통신하는 경우가 많으므로, 이러한 API의 보안 취약점(예: 요청 속도 제한, 적절한 인증 또는 암호화의 부재)으로 인해 애플리케이션이 공격에 노출될 수 있습니다.
조직이 애플리케이션 포트폴리오를 지속적으로 현대화하고 새로운 디지털 경제에서 혁신을 추진함에 따라 API 수는 2031년까지 10억 개에 이를 것으로 예상됩니다.6 전반적인 애플리케이션 증가와 마찬가지로 API 영역의 이러한 확장은 애플리케이션 보안을 성공적으로 관리하는 데 따르는 어려움을 더욱 가중시킵니다.
애플리케이션 및 API 보안에서 우위를 확보하세요
Amazon Web Services(AWS)를 통해 애플리케이션을 배포할 때 다양한 전문 보안 도구와 AWS 네이티브 보안 도구를 활용하면 공격을 방어하고 귀사의 데이터는 물론 고객의 데이터와 거래를 안전하게 보호할 수 있습니다. 이를 위해 약 90%의 조직이 보안 강화를 가속화하고자 플랫폼 접근 방식을 채택하고 있습니다.7
그러나 플랫폼이 효과적으로 작동하려면 위에서 언급한 광범위한 공격 표면을 충분히 보호할 수 있도록 여러 통합 보호 계층도 지원해야 합니다. F5와 AWS의 포괄적인 기능은 클라우드 네이티브 애플리케이션과 해당 API에 내재된 취약점을 노리는 다음과 같은 공격으로부터 보호합니다:
Amazon CloudFront의 AWS 웹 애플리케이션 방화벽(WAF): CDN에 손쉽게 추가할 수 있는 네이티브 애플리케이션 보호 계층을 제공합니다.
F5 Advanced Web Application Firewall(WAF): 앱 자체를 업데이트하지 않고도 앱을 대상으로 가장 빈번하게 발생하는 공격을 방어합니다.
NGINX App Protect WAF: F5의 검증된 고급 WAF 기술과 NGINX의 민첩성 및 성능을 결합하여 앱과 API를 보호함으로써 서비스 중단과 보안 침해를 방지합니다.
F5 Distributed Cloud WAAP 및 F5 Distributed Cloud Bot Defense: F5 Distributed Cloud 서비스는 여러 클라우드 플랫폼 전반에서 일관된 애플리케이션, API 및 봇 보안과 성능을 대규모로 제공하는 클라우드 네이티브 SaaS 솔루션입니다.
F5 보안 위협 인텔리전스: 세계적 수준의 연구진이 포럼과 타사 리소스를 탐색하고, 공격을 조사하며, 멀웨어를 리버스 엔지니어링하고, 취약점을 분석하여 효과적인 탐지 및 완화 방법을 파악합니다.
F5와 AWS의 기본 통합 보안 계층을 사용하여 클라우드 기반 애플리케이션을 지능형 위협으로부터 보호하는 방법에 대해 자세히 알아보려면 f5.com/aws를 방문하세요.
출처:
1,7 2023년 애플리케이션 전략 현황 보고서, F5, 2023년 3월
2,3 2022년 애플리케이션 전략 현황 보고서, F5, 2022년 4월
4,5 2022년 데이터 침해 조사 보고서, Verizon, 2022년 6월
6 CTO 오피스 보고서: 지속적인 API 확산, F5, 2021년 11월
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.