How We Protect Karrot’s Internal PyPI Proxy from Supply Chain Attacks

문제 상황

• 내부 Python 패키지 배포 경로가 CodeArtifact 직접 노출과 환경별 AWS 인증 설정에 의존해 사용성과 운영 복잡도가 높았음
• 공급망 공격 대응을 위해 패키지 업로드 직후 설치를 늦추는 cooldown 정책을 적용할 필요가 있었음
• PEP 503 HTML 응답만으로는 업로드 시점을 알 수 없어 cooldown 필터링 기준을 만들기 어려웠음

구조와 흐름

• CodeArtifact 앞단에 얇은 프록시를 두고, 클라이언트에는 PyPI처럼 보이는 단일 진입점 제공
• 프록시가 요청을 받아 CodeArtifact 인증 헤더를 붙여 전달하고, 대용량 파일은 스트리밍으로 응답
• PEP 503은 기존 설치 호환성 유지용으로, PEP 691 JSON은 upload-time 확인용으로 활용

성능/운영 포인트

• 토큰 만료를 대비해 백그라운드 스레드에서 자동 갱신, Lock으로 공유 상태 보호
• 짧은 만료 시간과 사전 갱신, jitter로 토큰 노출과 동시 갱신 부하 완화
• /health에서 토큰 유효성까지 검사해 갱신 실패 시 재시작 유도

적용해볼 점

• 내부 패키지 트래픽을 단일 프록시로 모아 보안 정책과 관측 지점 통합
• 클라이언트별 설정 대신 서버 측 정책으로 cooldown 일괄 적용
• PEP 503/691처럼 호환성과 메타데이터 활용을 분리한 설계 고려