brunch
매거진 AWS 전문가 되기

(모음) AWS 보안 신규기능-2025-0903

by Master Seo
Sep 4. 2025

# AWS 신규 보안서비스 알아보자.

# AWS 세미나 내용 정리합니다.



1

https://brunch.co.kr/@topasvga/5044

(시작)1. AWS 보안-2025-0903

# AWS 보안에 대해 알아보자. <1> AWS 와 데이터독 연동하기 <2> AWS CloudTrail과 데이터독 연동하기 <1> AWS 와 데이터독 연동하기 # AWS와 데이터독 연동해 보안을 강화해 보자 <2> AWS CloudTrail과 데이터독

https://brunch.co.kr/@topasvga/undefined/@topasvga/5044

 



2

https://brunch.co.kr/@topasvga/5045

2. Amazon Q Developer 설정

Amazon Q Developer 설정 오늘 실습을 위해서 Amazon Q Developer 설정 합니다. Amazon Q Developer 계정이 있는 경우 아래 실습은 생략 하실 수 있습니다. 설정 옵션 선택하기 Amazon Q Developer는 다양한 요구사항과

https://brunch.co.kr/@topasvga/undefined/@topasvga/5045

 


3

https://brunch.co.kr/@topasvga/5046

3.(옵션1) Amazon Q Developer Pro

Amazon Q Developer Pro를 사용하기 위해서는 먼저 AWS IAM Identity Center를 생성하고 Amazon Q Developer를 설정해야 합니다. AWS IAM Identity Center는 중앙에서 사용자 및 접근 권한을 관리하는 서비스로, 두 가지

https://brunch.co.kr/@topasvga/undefined/@topasvga/5046

 



4

https://brunch.co.kr/@topasvga/5047

4.(옵션2) Amazon Q Developer 무료

Amazon Q Developer는 AWS 계정이 없는 사용자도 AWS Builder ID를 통해 무료로 핵심 기능을 사용할 수 있도록 지원합니다. AWS Builder ID는 신용카드 정보 없이 개인 이메일 주소만으로 생성할 수 있는 개인

https://brunch.co.kr/@topasvga/undefined/@topasvga/5047

 



5

https://brunch.co.kr/@topasvga/5048

5. Lab1. AWS - Exploit PoC

배포된 시스템은 AWS 모범 사례에 따라 완벽하게 구축된 것처럼 보입니다. 하지만 아키텍처 다이어그램에서는 드러나지 않는, 코드 레벨에 숨겨진 치명적인 취약점이 존재합니다. 오늘 여러분은

https://brunch.co.kr/@topasvga/undefined/@topasvga/5048

 



6

https://brunch.co.kr/@topasvga/5049

6. CloudFormation 배포 확인

CloudFormation 콘솔에서 URL의 Stack Output에서 PublicALBEndpoint 주소를 확인합니다. CloudFormation에서 PublicALBEndpoint 의 URL 확인합니다. 2 web접속해본다. 3 3. Web Application /Proxy 기능 동작을 확인합니다. example:

https://brunch.co.kr/@topasvga/undefined/@topasvga/5049

 



7

https://brunch.co.kr/@topasvga/5050

7. Exploit PoC 실습

SSRF(Server-Side Request Forgery) 공격이란 서버에 보내는 요청을 조작하는 공격을 의미합니다. 주로, 서버가 다른 서버로부터 요청을 보내는 API나 Proxy 형태의 서비스에서 주로 발생하는 취약점입니다.

https://brunch.co.kr/@topasvga/undefined/@topasvga/5050

 



8

https://brunch.co.kr/@topasvga/5051

8. Exploit PoC 방어 전략

SSRF Exploit PoC를 통해서 SSRF 취약점 이용해서 AWS의 계정을 탈취할 수 있었습니다. 그렇다면, 방어를 위해서는 어떤 조치를 취할 수 있을까요? 1. SSRF 웹 공격 트래픽 차단 [예방, 탐지 및 대

https://brunch.co.kr/@topasvga/undefined/@topasvga/5051

 



9

https://brunch.co.kr/@topasvga/5052

9. Datadog을 활용한 SSRF 공격 탐지

Datadog을 활용한 SSRF 공격 탐지 1. Datadog에서 CloudTrail Log 확인하기 이번 단계에서는 SSRF 공격으로 탈취된 Credential을 사용해 Admin 계정이 생성된 이력을 Datadog에서 확인해보겠습니다 Datadog의 Logs Expl

https://brunch.co.kr/@topasvga/undefined/@topasvga/5052

 



10

https://brunch.co.kr/@topasvga/5053

10. Datadog으로 IMDS 취약점 탐지하기

Datadog을 활용하면 규정을 준수하지 않는 리소스를 주기적으로 점검하고, 보안 취약점을 사전에 탐지할 수 있습니다. 이번 실습에서는 SSRF 공격에 악용될 수 있는 IMDSv1이 활성화된 EC2 인스턴스를

https://brunch.co.kr/@topasvga/undefined/@topasvga/5053

 



11

https://brunch.co.kr/@topasvga/5054

11.Lab 1-2. SSRF Exploit PoC실습

SSRF 공격을 통해 EC2 인스턴스의 Credential을 탈취합니다. SSRF(Server-Side Request Forgery) 공격이란 서버에 보내는 요청을 조작하는 공격을 의미합니다. 주로, 서버가 다른 서버로부터 요청을 보내는 API

https://brunch.co.kr/@topasvga/undefined/@topasvga/5054

 



12

https://brunch.co.kr/@topasvga/5055

12. Lab 1-2. Exploit PoC 방어전략

앞선 Exploit PoC를 통해서 SSRF 취약점을 포함한 취약점들 연계하여 AWS의 계정을 탈취하였습니다. 다음과 같은 침투 시나리오에서 공격자 관점에서 AWS의 계정에 대해서 실습하고, 각 프로세스별로

https://brunch.co.kr/@topasvga/undefined/@topasvga/5055

 



13

https://brunch.co.kr/@topasvga/5056

13. Expose

클라우드 환경에서는 리소스를 쉽고 빠르게 생성하고 공유할 수 있지만, 이러한 편리함은 때로는 의도치 않은 보안 위협을 초래하기도 합니다. 특히 중요한 리소스가 인터넷에 직접 노출되거나

https://brunch.co.kr/@topasvga/undefined/@topasvga/5056

 



14

https://brunch.co.kr/@topasvga/5057

14. 외부에 공개된 리소스 탐지

클라우드 환경에서 의도치 않은 외부 접근은 데이터 유출이나 서비스 장애로 이어질 수 있는 심각한 보안 위협입니다. 외부 접근 분석은 조직의 AWS 계정 외부(예: 인터넷 전체, 다른 AWS 계정 등)

https://brunch.co.kr/@topasvga/undefined/@topasvga/5057

 



15

https://brunch.co.kr/@topasvga/5058

15. Amazon Q CLI를 사용하기

AWS 보안 서비스 결과를 검토 하는데 Amazon Q Developer CLI를 사용할 수 있습니다. Amazon Q CLI은 어려운 보안 관련 질문을 고객이 이해 가능한 답변으로 생성하여 제공 할 수 있습니다. Desktop 에서 Q Devel

https://brunch.co.kr/@topasvga/undefined/@topasvga/5058

 



16

https://brunch.co.kr/@topasvga/5059

16. Datadog으로 외부 공개 리소스 탐지하기

Datadog을 활용하면 규정을 준수하지 않는 리소스를 탐지하고, 외부에 노출된 리소스를 식별할 수 있습니다. 1. Cloudcraft 확인하기 Cloudcraft는 클라우드 아키텍처를 자동으로 실시간 시각화해 보여

https://brunch.co.kr/@topasvga/undefined/@topasvga/5059

 


17

https://brunch.co.kr/@topasvga/5060

17. 외부에 공개된 리소스 관리 전략

의도치 않게 인터넷에 공개되거나 신뢰할 수 없는 외부 계정과 공유된 리소스가 있을 수 있습니다. 그렇다면, IAM Access Analyzer를 활용하여 어떻게 체계적으로 관리하고 방어할 수 있을까요? 1 외

https://brunch.co.kr/@topasvga/undefined/@topasvga/5060

 



18

https://brunch.co.kr/@topasvga/5061

18. 결론

실습을 통해 클라우드 환경에서 발생할 수 있는 실제 보안 위협과 이를 탐지하고 대응하는 방법을 직접 경험해보셨습니다. Exploit PoC에서 배운 것 SSRF(Server-Side Request Forgery) 공격의 실제 동작 원

https://brunch.co.kr/@topasvga/undefined/@topasvga/5061

 



19

https://brunch.co.kr/@topasvga/5062

19. Lab 3 - 모범사례 기반 보안 구성

Lab 3-1. EC2 보안 구성 설정 Lab 3-2. Config를 통한 리소스 모범사례 점검 Lab 3-3. EC2 IAM 최소 권한 원칙 준수 Lab 3-1, 3-2: EC2 보안 구성 - AWS IMDSv2 설정 혹은 Disable AWS IMDSv1 -> IDMSv2로 변경시, 해당 IMDSv1를

https://brunch.co.kr/@topasvga/undefined/@topasvga/5062

 



20

https://brunch.co.kr/@topasvga/5063

20. Lab 3-1. EC2 보안 구성 설정

EC2의 default 구성을 AWS IMDSv1 -> IDMSv2로 변경하는 방법에 대해서 실습합니다. Lab 3-1. AWS EC2 보안 구성1. AWS Console에서 EC2 검색 후, EC2 콘솔로 이동 2. EC2 대시보드에서 Settings > Data Protection and Security 선

https://brunch.co.kr/@topasvga/undefined/@topasvga/5063

 



21

https://brunch.co.kr/@topasvga/5064

21. Lab 3-2. Config를 통한 리소스 모범

AWS Config를 통해 리소스 내역 뿐 아니라, 설정 및 구성에 대한 데이터를 수집하고, 평가할 수 있습니다. Lab 3-2. AWS Config를 통한 리소스 구성 점검1. AWS 콘솔 검색 창에서 AWS Config를 검색 후, Config 콘

https://brunch.co.kr/@topasvga/undefined/@topasvga/5064

 



22

https://brunch.co.kr/@topasvga/5065

22.Lab 3-3. EC2 IAM 최소 권한 원칙준수

EC2의 권한 남용으로 인한 피해 확산을 막기 위해서 EC2에 연결된 IAM에 권한을 축소하는 실습입니다. Admin 권한의 EC2 인스턴스의 Role 권한을 변경1. EC2 Console에서 인스턴스를의 Security의 IAM Role 탭을

https://brunch.co.kr/@topasvga/undefined/@topasvga/5065

 



23

https://brunch.co.kr/@topasvga/5066

23. Lab 4 - 보안 탐지 자동화

AWS Security Hub는 리소스의 구성 내역 기반, GuardDuty는 런타임 및 로그 분석 기반으로 위협을 탐지합니다. Lab 4 - 보안 탐지 자동화에서는 앞서 구성하고 테스트하였던 앞서 Hands On Lab에서 직접 확인

https://brunch.co.kr/@topasvga/undefined/@topasvga/5066

 



24

https://brunch.co.kr/@topasvga/5067

24. Lab 2 - AWS WAF로 공격 방어

Lab 2에서는 L7 Layer에서 WAF를 통해 SSRF 페이로드를 방어하는 방법에 대해서 실습합니다. Lab 2 Hands On Lab 구성 Lab 2-1. AWS WAF Logging 활성화 Lab 2-2. AWS WAF 관리형 룰 구성 Lab 2-3. IP 기반 차단 4-4. 예외 처

https://brunch.co.kr/@topasvga/undefined/@topasvga/5067

 



25

https://brunch.co.kr/@topasvga/5068

25.Lab 2-1. AWS WAF Logging활성화

정책에 의해 탐지/차단/허용된 트래픽이 무엇인지 확인하기 위해 WAF 로깅을 활성화합니다. Lab 2-1. 로그 활성화 하는법: AWS WAF 로그 구성1. AWS WAF 콘솔에서 Web ACL 선택합니다. AWS WAF 콘솔로 이동하

https://brunch.co.kr/@topasvga/undefined/@topasvga/5068

 



26

https://brunch.co.kr/@topasvga/5069

26. Lab 2-2. AWS WAF 관리형 룰 구성

WS WAF ACL(Access Control List) 웹 액세스 제어 목록은 사전에 배포되어 있지만, 별도의 룰 설정이 없습니다. Lab 2-2. 관리형 룰 규칙 설정: AWS WAF Managed Rule Group 구성1. Rules를 클릭 후, Add rules을 선택합니

https://brunch.co.kr/@topasvga/undefined/@topasvga/5069

 



27

https://brunch.co.kr/@topasvga/5070

27. Lab 2-3. IP 기반 차단

IP기반 기능 차단은 사내 IP 대역의 예외 처리나 악성 IP차단 목적으로 활용할 수 있습니다. Lab 2-3. Blacklist IP 차단으로 예외 처리 IP 주소를 기반으로 Managed Rule Group 앞에서 특정 IP 대역을 허용하거

https://brunch.co.kr/@topasvga/undefined/@topasvga/5070

 



28

https://brunch.co.kr/@topasvga/5071

28.4-4. 예외처리 및 Custom Response

관리형 룰에서의 정책을 Block에서 Count로 변경하고, Custom Rule을 통해 Action 및 Response를 수행합니다. Lab 2-4. Count Action과 Label로 예외 처리 구성1. ExampleWebACL1의 Rule에서 Managed Rule을 선택합니다. 2. Edit

https://brunch.co.kr/@topasvga/undefined/@topasvga/5071

 





keyword
Master Seo 소속 클라우드전문가카페 직업 엔지니어 프로필

전) 네이버 엔지니어 7년, 네이버 클라우드 공인강사,마스터, PRO , AWS아키프로, Google프로아키, Azure어드민, CCNP, 맛집,여행 전문가, 좋은 기운을 주는사람

구독자 2,546
매거진의 이전글29. AWS 보안세미나. 센터필드 이스트 18층