이 글은 AWS Frontier Agents 시리즈의 두 번째 편입니다. 1편에서 다룬 배포 전 릴리스 검증에 이어, 이번 글은 배포된 애플리케이션의 보안을 검증하는 AWS Security Agent에 대한 내용을 다룹니다. 일반적으로 연 1~2회 수행하는 외주 침투 테스트만으로는 매일 배포되는 애플리케이션의 보안 변화를 따라가기 어렵습니다. AWS Security Agent는 이 문제를 해결하기 위해 소스 코드와 문서를 사전에 분석한 뒤, […] ||
이 글은 AWS Frontier Agents 시리즈의 두 번째 편입니다. 1편에서 다룬 배포 전 릴리스 검증에 이어, 이번 글은 배포된 애플리케이션의 보안을 검증하는 AWS Security Agent에 대한 내용을 다룹니다.
일반적으로 연 1~2회 수행하는 외주 침투 테스트만으로는 매일 배포되는 애플리케이션의 보안 변화를 따라가기 어렵습니다. AWS Security Agent는 이 문제를 해결하기 위해 소스 코드와 문서를 사전에 분석한 뒤, 다단계 공격 체인을 자동으로 실행합니다. 이를 통해 검증된 취약점을 재현 가능한 공격 경로 및 수정 PR과 함께 보고하며, 이 글에서는 해당 과정을 단계별로 살펴봅니다. 아울러 STRIDE 위협 모델링과 CI/CD 파이프라인에 상시 보안을 통합하는 방법도 함께 다룹니다.
> 블로그 시리즈 보기
Part [1]: DevOps Agent Release Management로 배포 전 리스크 차단하기
Part [2]: Security Agent로 침투 테스트를 온디맨드로 – 취약점 발견부터 수정 PR까지
Part [3] (발행 예정): FinOps Agent로 비용 이상 자동 조사 – 알림에서 근본 원인까지
참고: AWS Security Agent의 온디맨드 침투 테스트는 정식 출시(GA)되었으며, 위협 모델링과 전체 리포지토리 코드 리뷰 등 일부 기능은 2026년 7월 기준 Preview로 제공됩니다. 기능과 화면 구성은 변경될 수 있습니다. 또한 침투 테스트와 코드 스캐닝은 2026년 6월 발표된 AWS Continuum에서 같은 기능이 다른 이름으로도 제공되므로, AWS 자료에서 두 이름이 함께 나타날 수 있습니다.
들어가며: 침투 테스트의 병목
1편에서 AnyCompany는 AWS DevOps Agent로 배포 전 릴리스 관문을 세웠습니다. 이제 그 관문을 통과해 배포된 주문 서비스가 실제로 안전한지 검증할 차례입니다. 릴리스 리스크가 없는 코드가 곧 보안 취약점이 없는 코드는 아니기 때문입니다.
전통적인 침투 테스트에는 구조적인 한계가 있습니다. 대부분의 경우 연 1~2회만 수행되어 그 사이 매일 배포되는 변경은 검증 없이 올라가고, 전문 인력의 수동 테스트는 비싸서 일부 애플리케이션에만 제한적으로 적용됩니다. 자동화 스캐너는 애플리케이션 맥락을 모른 채 패턴만 매칭해 오탐을 쏟아내고, 비즈니스 로직 결함 같은 중요한 위험은 놓치게 됩니다.
그리하여 AWS Security Agent는 이 한계를 개선하고자 합니다. 소스 코드와 애플리케이션 문서를 분석해 깊은 애플리케이션 이해를 형성한 뒤, 스캐너가 찾지 못하는 취약점을 다단계 공격 시나리오로 발견하고 검증합니다. 특히 발견한 취약점을 실제 익스플로잇으로 증명(proof-based exploitation)하므로 재현되지 않는 오탐이 걸러진 상태로 보고됩니다.
Security Agent의 4가지 기능과 개발 라이프사이클
AWS Security Agent는 설계부터 배포까지 개발 라이프사이클 전반에 걸친 네 가지 기능을 제공합니다. 조직의 보안 요구사항(approved authorization libraries, logging standards, data access policies 등)을 콘솔에 한 번 정의하면, 이후 모든 설계 리뷰와 코드 리뷰에서 이 기준이 자동으로 적용됩니다.
기능
라이프사이클 단계
무엇을 하는가
상태 (2026.08)
Design Security Review
설계
설계 문서를 조직 보안 요구사항과 대조해