TeamPCP 해킹범 검거로 본 오픈소스 공급망 공격의 민낯

오픈AI 같은 회사도 공급망 공격 앞에서는 별수 없구나. 이번 TeamPCP 사건 소식을 처음 접했을 때 든 생각이다. 세계 최고 수준의 보안팀을 갖춘 기업조차 뚫렸다는 사실이 꽤 씁쓸했다.

지난 8월 26일, 호주연방경찰(AFP)과 FBI 사이버 부서가 공동으로 TeamPCP 조직원 2명을 검거했다. 이들이 배후로 지목된 공급망 공격은 1000개 이상의 조직을 감염시켰다고 알려졌다. 규모만 놓고 보면 올해 손꼽히는 보안 사고다.

웜처럼 스스로 퍼진 악성코드

이번 사건의 뿌리는 ‘Shai-Hulud’라는 이름의 npm 악성코드다. 개발자가 오염된 오픈소스 패키지를 설치하면, 자동 실행 스크립트가 개발 환경의 자격증명을 훔친다. 여기서 끝이 아니다.

훔친 npm 토큰으로 그 개발자가 관리하는 다른 패키지까지 감염시킨다. 개인적으로는 이 ‘자가증식’ 구조가 가장 무섭다고 본다. 한 명의 실수가 아니라, 한 명의 권한이 통째로 무기가 되는 셈이다.

탈취 대상도 광범위하다. GitHub 개인 접근 토큰, AWS·GCP·Azure API 키, SSH 키까지 훑는다. 결국 하나의 개발자 PC가 뚫리면 그 회사 전체 인프라로 공격 범위가 넓어질 수 있다는 뜻이다.

피해 규모로 보는 사건의 무게

이번 검거를 계기로 공개된 피해 수치를 정리하면 아래와 같다. 표를 보면 왜 이 사건이 ‘올해 최대급 공급망 공격’으로 불리는지 감이 온다.

항목	규모
영향받은 조직	1,000개 이상
탈취된 자격증명	50만 개 이상
유출 데이터 규모	최소 300GB
검거 인원	2명 (호주 국적)
최대 형량	징역 최대 20년 (혐의별 상이)

필자가 보기엔 ‘탈취 자격증명 50만 개’라는 숫자가 가장 눈에 띈다. 자격증명 하나하나가 또 다른 시스템으로 들어가는 열쇠라는 걸 생각하면, 실제 파급력은 이 표보다 훨씬 클 가능성이 높다.

다만 명확히 해둘 부분이 있다. 이번에 검거된 2명이 Shai-Hulud 웜을 실제로 만든 ‘원조 배후’인지는 아직 불분명하다. 수사기관은 이들을 TeamPCP 캠페인의 운영자로 지목했을 뿐, 최초 공격의 진짜 설계자는 여전히 확인되지 않았다는 게 보안 연구자들의 분석이다.

오픈소스 생태계, 왜 반복해서 뚫리나

Shai-Hulud는 사실 처음이 아니다. 2025년 9월 첫 감염이 보고된 뒤, 같은 해 11월 ‘2.0’ 버전이 또 등장했다. 이번 TeamPCP 사건까지 포함하면 최소 세 번째 대규모 확산이다.

왜 이렇게 반복될까. 개발자 입장에서 npm 패키지는 편의 그 자체다. 코드 몇 줄 안 짜고 남의 라이브러리를 가져다 쓰는 문화가 당연해졌다. 문제는 그 라이브러리를 관리하는 개발자 계정 하나가 뚫리면, 그걸 의존하는 수백 개 프로젝트가 동시에 위험해진다는 점이다.

비슷한 시기 GitLab 취약점이 공개 며칠 만에 실전 공격당한 사례도 있었다. 결국 소프트웨어 개발 생태계 전체가 ‘신뢰의 사슬’ 위에 서 있고, 그 사슬 어느 한 곳만 끊어져도 파장이 전방위로 번진다는 공통점이 있다.

보안 업계의 대응도 빨라지고 있다. 팔로알토네트웍스는 자사 제품에 Shai-Hulud 전용 탐지 로직을 추가했고, 싱가포르 사이버보안청(CSA)도 관련 주의보를 발령했다. 하지만 이런 사후 대응이 근본 해법이 될 수 있을지는 솔직히 의문이다.

결국 개발자 개개인의 계정 보안 습관, 즉 2단계 인증과 토큰 최소 권한 원칙 같은 기본기가 다시 강조되는 분위기다. 화려한 방어 솔루션보다 이런 기초가 먼저라는 게 이번 사건이 남긴 교훈 아닐까.

IT-SUE의 시각

이번 검거 소식을 ‘해결됐다’는 신호로 읽으면 곤란하다고 본다. 조직원 2명이 잡혔다고 해서 오픈소스 생태계의 구조적 약점이 사라지는 건 아니기 때문이다. 실제로 보안 연구자들도 “체포가 위협을 막았을 뿐, 위협 자체는 여전히 살아있다”고 경고한다.

개인적으로는 이 사건이 오픈소스 공급망 공격이 이제 ‘가끔 터지는 사고’가 아니라 ‘상시적인 위험 요소’로 자리 잡았다는 신호라고 생각한다. AI 코딩 도구가 늘면서 개발자들이 외부 패키지를 더 빠르게, 더 적게 검토하고 가져다 쓰는 흐름도 이런 위험을 키우는 배경 중 하나일 것이다.

기업 입장에서는 이제 ‘우리 코드가 안전한가’만큼 ‘우리가 가져다 쓰는 코드가 안전한가’를 따져야 하는 시대다. 다음 Shai-Hulud가 언제 어디서 다시 등장할지는 아무도 장담할 수 없다.

이런 글은 어떤가요? -> 애저(Azure) 대규모 정보 유출 의혹, 원인은 ‘MFA 피로 공격’으로 지목된다