Ethical Hacking Academy · 강의

IAM 잘못된 설정

지나치게 허용적인 역할

레슨 2/413개 단계

IAM 잘못된 설정은(는) CoddyKit의 무료 Ethical Hacking Academy 강의입니다. 이것은 4개 중 2번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Ethical Hacking Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Ethical Hacking Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

IAM이 진정한 경계인 이유

클라우드에서는 자격 증명이 새로운 경계입니다. IAM(자격 증명 및 액세스 관리)은 누가 무엇을 할 수 있는지 결정합니다. IAM의 결함으로 공격자는 낮은 권한의 foothold에서 전체 계정 제어 권한까지 이동할 수 있습니다.

  • 사용자, 역할 및 서비스 계정은 자격 증명입니다
  • 정책은 권한을 정의합니다
  • 잘못 구성된 정책은 클라우드에서 가장 큰 위험입니다

대부분의 클라우드 권한 상승은 IAM 문제입니다.

사용자, 역할 및 정책

AWS IAM에서 반드시 이해해야 할 세 가지 구성 요소는 다음과 같습니다.

  • 사용자 — 액세스 키를 사용하는 장기 자격 증명입니다
  • 역할 — 사용자나 서비스가 맡을 수 있는 임시 자격 증명입니다
  • 정책 — 리소스에 대한 작업을 허용하거나 거부하는 JSON 문서입니다

정책이 지나치게 광범위하게 연결되면 과도한 권한이 부여됩니다.

{
  "Effect": "Allow",
  "Action": "s3:GetObject",
  "Resource": "arn:aws:s3:::reports-bucket/*"
}

와일드카드의 위험

가장 위험한 IAM 패턴은 와일드카드 정책입니다. 이 정책은 모든 리소스에 대한 모든 작업을 허용합니다.

공격자가 이 정책이 적용된 자격 증명을 침해하면 계정 전체를 장악하게 됩니다.

{
  "Effect": "Allow",
  "Action": "*",
  "Resource": "*"
}

# Action:* Resource:* = full administrative control.
# Flag this everywhere it appears outside a break-glass admin role.

자신의 권한 열거하기

자격 증명을 확보했다면 해당 자격 증명으로 할 수 있는 작업을 나열해야 합니다. IAM에는 연결된 정책을 보여 주는 읽기 API가 있습니다.

일부 계정은 일반 사용자에게 iam:Get* 및 iam:List*까지 허용하므로, 공격자에게 권한 구조를 파악할 수 있는 지도를 공짜로 제공하는 셈입니다.

# List policies attached to a user
aws iam list-attached-user-policies --user-name devuser

# Get the JSON of a managed policy version
aws iam get-policy-version \
  --policy-arn arn:aws:iam::aws:policy/AmazonS3FullAccess \
  --version-id v1

iam:PassRole을 통한 권한 상승

전형적인 권한 상승 방식은 다음과 같습니다. 사용자에게 iam:PassRole과 서비스 생성 권한이 있으면, 높은 권한의 역할을 맡는 리소스를 실행하여 해당 권한을 물려받을 수 있습니다.

  • 사용자에게 ec2:RunInstances + iam:PassRole이 있습니다
  • 사용자가 관리자 역할이 연결된 EC2 인스턴스를 실행합니다
  • 이제 인스턴스가 관리자 자격 증명을 보유하므로 사용자가 이를 가져옵니다

사용자에게 관리자 권한이 직접 있었던 것은 아니지만, 권한을 상승시켜 관리자가 된 것입니다.

위험한 권한 조합

개별 권한은 무해해 보여도 함께 사용하면 권한 상승 경로가 될 수 있습니다. 알려진 위험한 조합은 다음과 같습니다.

  • iam:CreatePolicyVersion — 기존 정책을 다시 작성하여 관리자 권한을 부여합니다
  • iam:AttachUserPolicy — 자신에게 AdministratorAccess를 연결합니다
  • 다른 사용자에 대한 iam:CreateAccessKey — 해당 사용자의 자격 증명을 탈취합니다
  • 지나치게 신뢰하는 역할에 대한 sts:AssumeRole

도구를 사용하면 이러한 조합을 자동으로 열거할 수 있습니다.

신뢰 정책과 AssumeRole

역할에는 누가 해당 역할을 맡을 수 있는지 정의하는 신뢰 정책이 있습니다. 지나치게 광범위한 신뢰 정책은 백도어가 됩니다.

역할이 실수로 전체 계정이나 외부 계정까지 신뢰하도록 설정되어 있으면 공격자가 해당 역할을 맡을 수 있습니다.

{
  "Effect": "Allow",
  "Principal": { "AWS": "arn:aws:iam::123456789012:root" },
  "Action": "sts:AssumeRole"
}

# Trusting the entire account root means ANY identity in it can assume the role.

권한 상승 경로 탐색 자동화

모든 정책 조합을 수동으로 확인하는 일은 번거롭습니다. 도구를 사용하면 권한 상승 경로를 대신 매핑할 수 있습니다.

  • Pacu — 권한 상승 모듈을 제공하는 AWS 공격 프레임워크입니다
  • PMapper — IAM 관계를 그래프로 표현하고 권한 상승 연결을 찾습니다
  • enumerate-iam — 키로 실행할 수 있는 API 호출을 무차별 대입 방식으로 확인합니다
# Run Pacu's IAM privilege escalation enumeration
pacu
# > run iam__privesc_scan

# Build an IAM access graph and query it
pmapper graph create
pmapper query 'preset privesc *'

인라인 정책과 관리형 정책

권한은 두 가지 방식으로 부여할 수 있으며, 공격자는 두 방식 모두 확인합니다.

  • 관리형 정책 — 여러 자격 증명에 연결할 수 있는 재사용 가능한 정책입니다
  • 인라인 정책 — 하나의 사용자나 역할에 직접 포함된 정책입니다

인라인 정책은 감사에서 놓치기 쉬워 과도한 권한을 숨기는 경우가 많습니다. 자격 증명을 평가할 때는 항상 두 유형을 모두 열거해야 합니다.

# Inline policies are listed separately from attached ones
aws iam list-user-policies --user-name devuser
aws iam get-user-policy --user-name devuser --policy-name custom-inline

보안 강화: 최소 권한

IAM 잘못된 구성의 해결책은 최소 권한입니다. 필요한 정확한 권한만 부여해야 합니다.

  • 와일드카드를 명시적인 작업과 리소스 ARN으로 바꿉니다
  • 장기 키 대신 수명이 짧은 자격 증명을 사용하는 역할을 사용합니다
  • Access Analyzer로 사용하지 않는 권한을 감사 합니다
  • 권한이 높은 자격 증명에 MFA를 적용합니다

보고서에서는 각 발견 사항을 최소 권한에 따른 해결 조치와 연결해야 합니다.

승인된 범위 안에서 수행하기

권한 상승 테스트는 계정 상태를 실제로 변경합니다. 다음 사항에 주의해야 합니다.

  • 정책, 키 또는 역할 생성은 침습적인 작업이므로 서면 승인을 받습니다
  • 되돌릴 수 있도록 모든 변경 사항을 기록합니다
  • 악용하기 전에 읽기 전용 열거를 우선 수행하여 경로를 입증합니다

권한 상승 경로가 존재한다는 것을 입증하는 것만으로 충분한 경우가 많으며, 항상 해당 경로를 끝까지 악용할 필요는 없습니다.

빠른 확인

전형적인 AWS 권한 상승 경로가 되는 권한 조합은 무엇인가요?

복습: IAM 잘못된 구성

IAM이 클라우드의 진정한 경계인 이유와 공격자가 이를 악용하는 방법을 배웠습니다.

  • 와일드카드 Action:* Resource:* 정책은 치명적입니다
  • iam:PassRole + 서비스 생성 권한은 권한 상승을 가능하게 합니다
  • 지나치게 광범위한 신뢰 정책을 사용하면 공격자가 역할을 맡을 수 있습니다
  • Pacu 및 PMapper와 같은 도구는 경로 탐색을 자동화합니다
  • 해결 방법은 항상 최소 권한입니다

다음으로 S3와 스토리지 노출을 살펴보겠습니다.

무료로 시작

AI 튜터와 함께 Ethical Hacking Academy을(를) 배우세요 — 무료

브라우저에서 실제 코드를 작성하고 실행하며, 24/7 AI 튜터로부터 즉각적인 도움을 받고, 웹이나 앱에서 중단한 부분부터 계속 학습하세요.

코스
31
레슨
111

자주 묻는 질문

“IAM 잘못된 설정” 강의는 무료인가요?

네 — “IAM 잘못된 설정” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Ethical Hacking Academy 강의 전체를 잠금 해제할 수 있습니다. Ethical Hacking Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

“IAM 잘못된 설정”에서 뭘 배우나요?

지나치게 허용적인 역할 브라우저에서 직접 실행하는 실습 코드로 Ethical Hacking Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Ethical Hacking Academy을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Ethical Hacking Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 2번째 강의입니다.

“IAM 잘못된 설정” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Ethical Hacking Academy 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Ethical Hacking Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. 클라우드 공격 표면
  2. IAM 잘못된 설정
  3. S3와 스토리지 노출
  4. 메타데이터와 SSRF
← Ethical Hacking Academy(으)로 돌아가기