EC2에 IAM 역할을 연결하고 애플리케이션에서 S3 파일을 열어 봅니다. 파일이 정상적으로 열려도 전환이 끝났다고 판단하기는 이릅니다. 코드나 서비스 설정에 남은 액세스 키로 요청했을 수 있기 때문입니다. 이 글은 같은 AWS 계정의 S3에서 정산 파일을 읽는 Python 애플리케이션을 가정해, 어디를 바꾸고 어떤 결과를 확인해야 하는지 살펴봅니다. 역할을 붙인 뒤 서비스의 키 설정을 분리 EC2는 인스턴스 프로파일을 통해 IAM 역할을 연결합니다. 인스턴스 메타데이터 서비스(IMDS)를 사용할 수 있으면 Boto3는 여기서 역할의 임시 자격 증명을 받아 사용하고 만료 전에 갱신합니다. 새 역할을 만들 때는 EC2 서비스가 역할을 맡도록 신뢰 관계를 구성합니다. AWS EC..

EC2 보안 그룹의 인바운드 목록을 보다가 TCP 443의 허용 범위가 넓어진 것을 발견했다고 가정해 보겠습니다. 지금 화면에서는 현재 허용 범위를 읽을 수 있습니다. 변경 시점과 실행에 사용한 자격 증명은 CloudTrail의 EC2 관리 이벤트에서 찾습니다. 같은 그룹에서 여러 규칙이 바뀌었다면, 이벤트 목록의 사용자 이름보다 내가 보고 있는 규칙과 이벤트의 요청 내용이 일치하는지 먼저 확인하는 편이 빠릅니다. AWS CloudTrail — 관리 이벤트 레코드 필드 AWS CloudTrail — userIdentity 요소 Amazon VPC — 보안 그룹 규칙 구성 규칙 하나를 기준으로 이벤트 범위 좁히기 EC2 콘솔에서 보안 그룹이 속한 계정과 리전, 그룹 ID(sg-…)..