Cloudflare의 컨테이너 서비스(Containers)에서 서로 다른 고객의 데이터가 노출될 수 있는 취약점이 발견되어 수정되었습니다. 컨테이너 디스크를 삭제할 때 저장 블록을 초기화하지 않고 재사용하는 설정 결함 때문에, Workers Paid 계정을 가진 공격자가 같은 물리 서버에 있던 다른 고객의 디렉터리 구조, SQLite 데이터베이스, .env 파일, 자격증명 파일 등을 읽을 수 있었습니다. 보안 연구자 Oren Yomtov가 2026년 9월 4일 HackerOne을 통해 신고했고, Cloudflare는 9월 19일까지 인프라 패치를 완료했습니다. 실제 고객 데이터가 유출된 증거는 발견되지 않았으며, 고객이 별도로 취해야 할 조치는 없습니다.
Cloudflare Containers 서비스에서 컨테이너 삭제 후 64KiB 스토리지 블록을 초기화 없이 재사용하는 설정 결함으로 인해, 한 고객이 같은 물리 호스트의 다른 고객 데이터를 읽을 수 있는 크로스 테넌트(테넌트 간 격리 경계 침해) 취약점이 발견되었다.
Workers Paid 계정 보유자가 다른 고객의 디렉터리 구조, SQLite 데이터베이스 페이지, .env 파일, 자격증명 파일 등 잔존 데이터를 회수할 수 있었으며, 연구자가 테스트한 24개 컨테이너 배치 중 18개, 22개 노드 중 20개에서 잔존 데이터가 확인되었다.
컨테이너 루트 디스크 삭제 시 64KiB 물리 블록을 제로 초기화(zeroing) 없이 공유 스토리지 풀에 반환하도록 설정되어 있었고, 새 컨테이너가 해당 블록을 재할당할 때 덮어쓰지 않은 영역에 이전 데이터가 그대로 남아 있었다.
Cloudflare는 블록 초기화 설정을 복원하고 기존 컨테이너 디스크 폐기 및 캐시된 스냅샷을 삭제하는 조치를 2026년 9월 19일까지 완료했다. 로그·텔레메트리·이력 데이터 검토 결과 실제 고객 데이터 유출 증거는 없었다.
Cloudflare가 인프라 수준에서 자동 패치를 적용했으므로 고객이 별도로 취할 조치는 없다. 다만 클라우드 서비스의 멀티 테넌트 격리 결함은 민감한 애플리케이션 데이터 노출로 이어질 수 있으므로, 주요 클라우드 공급자의 보안 공시를 정기적으로 모니터링하는 것이 중요하다.
본문
Cloudflare가 Containers 및 Sandboxes 서비스에서 발견된 취약점을 수정했습니다. 이 취약점은 Workers Paid 계정을 보유한 고객이 같은 물리 호스트에 있는 다른 고객 컨테이너의 잔존 데이터를 회수할 수 있는 문제였습니다.
Cloudflare Containers는 Workers Paid 플랜에서 제공되는 서비스로, 개발자가 Cloudflare Workers와 함께 Cloudflare 인프라 위에서 컨테이너화된 애플리케이션을 실행할 수 있게 해줍니다.
백엔드 서비스, 처리 작업, 코드 실행 환경을 운영하는 개발자와 기업들이 이 서비스를 통해 Cloudflare 위에서 애플리케이션을 구축하는 데 주로 활용합니다.
이 결함은 기술 기업 Accomplish의 보안 연구자 Oren Yomtov가 9월 4일 HackerOne을 통해 신고했습니다.
취약점을 악용하면 공격자가 다른 고객의 파일을 읽을 수 있었으며, 여기에는 디렉터리 목록, SQLite 데이터베이스, Chromium 프로필, .env 파일, 자격증명 파일 등이 포함됩니다.
Cloudflare의 공개 보고서에 따르면, 문제는 재사용되는 64KiB 블록에 대해 제로 초기화(zeroing)를 건너뛰도록 설정된 공유 스토리지 풀에 있었습니다.
"컨테이너의 루트 디스크를 백업하는 씬 볼륨(thin volume)이 삭제되면, 해당 물리 블록이 여러 고객 계정의 워크로드에 서비스하는 풀로 반환됩니다"라고 Cloudflare는 설명합니다.
연구자들은 새 컨테이너 디스크의 미사용 영역에 4KiB만 기록함으로써 재사용된 64KiB 물리 블록이 할당되도록 유도할 수 있었습니다. 제로 초기화 작업이 없는 상태에서 4KiB 쓰기만 해당 블록을 덮어쓰게 되어, 이전 고객의 데이터가 포함되어 있을 수 있는 나머지 60KiB가 읽기 가능한 상태로 남게 됩니다.
연구팀은 테스트한 24개 컨테이너 배치 중 18개, 22개 기반 노드 중 20개에서 디렉터리 구조, 데이터베이스 페이지, 구조적으로 완전한 SQLite 데이터베이스를 포함한 잔존 데이터를 발견했습니다.
"이 취약점은 Workers Paid 계정을 가진 고객이 같은 기반 호스트의 다른 고객 Containers가 이전에 사용했던 스토리지 블록에서 잔존 데이터를 회수할 수 있게 했을 가능성이 있습니다"라고 Cloudflare는 밝혔습니다.
"성공적인 악용은 테넌트 격리 경계를 침해하여 파일시스템 메타데이터, 디렉터리 구조, 데이터베이스 페이지, 애플리케이션 데이터를 노출할 수 있었습니다."
공격자는 피해자나 호스트를 직접 제어할 수 없었으며, 현재 연결된 디스크는 읽을 수 없었습니다.
위험 평가 및 실제 노출 범위
Cloudflare는 연구자들이 실제 디스크 내용이 아닌 집계 수치를 확인하고 반환하는 스크립트만 사용했기 때문에 실제 고객 데이터는 노출되지 않았다고 밝혔습니다.
또한 연구자들은 다른 고객의 데이터를 변경하거나 Cloudflare 서비스에서 다른 고객의 워크로드를 방해하는 방법을 시연하지 않았습니다.
Cloudflare는 블록 초기화를 건너뛰게 한 설정을 제거하고, 기존 컨테이너 디스크를 폐기하였으며, 이전 매핑을 포함할 수 있는 캐시된 스냅샷을 삭제하여 2026년 9월 19일까지 모든 완화 조치를 완료했습니다.
로그, 텔레메트리, 이력 데이터를 검토한 결과, Accomplish가 설명한 방법으로 고객 데이터가 노출되었다는 증거는 발견되지 않았습니다.
Cloudflare는 인프라에 수정 사항을 자동으로 적용했으므로 고객은 이 위험을 해결하기 위해 별도의 조치를 취할 필요가 없습니다.
AI 기반 공격에 대한 보안 청사진을 구축하세요
Mikko Hyppönen과 NFL, CHANEL, Atlassian의 보안 리더들과 함께하는 2시간짜리 디지털 서밋에 참여하세요. AI 속도의 공격이 무엇을 바꾸는지, 방어자가 무엇을 멈춰야 하는지, 그리고 기계 속도로 검증·결정·수정·재검증하는 방법을 다룹니다.
자리를 예약하세요
관련 투런 솔루션
이 뉴스의 취약점·위협, 투런 솔루션으로 대응하세요.
