패키지 강화: 공급망 보안 침해 완화 가이드

*이 콘텐츠는 AI 번역 도구를 사용하여 번역되었습니다. 정확성을 기하기 위해 노력하고 있으나, 자동 번역에는 오류나 누락이 포함될 수 있습니다. 정확한 정보는 영문 원본을 참고해 주시기 바랍니다.

작성자: 켈리 밴더리, 스튜어트 카레라

---

수년 동안 사이버 보안 업계는 러시아 사이버 스파이 행위자 ICE RELIC (이전 명칭: APT29)의 2020년 SolarWinds 보안 침해와 북한 사이버 스파이 행위자 UNC4736의 2023년 3CX 보안 침해 등 몇 가지 획기적인 사건을 통해 소프트웨어 공급망 보안 침해를 이해해 왔습니다. 그러나 Google Threat Intelligence Group (GTIG)은 지난 몇 년 동안 오픈소스 소프트웨어 저장소를 표적으로 삼아 공급망 보안 침해를 수행하는 위협 활동의 증가를 추적해 왔습니다. 2025년과 2026년 상반기에 일어난 대규모 오픈소스 소프트웨어 공급망 보안 침해 캠페인 시리즈는 조직이 이 위협 벡터를 직접적으로 해결하는 방어 전략을 구현하는 것이 얼마나 중요한지 강조합니다. 

이 블로그 게시물에서는 GTIG와 Mandiant가 공격자의 소프트웨어 공급망 보안 침해 사용에서 관찰한 트렌드를 논의하고, 공격자가 오픈소스 패키지를 조작한 최근 사이버 공격을 통해 고객을 지원한 결과로 개발한 인사이트를 통합한 완화 및 강화 권장사항을 제공합니다. 

2025년과 2026년 초에 오픈소스 공급망 공격의 규모와 영향력이 커짐

GTIG가 2025년과 2026년 초에 추적한 가장 영향력이 크고 광범위한 공급망 보안 침해 사고의 대부분은 코드 저장소, 소프트웨어 종속 항목, 개발자 도구 (T1195.001)의 보안 침해와 관련이 있었습니다. 오픈소스 공급망 보안 침해는 공격자에게 기존 공급망 보안 침해와 동일한 효율성, 규모, 초기 은밀성을 제공하지만 일반적으로 실행에 필요한 계획과 리소스가 훨씬 적습니다. 그러나 오픈소스 공급망 보안 침해는 활성화되면 노이즈가 많아집니다. 악의적인 오픈소스 패키지는 기존 공급망 보안 침해보다 훨씬 더 빠르게 발견되고 공개되는 경우가 많습니다. 

GTIG는 2025년과 2026년 초에 웜 사용과 반복적인 보안 침해를 포함한 대규모 오픈소스 공급망 보안 침해 캠페인이 증가할 것으로 확신하며, 이는 이전 연도에 비해 이 전술의 사용이 크게 확대된 것입니다. 위협 행위자는 이러한 캠페인의 전술을 모방하여 2026년 남은 기간과 그 이후 몇 년 동안 오픈소스 공급망 보안 침해의 증가에 기여할 것으로 예상됩니다. GTIG는 2025년과 2026년 초에 규모 및/또는 영향력 측면에서 매우 큰 캠페인의 트렌드를 보여주는 몇 가지 주목할 만한 공급망 보안 침해를 식별했습니다 (그림 1). 

예를 들어 2026년 2월부터 5월까지 UNC6780 (일명 'TeamPCP')은 PyPI, npm, Docker Hub와 같은 생태계를 표적으로 광범위한 오픈소스 공급망 보안 침해를 수행했습니다. 초기 감염 벡터는 이슈마다 다양했으며, pull_request_target GitHub Actions 트리거를 악용하여 기본 저장소 비밀번호와 쓰기 권한을 획득하는 방식도 포함되었습니다. 공격자는 일반적으로 SANDCLOCK를 포함한 사용자 인증 정보 도용 프로그램을 배포하기 위해 손상된 패키지를 사용하여 가치가 높은 보안 비밀을 획득했습니다. 사고 대응 활동에서 Google Cloud는 UNC6780이 보안 침해된 인공지능 (AI) 소프트웨어에서 더 광범위한 네트워크 환경으로 피벗을 시도하는 것을 관찰했습니다. UNC6780은 도난당한 데이터의 직접 판매 또는 랜섬웨어 및 데이터 도용 갈취 그룹과의 파트너십을 통해 도난당한 사용자 인증 정보를 수익화했습니다. 

2026년 3월, GTIG는 합법적인 axios 패키지에 악성 종속 항목이 도입된 것을 관찰했습니다. GTIG 분석과 유지관리자의 사후 분석에 따르면 유지관리자 계정이 소셜 엔지니어링을 통해 도용되었고 업데이트된 버전을 게시하는 데 사용되었습니다. Google Cloud는 악의적인 종속 항목을 WAVESHAPER.V2 백도어를 배포하는 드로퍼로 식별하고, 이 활동을 북한 공격자 MIDNIGHT NEPTUNE (이전 명칭: UNC1069)의 소행으로 판단했습니다. axios의 악성 버전은 출시 후 3시간 이내에 npm 레지스트리에서 삭제되었지만, 이 패키지는 주간 다운로드 수가 1억 회가 넘기 때문에 보안 침해의 범위가 넓을 것으로 추정됩니다. GTIG는 이 사고로 인해 영향을 받은 최소 15개 업종 카테고리와 13개 국가의 고객을 지원했습니다. 또한 axios는 수만 개의 다른 패키지의 종속 항목이기도 하며, 오픈소스 보고서에 따르면 악의적인 axios 업데이트가 이러한 패키지 중 일부에 확산된 것으로 나타났습니다.

AI로 인해 오픈소스 공급망 보안 침해가 가속화될 가능성

GTIG는 AI가 오픈소스 소프트웨어 공급망 보안 침해의 증가를 가속화할 것으로 예상합니다. '바이브 코딩'을 포함한 오픈소스 소프트웨어 개발 관행에 AI를 통합하면 공격자가 AI 기능을 조작하고 AI를 활용하여 자체 운영 계획의 속도와 규모를 높일 수 있는 기회가 늘어납니다. 오픈소스에서는 공격자가 오픈소스 AI 커뮤니티에 악성 리소스를 심고 오픈소스 모델 컨텍스트 프로토콜 (MCP) 패키지에 악성 코드를 삽입한 여러 사례를 문서화했습니다. MCP는 AI가 도구 및 데이터와 상호작용하기 위한 표준화된 프로토콜입니다. 악성 패키지가 AI 코딩 에이전트를 속여 프로젝트에 무심코 통합한 사례도 있었습니다. 북한의 위협 행위자가 악의적인 암호화폐 테마 패키지를 업로드한 것으로 알려졌으며, 이후 AI 코딩 에이전트가 합법적인 암호화폐 거래 프로젝트에 악의적인 패키지 중 하나를 종속 항목으로 통합하는 커밋을 공동 작성했습니다. 

수천 개의 악성 오픈소스 패키지 감지

Linux Foundation 산하의 산업 간 비영리 협력체인 Open Source Security Foundation (OpenSSF)에서 수집한 통계는 GTIG의 조사 결과를 뒷받침합니다. 이 통계에 따르면 식별된 악성 오픈소스 소프트웨어 패키지의 수가 2024년에서 2025년 사이에 기하급수적으로 증가하여 1,444% 에 달했습니다 (그림 2).

전통적인 공급망 보안 침해는 여전히 드물게 발생

오픈소스 생태계에서 관찰된 것과 달리 GTIG는 소스 코드 또는 업데이트/배포 메커니즘 (T1195.002)의 조작인 기존 소프트웨어 공급망 보안 침해가 여전히 드물다고 높은 신뢰도로 평가합니다. 2025년과 2026년 초에 확인된 몇 건의 사례는 표적 범위를 의도적으로 제한한 사이버 스파이 활동이 주를 이루었습니다. 

가장 중요한 사례로, 북한 위협 행위자 UNC4899가 소셜 엔지니어링을 사용하여 웹3 조직의 개발자 머신을 보안 침해한 것으로 알려졌습니다. 공격자는 이 액세스 권한을 사용하여 프런트엔드 시스템에 악성 코드를 삽입했으며, 특히 스마트 계약 기능에 영향을 미쳐 표적 조직과 함께 멀티 시그니처 지갑을 사용한 서드 파티 조직이 시작한 거래를 변경했습니다. 이 보안 침해는 단일 피해자를 대상으로 맞춤화되었지만, 표적 조직의 인프라를 직접적으로 건드리지는 않았습니다. 결국 이 보안 침해로 인해 약 14억 달러 상당의 암호화폐 자산이 도난당했습니다.

다른 예로는 2025년 6월부터 12월까지 Notepad++ 업데이트를 제공하는 호스팅 인프라의 보안 침해, UNC6688에 대한 GTIG 속성 활동 등이 있습니다. GTIG는 한국과 프랑스의 조직이 이 활동의 영향을 받은 것을 관찰했습니다.  GTIG는 2026년 초 DAEMON Tools 설치 프로그램의 보안 침해를 추적하기도 했습니다. 이 캠페인 동안 UNC6863은 SLICKDEMON을 배포하여 광범위한 정찰을 수행하고 전략적 관심 대상에 대한 필터링을 수행했습니다. 이 프로파일링 단계에 이어 이 그룹은 키보드 활동을 용이하게 하고 고급 QUIC RAT의 배포를 연결하기 위해 셸코딩된 로더 BADFALL을 선별적으로 전달했습니다. 이 캠페인은 러시아, 브라질, 튀르키예를 표적으로 삼았으며, 벨라루스와 태국의 정부 및 과학 기관을 추가로 공격했습니다.

사이버 스파이 활동으로 추정되는 사고 외에도 더 광범위하게 배포되는 금전적 이득을 노린 보안 침해로 의심되는 사례를 관찰했습니다. 두 건의 별도 사고에서 공격자는 소비자 대상 웹사이트에 사용된 기본 소프트웨어를 침해했습니다. 한 사례에서는 자동차 대리점 웹사이트가 ClickFix 미끼를 제공하여 SHADOWLADDER (일명 SectopRAT)를 설치하도록 유도했고, 다른 사례에서는 이커머스 웹사이트가 웹 스키머에 감염되었습니다.

완화 권장사항

소프트웨어 공급망 보안 침해를 효과적으로 완화하고 강화하려면 조직은 노출을 최소화하고 잠재적인 보안 침해에 대한 복원력을 강화하도록 설계된 다단계 방어 전략을 채택해야 합니다.

행정 감독 및 위험 거버넌스

• 애셋 및 종속 항목 카탈로그 작성: 운영 중요도를 기준으로 모든 애플리케이션, 서드 파티 공급업체, 서비스의 계층화된 연속 인벤토리를 유지하여 단일 장애점과 보안 위험을 감지합니다.

• 소프트웨어 자재명세서 (SBOM): 모든 내부 및 서드 파티 소프트웨어 패키지에 대해 자동화된 SBOM을 구현하여 보안팀이 새로 공개된 취약점에 대해 활성 코드 인벤토리를 지속적으로 모니터링하고 교차 참조할 수 있도록 합니다.

• 작업 BOM (ABOM): 사용 중인 모든 서드 파티 파이프라인 공급업체와 개발 유틸리티를 인벤토리로 관리하기 위해 전용 ABOM을 유지하고 이를 컨테이너 이미지 인벤토리와 연결하여 어떤 외부 작업이 프로덕션 이미지를 빌드하는지 정확히 추적합니다.

• 소프트웨어 개발 수명 주기 (SDLC) 위협 모델링 및 공격 체인 매핑 (Wiz SITF): Wiz SDLC 인프라 위협 프레임워크 (SITF) 와 같은 기능을 사용하여 소프트웨어 공급망 위험 관리를 조정하여 보안을 격리된 제어의 체크리스트로 취급하는 것에서 전체적인 위협 모델로 전환합니다. 이 무료로 제공되는 프레임워크를 사용하면 조직에서 최근 사고, 공격자 캠페인, 레드팀 연습을 Wiz SITF 참조 ID에 직접 매핑하여 각 위험을 특정 수명 주기 단계(버전 제어 시스템(VCS), 지속적 통합 및 지속적 배포(CI/CD) 파이프라인, 패키지 레지스트리 또는 프로덕션 인프라)에 색인화할 수 있습니다. 이 방법론을 사용하면 보안팀은 사소하고 고립된 약점 (예: 과도한 권한이 부여된 파이프라인 토큰과 결합된 잠금 파일 우회)이 정교한 위협 행위자에 의해 연결되어 중요한 고영향 위반을 실행하는 복잡한 '공격 체인'을 모델링할 수 있습니다.

• 능동적인 위험 모니터링: 전용 공급망 위험 등록부와 중앙 집중식 해결 추적기를 유지하여 개발 수명 주기 (SDLC) 위협을 거버넌스, ID, 파이프라인 논리, 공급망 위생이라는 명확한 운영 도메인으로 체계적으로 그룹화합니다. Wiz SITF를 사용하는 경우 각 취약점은 고유한 Wiz SITF 참조 ID를 사용하여 정확한 파이프라인 단계에 매핑되어야 합니다. 취약점을 격리된 버그로 취급하는 대신, 가장 높은 위반 위험을 초래하는 복잡한 '공격 체인' (예: 누출된 토큰과 누락된 브랜치 보호 및 과도한 권한이 부여된 OIDC 트러스트의 조합)을 차단하는 데 우선순위를 두세요. 로그된 각 항목에 지정된 소유자, 목표 완료일, 기술적 종속 항목의 명확한 추적이 있는지 확인합니다.

• 표준화된 구성 및 변경 제어: 모든 엔터프라이즈 소프트웨어 및 하드웨어의 출시를 관리하기 위해 변경 자문 위원회 (CAB)를 구성합니다. 모든 수정사항에 배포 전 위험 검토, 배포 후 모니터링, 복구 또는 롤백을 위한 검증된 계획이 포함되어 있는지 확인합니다.

• 직원 보안 교육: 공급망 위험, 소셜 엔지니어링 기법, 이슈 보고를 위한 내부 절차에 중점을 둔 지속적인 교육 이니셔티브를 배포합니다.

• Node.js (npm/pnpm): minimumReleaseAge 구성을 사용하여 쿨다운 제어를 적용합니다. 이 값을 24시간 (1, 440분) 이상으로 설정하면 새로 게시된 잠재적으로 악성 패키지가 더 광범위한 보안 커뮤니티에서 이를 식별하고 제거할 시간이 있을 때까지 격리됩니다. 이전의 지원되지 않는 패키지 관리자 버전 (예: 기존 Yarn 또는 pnpm 버전)은 이러한 쿨다운 경계를 무시하므로 최신 버전으로 업데이트해야 합니다.

• Python (pip): Python 프로젝트 환경이 내부 출시 연령 정책 및 게이팅 제어를 우회하는 공개 PyPI 레지스트리에서 직접 종속 항목을 가져오지 않도록 합니다. 모든 구성은 구성 파일에 안전하고 검증된 비공개 --index-url 을 지정하여 업스트림 패키지의 일관된 격리 및 검증을 보장해야 합니다.

공급업체 수명 주기 관리

• 공급업체 보안 심사: ISO 27001 또는 SOC 2와 같은 업계 표준에 따라 서드 파티 보안 프레임워크를 평가하여 조달 전에 엄격한 실사를 수행합니다.

• 계약의 사이버 보안 조항: 사고 알림에 대한 엄격한 타임라인, 지속적인 감사 권한, 명확한 책임 조항 등 구체적인 보안 의무를 공급업체 계약에 통합합니다.

• 하드웨어 출처 및 검증: 공급망 추적을 사용하여 구성요소의 무결성을 확인하고, 위조품을 감지하는 방법을 확립하며, 수리 및 교체 물류를 보호합니다.

보안 아키텍처 및 엔지니어링 제어

Identity and Access Management

• 자동화된 시스템 및 워크로드 ID: 서드 파티 통합 및 빌드 시스템 프로세스를 정적이고 수명이 긴 관리 개인 액세스 토큰 (PAT)에서 전환합니다. 대신 자동화된 머신 통합을 위해 제휴 OpenID Connect (OIDC)를 통해 전용 GitHub 앱 또는 단기 시스템 토큰을 사용하도록 의무화합니다. 이를 통해 시스템 간 워크플로에서 사용되는 사용자 인증 정보가 몇 분 안에 만료되므로 자동화 파이프라인이 침해되더라도 지속적인 보안 침해 위험을 중화할 수 있습니다.

• 개발자 및 사용자 ID 제어 (명령줄 인터페이스 (CLI) 및 저장소 액세스): 프로그래매틱 개발자 세션에 대해 엄격한 액세스 제어 경계를 적용합니다. Okta 연결 SAML SSO는 개인 토큰 및 키의 초기 생성 또는 승인 중에만 ID를 확인할 수 있으므로 프로그래매틱 CLI 연결을 통해 연속 세션 상태에 이의를 제기할 수 없습니다. 따라서 사용자 인증 정보 만료 및 하드웨어 기반의 제어를 통해 세션 보안을 적용해야 합니다.

• 토큰 만료 엄격 적용: 모든 개인 액세스 토큰 (PAT)과 프로그래매틱 애플리케이션 프로그래밍 인터페이스 (API) 키의 허용 수명을 최소 임곗값 (예: 최대 7일 제한)으로 엄격하게 제한합니다. 이렇게 하면 사용자 인증 정보가 정기적으로 만료되어 개발자가 기본 SSO 게이트웨이를 통해 다시 인증해야 합니다.

• 개인 액세스 토큰을 제한하여 HTTPS를 통한 Git을 무력화하고 FIDO2 Secure Shell (SSH)을 의무화하는 방안 고려: 조직은 사용자 인증 정보 도용으로부터 개발자 환경을 보호하기 위해 GitHub Enterprise Cloud 전반에서 개인 액세스 토큰 (PAT)을 전역적으로 제한하는 방안을 고려해야 합니다. GHEC에는 직접적인 프로토콜 사용 중지 스위치가 없으므로 관리자는 클래식 PAT를 사용 중지하고 짧은 토큰 수명을 적용하여 무단 프로그래매틱 HTTPS 연결을 효과적으로 차단하는 것을 고려해야 합니다. 이 프로토콜 격리를 통해 개발자가 SSH 인증으로 완전히 전환하도록 유도할 수 있습니다. 이 전송 계층을 보호하려면 모든 명령줄 저장소 작업에 대해 하드웨어 지원 FIDO2 보안 키를 의무적으로 사용하도록 하여 물리적 토큰 소유를 암호화 방식으로 확인하는 것이 좋습니다.

• 격리된 CI/CD 실행: 단일 작업을 완료한 후 즉시 삭제되는 빌드 파이프라인에 임시 러너를 활용합니다. 이렇게 하면 악의적인 행위자가 여러 빌드 단계에서 지속적으로 존재하지 못하게 됩니다.

• 워크플로 트리거 거버넌스 (pull_request_target): 자동화된 환경에서 pull_request_target과 같은 권한이 높은 트리거의 사용을 엄격하게 제한하고 보호합니다. 여러 주요 공급망 캠페인에서 이 트리거를 초기 진입 벡터로 사용하여 취약한 워크플로를 적극적으로 악용했습니다.

인프라 보호

• 제로 트러스트 및 최소 권한: 역할 기반 액세스 제어 (RBAC), 다중 인증 (MFA), 액세스 권한에 대한 잦은 감사를 시행하여 관리 서비스 제공업체 (MSP)와 서드 파티 공급업체에 대한 엄격한 제어를 유지합니다.

• 네트워크 마이크로세분화: 중요한 하드웨어와 소프트웨어를 나머지 엔터프라이즈 네트워크와 분리합니다. 허용 목록 전용 방화벽 규칙을 사용하여 무단 아웃바운드 트래픽을 차단하고 명령 및 제어 (C2) 활동을 방해합니다.

안전한 개발 생태계

• 파이프라인 및 샌드박스 격리: 테스트 환경, CI/CD 파이프라인, 비공식 스크립팅 샌드박스가 프로덕션 애셋에서 물리적 또는 논리적으로 격리되도록 합니다.

• 아티팩트 관리: 공급망을 보호하기 위해 조직은 Google의 Assured Open Source Software를 내부 워크플로에 통합하여 종속 항목 혼동 및 악의적인 하이재킹을 방어할 수 있습니다. 이 프로세스는 코드의 변조 여부와 검증된 소스에서 비롯되었는지 여부를 암호화 방식으로 서명된 증거인 '출처'를 제공하여 서드 파티 종속 항목에 대한 신뢰 수준을 높입니다.

• 격리 게이트: 모든 바이너리, 패키지, 컨테이너 이미지가 모니터링되는 내부 저장소에 호스팅되도록 요구합니다. 제로데이 종속 항목 하이재킹을 방어하려면 새로 게시된 서드 파티 애셋에 쿨링 윈도우를 적용하여 로컬화된 '격리 게이트'를 구현하세요.

• 수명 주기 스크립트 샌드박싱 (ignore-scripts): 패키지 설치 스크립트의 자동 실행을 사용 중지하여 임의 코드 실행의 심각한 위협을 완화합니다. 공격자는 일반적으로 종속 항목을 하이재킹하고 악의적인 설치 후 실행 스크립트를 추가하여 일상적인 설치 중에 개발자 환경과 실행기에서 사용자 인증 정보를 도용합니다. 조직은 저장소 수준의 .npmrc 파일에서 ignore-scripts=true 를 의무화하고 pnpm의 onlyBuiltDependencies와 같은 네이티브 허용 목록을 구성하여 실행을 검증된 필수 도구로만 제한해야 합니다.

• Google OSV-Scanner를 사용한 소프트웨어 구성 분석 (SCA): Google의 오픈소스 OSV-Scanner 도구를 CI/CD 빌드 파이프라인에 통합하여 프로젝트 종속 항목에서 알려진 보안 결함을 지속적으로 스캔합니다. 이 도구는 프로젝트의 종속 항목 목록을 영향을 미치는 특정 취약점과 매핑하는 OSV.dev 데이터베이스에 대한 공식적으로 지원되는 프런트엔드를 제공합니다.

• 신뢰할 수 있는 협업형 위협 인텔리전스: 기반이 되는 OSV.dev 데이터베이스는 신뢰할 수 있는 오픈소스에서 고품질 위협 인텔리전스를 집계하므로 더 넓은 개발자 커뮤니티에서 지속적인 개선을 제안할 수 있습니다. 개발자는 OSV-Scanner를 활용하여 애플리케이션에서 영향력 있는 서드 파티 오픈소스 취약점을 식별하고 실제 위험에 대한 해결에 집중할 수 있습니다.

• 하드웨어 지원 키 보호: 하드웨어 보안 모듈 (HSM) 또는 볼팅 솔루션을 사용하여 코드 서명 인증서를 보호합니다. 공개 투명성 원장과 로그를 모니터링하여 무단 인증서 활동을 감지합니다.

• 강화된 배포 지점: 콘텐츠 전송 네트워크 (CDN) 엔드포인트 및 FTP 서버와 같은 소프트웨어 배포 채널을 감사하고 잠가서 합법적인 바이너리가 손상된 페이로드로 대체되지 않도록 합니다.

• 오래되었거나 만료된 복구 이메일 도메인에 대한 NPM 패키지 관리자 계정 감사: 만료된 관리자 이메일 도메인은 공격자가 이를 구매하여 비밀번호 재설정 이메일을 가로채고, 패키지 레지스트리 계정을 탈취하고, 다운스트림 사용자에게 악성 코드를 게시할 수 있기 때문에 심각한 위험입니다. 취약한 패키지를 식별하기 위해 조직은 다음을 수행할 수 있습니다.

• Dependabot 기본 쿨다운 (2026년 7월): 이제 Dependabot은 자동화된 Pull 요청이 생성되기 전에 업스트림 보안 침해 (예: 과거의 chalk 및 디버그 하이재킹)를 공개적으로 발견할 수 있도록 버전 업데이트에 기본 3일의 쿨다운을 적용합니다.

• PyPI 서버 측 불변성 (2026년 7월)]: PyPI는 이제 14일이 지난 출시 버전에는 새로운 파일 업로드를 기본적으로 거부합니다. 이렇게 하면 보안 침해된 토큰을 보유한 공격자가 레거시, 고정된 종속 항목을 소급하여 포이즈닝하는 것을 방지할 수 있습니다 (LiteLLM 및 Telnyx 보안 침해에서 관찰됨) .

• npm v12 설치 시간 기본값 (2026년 7월): npm v12는 기본적으로 모든 수명 주기 스크립트를 사용 중지하고 (allowScripts: off) , 수동 워크플로 수준의 무시 플래그를 명시적인 커밋 검증 패키지 허용 목록으로 대체합니다. 

기본 생태계 가드레일과의 통합    

• 이러한 조직 제어 격리 정책은 심층 방어 태세를 달성하기 위해 기본 플랫폼 수준 보안 업데이트와 함께 작동해야 합니다. 클라이언트 측 구성 또는 자동화된 업데이트 도구에만 의존하면 단일 장애점이 발생합니다. 표준 컨트롤과 함께 다음 네이티브 플랫폼 컨트롤을 조정해야 합니다.

조직은 .npmrc 및 pip.conf 등록처 고정, npm ci를 통한 불변 설치 프로토콜, 이러한 기본 플랫폼 수준 보호 장치를 사용한 실행기 격리를 포함한 기준 구성을 명시적으로 조정하는 동시에 새로운 업스트림 보안 기능이 출시될 때마다 지속적 평가 및 도입을 위해 노력함으로써 전체 소프트웨어 공급망에 걸쳐 복원력이 뛰어난 다층 보안 경계를 설정합니다.

지속적인 검증, 모니터링, 대응

자동 수집 및 검증

• SBOM 관리 자동화: 모든 서드 파티 및 내부 소프트웨어에 대해 소프트웨어 재료명세서 (SBOM)를 구현합니다. 이를 통해 자동 상호 참조를 통해 Log4j와 같은 새로운 취약점을 지속적으로 모니터링할 수 있습니다. SBOM을 중앙 취약점 관리 플랫폼에 공급하여 이 프로세스를 자동화하고 확장합니다. 이 플랫폼은 배포된 인벤토리를 새로 공개된 취약점 공격과 지속적으로 교차 참조합니다.

• 보안 분석 통합: 개발 파이프라인 내에 자동화된 동적 애플리케이션 보안 테스트 (DAST) 및 정적 애플리케이션 보안 테스트 (SAST) 도구를 통합하여 서드 파티 코드가 컴파일되기 전에 식별하고 차단합니다.

• 암호화 무결성 검증: 업데이트를 설치하기 전에 자동화된 시스템을 사용하여 디지털 서명과 해시를 공급업체에서 제공한 사양과 비교하여 검증합니다.

• 자율 보안 검증 구현: 조직은 고급 보안 워크플로를 CI/CD 파이프라인에 직접 통합하는 방법을 모색해야 합니다. 이러한 시스템은 격리된 샌드박스에서 시뮬레이션을 실행하여 위협을 행동적으로 평가하고, 이러한 플래그를 클라우드 컨텍스트와 교차 참조하여 결함의 실제 범위를 파악하며, 테스트된 코드 패치를 자동으로 생성하여 검증된 위험을 대규모로 신속하게 해결할 수 있습니다.

선제적인 위협 추적 및 모니터링

• 이그레스 및 프록시 분석: 네트워크 트래픽 기준점을 설정하여 외부 저장소 또는 인식할 수 없는 인터넷 프로토콜 (IP) 주소로의 의심스러운 이그레스 흐름을 식별합니다.

• 포괄적인 엔드포인트 보안: 인프라와 개발자 워크스테이션 전반에 엔드포인트 탐지 및 대응 (EDR) 도구를 활용하여 공급망 보안 침해로 인한 실행 후 악의적인 활동을 탐지합니다.

• 로그 집계 및 알림: 통합 로그 관리는 다음 이상 항목에 대해 알림을 보내야 합니다.

• 개발 시스템: 승인되지 않은 코드 변경, 빌드 파라미터 조정, 비정상적인 사용자 활동을 감시합니다.

• CI/CD 무결성: 표준 코드 검토 게이트를 우회하는 무단 워크플로 수정 또는 비정상적인 트리거 (예: repository_dispatch)에 대한 알림을 제공합니다.

• 삽입 감지: 신뢰할 수 없는 입력 변수 내에서 셸 이스케이프 문자 또는 명령어 대체 패턴이 있는지 로그를 모니터링합니다.

• 사용자 인증 정보 오용: 인식할 수 없는 IP 주소 또는 리전에서 수명이 긴 고정 키에 대한 인증 적중을 추적합니다.

• 물리적 애셋: 설치 상태 및 소스 정보를 포함한 모든 펌웨어 수정사항을 기록합니다.

이슈 대응 전략

• 구체적인 공급망 플레이북: 다음을 위한 모의 훈련을 수행하고 대응 계획을 문서화합니다.

• 업스트림 패키지 탈취: 공개 레지스트리에서 유지관리자 계정 탈취 (ATO)로 인해 런타임 애플리케이션 코드가 직접 조작됨

• 종속 항목 혼동 취약점 공격: 공개 레지스트리에서 만료된 관리 복구 도메인 또는 범위가 지정되지 않은 내부 네임스페이스를 악의적으로 등록하여 로컬 개발자 및 빌드 실행기 설치를 하이재킹합니다.

• 자동화된 파이프라인 수집: 실행기 악용을 통해 CI/CD 환경의 파이프라인 포이즈닝을 수행하여 사용자 인증 정보를 수집하고 무단 패키지 게시를 수행합니다.

• 개발자 워크스테이션 및 IDE 보안 침해: 비공개 암호화 키, API 토큰, 로컬 세션 사용자 인증 정보를 무단 반출하도록 설계된 표적 소셜 엔지니어링, 악의적인 IDE 확장 프로그램 또는 오타 스쿼팅된 로컬 종속 항목

• 운영 재평가: 업계 전반의 보안 이벤트 중에 즉각적인 공급업체 재매핑 및 보안 재평가를 위한 프로세스를 만듭니다.

완화 전략에 대한 권장사항은 다음을 통해 공개적으로 제공됩니다.

• Google의 소프트웨어 아티팩트에 대한 공급망 등급 (SLSA) 

• 미국 국립표준기술연구소 (NIST)의 시스템 및 조직을 위한 사이버 보안 공급망 위험 관리 관행 (NIST SP 800-161 개정판 1)

• 미국 국가안보국 (NSA)의 소프트웨어 공급망 보호: 개발자를 위한 권장사항 가이드

• WIZ SDLC 인프라 위협 프레임워크 (SITF) SDLC 인프라 위협 프레임워크

감사의 말씀

이 분석은 Matthew McWhirt와 Michael Veal의 지원이 없었다면 가능하지 않았을 것입니다.