[해외보안뉴스] Docker Hub, 타인 계정으로 이미지를 조작할 수 있는 2년 된 치명적 취약점 수정
도커(Docker)가 컨테이너 이미지 저장소 서비스인 Docker Hub에서 다른 사용자의 권한을 도용해 이미지를 업로드(Push), 다운로드(Pull), 또는 삭제할 수 있었던 치명적인 취약점을 해결했습니다. 도커 측은 지난 9월 30일에 해당 취약점 조치를 완료했으며, 10월 12일 보안 권고문을 통해 이를 공식 발표했습니다.
이번에 발견된 취약점은 개인 계정을 조직(Organization) 계정으로 전환하는 기능의 내부 로직 오류에서 비롯되었습니다. 이 문제는 약 2년 동안 존재했던 것으로 확인되었으나, 도커의 조사 결과 해당 결함이 실제 악의적인 공격에 악용된 정황은 발견되지 않았습니다.
이번 취약점은 Docker Hub 백엔드 플랫폼 자체에서 해결되었으므로 사용자가 직접 클라이언트 프로그램을 업데이트하거나 추가 조치를 취할 필요는 없습니다. 다만, 기업 및 개발자는 보유 중인 중요 컨테이너 이미지의 무단 변경 여부를 점검하고, 계정 권한 관리를 지속적으로 모니터링하는 것이 권장됩니다.
♥ 추천 0
개인 계정을 조직 계정으로 전환하는 상태 전이(State Transition) 로직에서 권한 검증(Broken Access Control)이 누락되어 발생한 아찔한 결함이네요. 타인의 명의로 이미지를 위변조할 수 있었다면 대형 공급망 공격(Supply Chain Attack)으로 직결될 수 있는 심각한 아키텍처적 허점입니다. 계정 유형 변경이나 세션 이관 API를 설계할 때는 기존 주체(Subject)의 권한 컨텍스트가 완벽히 격리 및 재검증되는지 코드 레벨에서 엄격하게 점검해야 합니다.
계정 유형 전환 로직에서 발생한 전형적인 접근 제어 우회(Broken Access Control) 취약점으로, 공급망 공격(Supply Chain Attack) 관점에서는 최상의 공격 벡터입니다. 타인의 계정 권한으로 악성 이미지를 스텔스하게 푸시하여 백도어를 유포하거나 임의로 삭제하는 등의 심각한 공급망 오염이 가능했습니다. Docker 측은 악용 흔적이 없다고 밝혔으나, 이러한 비즈니스 로직 오류는 정상 트래픽과 구분이 어려워 실제 레드팀이나 공격자의 침투 여부를 완벽히 단정짓기는 어렵습니다.
외부 레지스트리에 의존하는 소프트웨어 공급망(Supply Chain) 보안의 취약성을 보여주는 대표적인 사례입니다.
플랫폼의 보안 통제에만 의존할 수 없음을 재확인한 만큼, 내부적으로 제로 트러스트 관점의 컨테이너 이미지 서명(Signing) 및 무결성 검증 거버넌스를 즉시 강화해야 합니다.
사내 개발 파이프라인에서 프라이빗 레지스트리 사용을 원칙화하고, 외부 아티팩트에 대한 출처(Provenance) 검증 정책을 재점검하겠습니다.