Amazon SageMaker Python SDK CVE-2026-110248 보안 이슈, Git 실패 로그에 저장소 자격증명 노출 가능

AWS는 Amazon SageMaker Python SDK의 git_utils.py 구성요소에서 Git clone 실패 시 오류 출력에 포함된 저장소 자격증명이 CloudWatch Logs로 그대로 기록될 수 있는 문제를 공개했다. 이 이슈는 로그를 볼 수 있는 인증된 원격 사용자가 평문 자격증명을 획득할 수 있다는 점이 핵심이며, 모델 학습·배포 자동화 과정에서 외부 Git 저장소를 참조하는 환경이라면 SDK 버전과 로그 노출 범위를 함께 확인해야 한다.

문제 핵심: 실패 로그가 비밀정보 유출 경로가 될 수 있음

이번 이슈는 SageMaker Python SDK 자체의 git_utils.py에서 Git clone 작업이 실패할 때 발생한다. 이때 subprocess 오류 출력에 저장소 접속용 자격증명이 포함돼 있으면, 해당 내용이 CloudWatch Logs에 마스킹 없이 남을 수 있다.

영향 범위는 Amazon SageMaker Python SDK V2 2.257.3 미만과 V3 3.10.0 미만이다. 직접적인 공격 벡터는 로그 접근 권한이 있는 사용자이므로, 단순히 패치 적용 여부만이 아니라 CloudWatch Logs 열람 권한이 넓게 부여돼 있는지도 함께 봐야 한다.

운영 점검 포인트: ML 배포 파이프라인과 표준 이미지 확인

SageMaker를 사용하는 조직에서는 노트북 환경, 학습 작업, 배포 파이프라인, 커스텀 컨테이너나 내부 표준 이미지 안에 포함된 SageMaker Python SDK 버전을 우선 식별하는 것이 필요하다. 특히 Git 기반으로 코드나 모델 아티팩트를 가져오는 작업에서 clone 실패 이력이 있다면 관련 로그 검토 우선순위를 높일 만하다.

서버호스팅이나 코로케이션 환경에서 직접 SageMaker를 운영하는 것은 아니지만, ML 운영팀이 공용 저장소 접근 토큰이나 사설 Git 자격증명을 자동화 스크립트에 포함해 사용했다면 로그가 2차 노출 지점이 될 수 있다. 일본·국내 리전 운영 여부와 무관하게, 계정 내 CloudWatch Logs 접근 제어와 보존 로그 범위를 함께 점검하는 편이 현실적이다.

대응 체크리스트: 버전 업데이트와 로그 노출 범위 축소

운영자는 먼저 사용 중인 Amazon SageMaker Python SDK가 영향 버전에 해당하는지 확인해야 한다. 해당하면 V2 계열은 2.257.3 이상, V3 계열은 3.10.0 이상으로 업데이트하는 것이 우선이다.

이후에는 내부 패키지 미러, 베이스 이미지, 재사용 중인 Jupyter 환경, CI/CD 템플릿에 구버전 SDK가 남아 있지 않은지 확인해야 한다. 아울러 Git clone 실패 로그가 CloudWatch Logs에 남아 있는지 검토하고, 저장소 자격증명이 포함됐을 가능성이 있으면 관련 비밀값 교체와 로그 접근 권한 재점검까지 이어가는 것이 바람직하다.

핵심 포인트

• Git clone 실패 시 저장소 자격증명이 CloudWatch Logs에 평문으로 기록될 수 있다.
• 영향 버전은 SageMaker Python SDK V2 2.257.3 미만, V3 3.10.0 미만이다.
• 로그 열람 권한이 있는 인증된 원격 사용자가 자격증명을 획득할 수 있다.
• SDK 업데이트와 함께 CloudWatch Logs 접근 권한, 표준 이미지, 내부 미러 잔존 버전 점검이 중요하다.