FakeGit 캠페인이 GitHub에서 가짜 저장소 17,610개를 통해 활동을 재개했다. 이 캠페인은 위장된 README 파일과 다운로드 버튼을 사용해 SmartLoader를 배포한 뒤 다른 악성코드를 유포한다. 연구진은 백업본과 다중 호스팅 지점 때문에 특정 저장소나 링크를 삭제하는 것만으로는 캠페인을 억제하기에 충분하지 않다고 말한다.
FakeGit 악성 캠페인이 GitHub에서 대규모로 돌아왔다. 연구진은 다른 악성코드를 다운로드할 수 있는 초기 페이로드인 SmartLoader를 유포하는 데 사용된 저장소 17,610개를 확인했다. 활동은 2026년 10월 4일에 재개됐으며, 이 캠페인은 이달 초 정보 탈취 악성코드인 StealC를 유포하는 데 사용된 바 있다.
이 캠페인은 대부분 임시 계정에 의존하지만, 연구진은 합법적인 개발자에게 속한 것으로 보이는 계정을 최소 700개 확인했다. 악성 저장소는 설득력 있게 제작된 README 파일을 사용하며, SmartLoader가 포함된 ZIP 아카이브로 연결되는 다운로드 버튼을 포함한다.
기존 저장소를 이용한 신속한 확산
소프트웨어 공급망 보안 전문 플랫폼 Apiiro의 보고서에 따르면, 이 캠페인은 34시간 동안 13,000개가 넘는 저장소를 배포했으며 시간당 활동량은 2,999개 저장소로 정점을 기록했다. 연구진이 조사한 커밋 샘플 중 97%는 README 파일을 수정하는 데 그쳤고, 88%에서는 다운로드 버튼이 SmartLoader를 설치하는 ZIP 파일로 연결됐다.
이는 운영자들이 새 저장소를 만들 필요가 없었다는 의미다. 대신 기존에 존재하던 저장소 군을 악성 링크로 재지정했다. Island는 7월에 이 작업과 FakeGit이라는 이름을 연관 지은 바 있다. 당시 Island는 SmartLoader를 유포하는 가짜 저장소 7,600개를 기록했으며, 이 가운데 800개는 공개 레지스트리와 카탈로그에 등장한 인공지능 기술 또는 MCP 서버로 위장했다.
캠페인을 억제하기 어려운 이유
Apiiro 연구진은 저장소를 제거하는 것만으로는 악성 인프라의 일부만 차단할 수 있다고 본다. 차단된 페이로드와 그 백업본도 계속 이용할 수 있기 때문에 공격자는 저장소 자체를 활성 상태로 유지하면서 다운로드 링크를 변경할 수 있다. 연구진은 보고서를 발표하기 전 이 군의 71%가 URLhaus에 등록되어 있지 않았다는 사실을 확인했다.
악성 아카이브는 포크, 이전 파일, 릴리스 자산, 이슈 첨부 파일, 호스팅 전용으로 만들어진 별도 저장소에 분산되어 있다. 따라서 파일이나 링크 하나를 삭제해도 운영자가 피해자를 대체 사본으로 유도하는 것을 막을 수 없다.
사용자에게 실질적으로 달라지는 점
특히 인공지능 기술이나 MCP 서버를 다운로드할 때 GitHub에 저장소가 존재한다는 사실만으로 신뢰성을 입증할 수는 없다. 연구진은 저장소 소유자를 확인하고, 설치 소스로 공식 레지스트리나 소프트웨어 공급업체의 저장소를 이용할 것을 권고한다.
사용자가 SmartLoader 실행을 의심한다면 해당 상황을 GitHub 계정이 침해됐을 가능성이 있는 사례로 간주한 뒤 활성 세션과 액세스 토큰을 취소하고 패스키로 전환해야 한다. 이 캠페인은 공격자가 사본, 브랜치, 릴리스 자산을 재사용할 수 있는 상황에서 링크 차단 목록이나 개별 저장소 삭제에 의존하는 방식이 여전히 제한적임을 보여준다.