AWS 보안, 난해한 선택을 하다

(theregister.com)

AWS의 유출된 자격 증명에 대한 '격리 정책(Quarantine Policy)'이 공격자의 파괴적인 활동을 막기에 매우 불충분하며, 오히려 데이터 삭제나 서비스 중단과 같은 더 큰 피해를 초래할 수 있다는 경고가 제기되었습니다.

이 글의 핵심 포인트

1AWS는 유출된 키에 대해 기존 리소스 영향을 최소화하기 위해 제한적인 격리 정책(Quarantine Policy)을 적용함
2격리 정책 하에서도 공격자는 RDS 조작, SSM을 통한 ECI 명령 실행, CloudTrail 로그 삭제 등이 가능함
3S3 PutObject 권한이 남아 있어 대량의 데이터를 채워 비용을 발생시키거나, Object Lock을 이용해 데이터를 복구 불가능하게 잠글 수 있음
4Secrets Manager나 KMS 등의 권한이 유지될 경우, 유출된 키를 통해 기존의 민감한 비밀 정보까지 탈취될 위험이 있음
5공격자가 백업 삭제(DeleteBackupVault)나 CloudFormation 스택 삭제를 수행하여 인프라 전체를 파괴할 수 있는 경로가 존재함

이 글에 대한 공공지능 분석

왜 중요한가?

AWS의 보안 정책이 '서비스 중단 방지'라는 명목하에 공격자에게 여전히 막대한 권한을 남겨두고 있다는 점이 드러났기 때문입니다. 이는 단순한 데이터 유출을 넘어 인프라 전체를 파괴하거나 복구 불가능한 상태로 만들 수 있는 구조적 결함을 시사합니다.

어떤 배경과 맥락이 있나?

개발자들이 실수로 GitHub 등에 AWS Access Key를 노출하는 사례가 빈번하며, AWS는 이를 탐지했을 때 고객의 서비스 운영에 차기이 생기지 않도록 일부 권한만 제한하는 정책을 운용해 왔습니다. 하지만 최근 Truffle Security의 조사에서 다수의 루트 키 유출 사실이 확인되며 이 정책의 실효성 논란이 커졌습니다.

업계에 어떤 영향을 주나?

클라우드 네이티브 환경을 사용하는 스타트업들은 '격리되었다고 안심할 수 없는' 상황에 직면하게 됩니다. 공격자가 S3 Object Lock 등을 이용해 데이터를 영구적으로 잠가버리면 계정 자체를 삭제해야 하는 극단적인 복구 시나리오가 발생할 수 있습니다.

한국 시장에 어떤 시사점이 있나?

클라우드 전환이 빠른 한국 스타트업들은 IAM 권한 관리와 최소 권한 원칙(Least Privilege) 준수가 생존과 직결됨을 인지해야 합니다. 특히 OIDC나 SSO 같은 단기 자격 증명을 사용하여 키 유출 자체를 원천 차단하는 아키텍처 설계가 필수적입니다.

이 글에 대한 큐레이터 의견

AWS의 격리 정책은 '비즈니스 연속성'과 '보안 강화' 사이에서 매우 위험한 타협점을 선택했습니다. 공격자에게 인프라 파괴를 위한 '반쪽짜리 통로'를 열어주는 셈이며, 특히 S3 Object Lock이나 백업 삭제와 같은 기능은 공격자가 기업을 협박하거나 서비스를 영액적으로 마비시키는 데 최적의 도구가 될 수 있습니다.

물론 AWS 입장에서는 고객의 서비스가 갑자기 중단되는 것을 방지해야 하는 운영적 부담이 있습니다. 하지만 보안 사고 발생 시 '서비스 가용성'보다 '데이터 무결성과 자산 보호'가 우선되어야 한다는 점을 간과해서는 안 됩니다. 스타트업 창업자들은 AWS의 자동화된 방어 기제에만 의존할 것이 아니라, 키 유출을 원천 차단하는 보안 아키텍처를 구축하고, 사고 발생 시 즉각적인 자격 증명 폐기 및 교체 프로세스를 수립하는 '제로 트러스트' 관점의 대응 전략을 갖추어야 합니다.

원문 보기 →