AI 생성 이미지
GitHub 내부 저장소 약 3,800개가 침해됐다. 출발점은 대규모 서버 취약점이 아니라, 직원 한 명의 기기에 설치된 악성 VS Code 확장 프로그램이었다.1
VS Code는 마이크로소프트가 만든 무료 오픈소스 코드 편집기이며, GitHub Copilot 같은 AI 코딩 도우미와 함께 자주 쓰인다.2 이번 사건이 중요한 이유는 여기에 있다. 개발자가 매일 사용하는 도구와 확장 프로그램이 이제 단순한 생산성 수단이 아니라, 조직의 핵심 공격면이 됐기 때문이다.
공격면이 된 개발자 도구
VS Code 확장 프로그램은 개발 환경 안쪽까지 들어간다. 프로젝트 파일을 읽고, 설정에 접근하며, 경우에 따라 토큰이나 환경 변수처럼 민감한 정보가 있는 영역과 가까워질 수 있다.
GitHub는 5월 19일 보안팀이 직원 기기에서 ‘poisoned’ VS Code 확장을 발견하면서 침해를 탐지했다고 밝혔다.2 이후 악성 확장 버전을 VS Code Marketplace에서 제거하고, 침해된 직원 기기를 격리했으며, 사고 대응을 시작했다.1
핵심은 공격이 특별히 낯선 경로로 들어온 것이 아니라는 점이다. 공식 마켓플레이스, 익숙한 개발 도구, 확장 프로그램이라는 편의성이 신뢰의 근거가 됐고, 그 신뢰가 공격 경로로 바뀌었다.
내부 저장소 침해가 가볍지 않은 이유
GitHub는 현재까지 유출 활동이 GitHub 내부 저장소에만 관련된 것으로 평가했다.1 즉 공개된 내용만 보면 고객 저장소나 외부 고객 데이터로 영향이 확대됐다고 확인된 것은 아니다.
그렇다고 내부 저장소 침해를 가볍게 볼 수는 없다. 내부 코드는 시스템 구조, 배포 방식, 내부 도구의 동작 방식, 그리고 실수로 남아 있을 수 있는 시크릿을 드러낼 수 있다. 공격자에게는 다음 단계 공격을 설계할 단서가 될 수 있다.
GitHub가 중요 시크릿을 전날과 밤사이에 교체하고, 영향도가 큰 자격 증명을 우선순위로 두고 처리했다고 밝힌 것도 이 때문이다.2 저장소 자체의 노출뿐 아니라, 코드 안팎에 연결된 권한과 접근 경로를 함께 차단해야 하기 때문이다.
한편 TeamPCP는 Breached 포럼에서 GitHub 소스 코드와 약 4,000개 비공개 코드 저장소에 접근했다고 주장했다. 또한 탈취 데이터 판매가를 최소 5만 달러로 제시하고, 한 명의 구매자에게만 판매하겠다고 주장했다.2
조직이 봐야 할 판단 기준
이번 사건의 교훈은 “코드 저장소가 뚫렸다”에 그치지 않는다. 더 중요한 메시지는 개발자 워크스테이션과 도구 생태계가 공급망 보안의 입구가 됐다는 점이다.
패키지, 확장 프로그램, AI 코딩 도구는 모두 생산성을 높이지만, 동시에 실행 가능한 코드다. 따라서 조직은 개발자 도구 설치를 개인 판단에만 맡기기 어렵다. 최소한 다음과 같은 기준이 필요하다.
승인된 확장 프로그램만 설치하도록 허용 목록을 운영한다.
신규 버전은 즉시 배포하지 않고 검토 또는 유예 기간을 둔다.
개발자 기기의 확장 설치 이력과 변경 사항을 모니터링한다.
토큰과 자격 증명의 권한을 최소화한다.
침해가 의심될 때 빠르게 시크릿을 교체할 절차를 갖춘다.
GitHub는 로그 분석, 시크릿 교체 검증, 후속 활동 모니터링을 계속하고 있으며, 조사가 완료되면 더 자세한 보고서를 공개하겠다고 밝혔다.2
이번 사건은 개발 보안의 중심이 서버와 저장소만이 아니라 개발자 도구, 확장 프로그램, 워크스테이션까지 넓어졌음을 보여준다. 생산성을 높이는 도구일수록 더 신뢰받기 쉽고, 바로 그 신뢰가 공격자가 노리는 지점이 될 수 있다.
1GitHub confirms breach of 3,800 repos via malicious VSCode extension
2GitHub Confirms Breach of Internal Repositories - Infosecurity Magazine
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.