IAM - 100-hours-a-week/9-team-Devths-WIKI GitHub Wiki

목차 (펼치기/접기)

• 1. 개요
• 2. 사용자별 권한 할당 현황
• 3. 핵심 보안 설계 전략
  • 3-1. MFA 강제 정책 (Force-MFA-Factor)
  • 3-2. 직무별 차등 권한 (RBAC)
  • 3-3. SSM 기반의 세션 제어
• 4. 서비스 특성에 따른 설계 이유

💡 최소 권한 원칙(Least Privilege)이란? 사용자에게 업무 수행에 필요한 최소한의 권한만 부여하여, 실수나 계정 탈취로 인한 피해를 최소화하는 보안 원칙입니다.

본 문서는 우리 서비스의 민감 데이터(이력서, 개인정보)를 보호하기 위해 설계된 IAM 구조를 정의합니다. 모든 인프라 접근은 신원 인증(MFA)이 완료된 상태에서만 허용됩니다. MFA가 되어있지않으면, 권한 부족으로 수행할 수 없습니다.

구분	사용자	주요 할당 정책	접근 수준
Cloud	david, henry	AdministratorAccess, Force-MFA-Factor, SSM-Session	인프라 전권한 및 보안 관리
Full-Stack	neon, yun	ReadOnlyAccess (S3, EC2, DB 등), SSM-Session, Force-MFA-Factor, S3-Access-Devths-dev	리소스 모니터링 및 읽기 권한
AI	estar	ReadOnlyAccess (S3, EC2 등), SSM-Session, Force-MFA-Factor, S3-Access-Devths-dev	리소스 모니터링 및 읽기 권한
Backend	s3	S3-Access-Devths-dev	[Non-MFA] CLI용 개발용 S3 권한 (Presigned-URL)
CI/CD	github-actions	S3-Access-Devths-artifact, AWSCodeDeployRole	[Non-MFA] CLI용 CICD 전용 S3 버킷 권한

우리 서비스의 모든 사용자는 로그인 시 MFA(2차 인증)를 설정하지 않으면 리소스에 접근할 수 없습니다.

• 동작 방식: DenyAllExceptListedIfNoMFA 구문을 통해 MFA 미인증 시 모든 Actions을 Deny 처리합니다.
• 자율성 부여: 사용자가 자신의 패스워드와 MFA 기기는 직접 관리할 수 있도록 iam:CreateVirtualMFADevice 등의 권한은 예외적으로 허용합니다.

• Admin: 인프라 구축 및 보안 설정을 위해 관리자 권한을 가집니다.
• Full-Stack: 개발에 필요한 데이터 구조 확인을 위해 읽기 권한(ReadOnly)을 부여하되, 실수로 인한 데이터 삭제나 인프라 변경을 방지합니다.

SSM-Session 권한은 기존 SSH 키 공유 방식의 위험을 제거합니다.특정 사용자에게 꼭 필요한 ssm:StartSession 권한만 직접 연결하여 권한 오남용을 방지합니다. 또한, SSM과 CloudWatch+S3를 통해서 실시간으로 악성 키워드(rm -rf 등)이 입력되면 모니터링 채널로 알림이 오도록 설정합니다. 위험한 메시지에 대해서 현재 정하는 중입니다. (sudo su는 체크용)

로그 기록 및 알림 이미지 (펼치기/접기)

---

• Github Actions나 백엔드 서버의 스크립트(CLI)는 사람이 직접 OTP 번호를 입력할 수 없습니다.
• 해당 계정들은 MFA가 없는 대신, 전체 인프라 권한이 아닌 특정 S3 버킷(dev-data, artifact)에만 접근할 수 있도록 권한을 좁게 설정했습니다.
• 만약 CI/CD 키가 탈취되더라도 공격자는 배포 파일 저장소 외에 다른 인프라(DB, VPC 설정 등)에는 접근할 수 없습니다.

우리 서비스는 이력서와 포트폴리오라는 민감한 개인정보를 다룹니다.

• 개발 과정에서 DB 내용을 확인해야 하지만, 운영 환경의 데이터를 직접 수정하거나 삭제하는 행위는 데이터 무결성에 치명적입니다.
• 따라서 '읽기 전용'을 기본값으로 설정하여 휴먼 에러를 방지합니다.

• 관리자나 개발자의 계정이 탈취될 경우, 수만 명의 이력서 파일이나 개인정보가 한꺼번에 유출될 수 있습니다.
• ID/PW 외에 물리적 장치(OTP)를 통한 2중 방어선을 구축하여 유출 사고를 원천 차단하기 위함입니다.

• 인바운드 포트의 제한 및 로그 감사를 위해서 SSM을 사용했습니다. 추가 설명 - https://github.com/100-hours-a-week/9-team-Devths-WIKI/wiki/SSM