JadePuffer의 AI 에이전트 공격, Azure 클라우드 리소스 파괴 노려

JadePuffer 랜섬웨어 공격자는 정찰, 자격증명 탈취, 핵심 구성요소 파괴를 수행하는 AI 에이전트 기반 공격으로 Azure 테넌트를 노리고 있다.

이 악성코드는 지난 7월 등장했으며, 클라우드 보안 기업 Sysdig의 연구진은 이 공격이 정찰, 자격증명 탈취, 내부 이동(lateral movement), 지속성 확보, 데이터 암호화에 이르는 전체 공격 체인을 AI 에이전트로 자동화한다고 밝혔다.

이후 얼마 지나지 않아 Sysdig는 JadePuffer가 EncForge라는 도구를 이용해 AI 자산, 학습 데이터셋, 벡터 데이터베이스로 공격 범위를 확대했다고 언급했다.

Microsoft Security Research는 6월에 발생한 두 건의 JadePuffer 공격을 관측했는데, 이 공격은 클라우드 리소스를 매핑하고 스토리지 계정 키를 확보한 뒤 Azure Storage 계정을 삭제하는 방식이었다.

파괴 단계는 7분간 지속됐으며, 100개 이상의 스토리지 계정과 Key Vault, Function App, 가상머신(Virtual Machine), App Service를 대상으로 삼았다.

공격자는 대상으로 삼은 Azure Storage 계정 대부분을 삭제할 수 있었지만, 일부는 Azure 리소스 잠금(resource lock)과 스토리지 계정 수준의 보호 장치 덕분에 피해를 면했다.

Microsoft는 JadePuffer 위협 행위자를 Storm-3168로 추적하고 있으며, 이 공격자가 애플리케이션·호스팅 서비스·자동화 도구가 Azure에 인증하고 할당된 리소스에 접근할 수 있게 해주는 보안 신원(security identity)인 서비스 주체(service principal) 2개를 탈취해 사용했다고 밝혔다.

두 서비스 주체 모두 동일한 테넌트에 속해 있었다. 하나는 정찰과 리소스 탐색에, 다른 하나는 "탐색, 파괴 작업, 자격증명 수집"에 사용됐다.

관측된 공격 타임라인

출처: Microsoft

공격자는 복원을 더 어렵게 만들기 위해 백업 및 복구 보호 장치(Azure Site Recovery 잠금)를 제거했다.

이러한 작업 패턴은 랜섬웨어 협박으로 이어질 수 있지만, Microsoft는 금전 요구에 관해서는 아무런 보고도 하지 않았으며 관측된 사례에서 데이터 유출 여부도 확인하지 않았다.

연구진에 따르면, Azure SQL 데이터베이스를 삭제하려던 시도는 공격자가 지원되지 않는 API 버전을 사용해 실패했다. 복구 보호 잠금을 제거하려던 시도 역시 실패했다.

"Azure SQL 데이터베이스와 스토리지 계정을 동시에 노린 것은 단일 리소스 유형에 집중하기보다 여러 데이터 서비스에 걸쳐 파괴 영향을 넓히려는 시도로 보인다"고 Microsoft는 밝혔다.

와이프(wipe) 시도가 있은 지 약 30분 후, Storm-3168은 다시 돌아와 스토리지 계정 키를 30회 이상 요청했으며, 그중 대부분이 성공했다.

Microsoft는 초기 접근이 정확히 어떻게 이루어졌는지 확인하지 못했지만, 서비스 주체 중 하나의 자격증명이 공격 이전에 공개된 GitHub 이슈에 노출되어 있었다고 언급했다.

연구진은 클라우드 워크로드 보호 활성화, 공개 저장소 내 비밀정보 노출 여부 점검, 최소 권한 원칙에 따른 Azure RBAC 권한 평가 등 시스템 관리자를 위한 여러 완화 조치와 지침을 권고했다.