한국인터넷진흥원(KISA)은 7월 16일 AI 개발도구와 보조도구로 위장한 악성 ZIP 파일이 GitHub 저장소와 GitHub Pages를 통해 유포되고 있다며 주의를 권고했다. 공격자는 실제 사용자가 검색할 법한 도구명으로 저장소와 소개 페이지를 미리 만든 뒤 7월 14일 22시 2분께부터 링크를 악성 ZIP 경로로 순차 전환한 것으로 확인됐다.
KISA에 따르면 악성 ZIP을 실행하면 시스템 정보 수집, 추가 악성 파일 다운로드, 외부 명령 실행, 재부팅 뒤에도 동작할 수 있는 지속성 설정 등이 수행될 수 있다. 기업은 특정 제품명이 보인다는 이유만으로 정상 파일로 판단하지 말고 공식 배포처 확인 → 다운로드·실행 이력 조사 → 단말 격리·증거 보존 → 공식 신고 순서로 대응해야 한다.
한 문장 결론
확인된 사실: KISA는 2026년 7월 14일 22시 2분께부터 AI 개발도구로 위장한 일부 사전 생성 링크가 악성 ZIP 경로로 전환됐다고 확인하고, 공식 프로젝트 페이지와 공식 배포처에서만 프로그램을 내려받으라고 권고했다.
광고
실무 해석: 개발팀이 지금 확인할 것은 GitHub 사용 여부 자체가 아니라 해당 시각 전후의 검색·다운로드·압축 해제·실행 기록, 파일 출처와 단말의 후속 행위다.
대상기업
직접 대상: AI 코딩 보조도구, 명령줄 도구, 플러그인과 자동화 스크립트를 사용하는 개발사, SaaS 기업, SI·보안기업, 사내 개발조직, 외주 개발 인력을 운영하는 기업이 직접 점검 대상이다.
고위험 환경: 개발자 단말이 소스코드 저장소, 클라우드 콘솔, 패키지 배포, 운영 서버와 연결돼 있거나 장기 인증정보를 저장하는 조직은 감염 범위를 단말 한 대로 한정하면 안 된다. 다만 KISA 권고문은 특정 기업의 실제 감염이나 정보 유출을 확인한 명단을 공개한 자료가 아니다.
외주·협력사 포함: 사내 자산만 점검하면 협력사 단말에서 전달된 파일이나 빌드 결과물을 놓칠 수 있다. 최근 AI 개발도구를 설치하거나 업데이트한 외주 인력에게도 설치 출처와 실행 시각을 확인해야 한다.
혜택 또는 기회
검색 결과를 신뢰 경로로 쓰지 않는 계기다. 공격자는 사용자가 실제 검색할 법한 이름으로 저장소와 소개 페이지를 미리 만든 뒤 링크를 바꿨다. 검색 순위, 저장소 생성일, 그럴듯한 설명만으로 배포 파일의 진위를 판단하는 절차는 취약하다는 뜻이다.
설치 허용목록을 정비할 수 있다. 기업은 도구별 공식 프로젝트 페이지, 공식 배포처, 승인 버전과 담당자를 목록으로 관리할 수 있다. 신규 도구 설치 때 출처 URL과 파일 해시, 승인 이력을 남기면 이후 사고 조사 범위를 줄일 수 있다.
개발환경도 일반 단말과 같은 자산관리 대상이다. KISA가 제시한 가능 행위에는 시스템 정보 수집, 추가 파일 다운로드, 외부 명령 실행과 지속성 설정이 포함된다. 개발자 권한이 높을수록 EDR·네트워크·계정 로그를 함께 보는 절차가 필요하다.
제외조건과 흔한 오해
GitHub 전체가 침해됐다는 발표가 아니다. KISA 권고는 공격자가 GitHub 저장소와 GitHub Pages를 유포 경로로 악용했다는 내용이다. GitHub 플랫폼 전체나 공식 AI 개발도구 프로젝트가 침해됐다고 단정할 근거는 없다.
검색 결과에 나온 모든 저장소가 악성이라는 뜻도 아니다. 공식 배포처가 아닌 경로의 위험을 경고한 것이며, 각 파일은 출처·해시·서명·실행 행위를 따로 확인해야 한다.
페이지 방문과 악성 ZIP 실행은 구분해야 한다. 권고문은 사용자가 저장소에 접속한 뒤 ZIP을 정상 도구로 오인해 내려받고 실행할 경우 감염될 수 있다고 설명한다. 방문 기록만으로 감염을 확정하거나, 다운로드 기록이 없다는 이유만으로 실행 흔적 조사를 생략하면 안 된다.
KISA가 열거한 행위는 가능성 범위다. 시스템 정보 수집, 추가 악성 파일 다운로드, 외부 명령 실행, 지속성 설정이 수행될 수 있다는 표현을 실제 피해가 모두 발생했다는 뜻으로 바꾸면 안 된다.
7월 15일 기사와 사건이 다르다. 앞선 GitHub 개인용 액세스 토큰(PAT) 노출 예방 기사는 경찰청 안내를 바탕으로 로그 보존과 토큰 관리 원칙을 다뤘다. 이번 건은 KISA가 7월 16일 공개한 악성 ZIP 유포 사건으로 원문·공격 방식·핵심 시각이 다르다. 다만 개발환경 보안이라는 주제는 인접하므로 제목과 본문에서 PAT 노출 사건처럼 섞어 쓰지 않았다.
금액·일정·필요서류
권고기관 — 한국인터넷진흥원(KISA) 인터넷 보호나라&KrCERT
권고 게시일 — 2026-07-16
링크 전환 확인 시각 — 2026-07-14 22:02경
유포 형식 — AI 개발도구·보조도구로 위장한 악성 ZIP
유포 경로 — GitHub 저장소, GitHub Pages, 검색결과·SNS·커뮤니티 공유 링크
가능한 행위 — 시스템 정보 수집, 추가 악성 파일 다운로드, 외부 명령 실행, 지속성 설정
공식 대응 — 첨부 헌팅 가이드 참고 자체 점검, 정황 확인 시 보호나라 신고
문의 — 국번 없이 118
금액과 접수기한: 이번 자료는 지원사업이나 제품 구매공고가 아니다. 지원금, 기업별 한도, 선정 수, 신청 마감과 매출 대비 비율은 적용되지 않는다. 침해사고 정황이 확인되면 정해진 공모 마감일까지 기다리는 절차가 아니라 즉시 신고하라는 권고다.
내부 증거자료: 설치 파일 원본과 해시, 다운로드 URL·시각, 브라우저 기록, 압축 해제·실행 기록, EDR·백신 탐지, 프로세스·자동실행 변경, 네트워크 연결과 계정 로그인 기록을 보존할 필요가 있다. 이는 KISA 권고문에 적힌 일률적 제출서류 목록이 아니라 기업의 사실 확인과 신고 준비를 위한 일반적인 증거 보존 항목이다.
지금 해야 할 일
개발팀: 7월 14일 22시 2분 KST 전후부터 현재까지 새로 설치·업데이트한 AI 개발도구 목록을 만들고, 설치 출처가 공식 프로젝트 페이지나 공식 배포처인지 확인한다. 검색결과·SNS·커뮤니티에서 받은 ZIP은 승인 여부와 관계없이 별도 점검한다.
보안팀: 의심 파일을 다시 실행하지 말고 해당 단말을 내부 절차에 따라 격리한다. KISA 첨부 헌팅 가이드와 조직의 EDR·네트워크 로그를 대조하고, 지속성 설정과 추가 파일 다운로드 여부를 확인한다. 감염 정황이 있으면 증거를 보존한 뒤 보호나라 해킹 사고 신고 채널을 이용한다.
계정·인프라 담당: 감염 의심 단말에서 사용된 소스코드 저장소, 클라우드, 패키지 레지스트리와 운영계정의 인증정보를 식별한다. 교체가 필요할 때는 의심 단말이 아닌 신뢰 가능한 환경에서 토큰·키·비밀번호를 폐기·재발급하고 접근 로그를 확인한다.
구매·관리 담당: 도구별 공식 배포 URL, 승인 버전, 설치 담당자와 업데이트 경로를 자산대장에 넣는다. 공식 배포처 여부를 검증할 책임과 예외 승인 절차를 정하고 외주 인력에게도 같은 기준을 적용한다.
독자 영향·실무 체크
7월 14일 22시 2분 KST 전후의 다운로드·실행 기록을 확인했는가.
검색결과 주소가 아니라 공식 프로젝트·배포처를 기준으로 검증했는가.
의심 파일을 재실행하지 않고 증거 원본과 로그를 보존했는가.
개발자 단말에서 사용된 저장소·클라우드·배포 계정을 식별했는가.
실제 정황과 KISA가 제시한 가능 행위를 구분해 기록했는가.
