깃허브 AI Scan 정식 제공…검사 결과로 병합을 막지는 않는다

깃허브가 10월 15일 풀 리퀘스트(PR)의 코드 변경분에서 취약점을 검사하는 AI Scan의 정식 제공을 발표했다. 도입을 검토하는 개발팀이 먼저 구분할 것은 탐지 기능과 병합 통제다. 회사 안내에 따르면 AI Scan 결과는 병합 차단 조건으로 사용할 수 없으며, 결과가 발견돼도 코드 스캐닝 검사가 실패로 처리되지 않는다.

따라서 검사 통과 여부만 보고 변경분의 보안 검토가 끝났다고 판단하기는 어렵다. 깃허브는 결과를 PR의 대화 탭과 변경 파일 탭에 표시하고, AI 표시로 기존 CodeQL 결과와 구분한다고 설명했다. 보안 위험에 대한 설명과 자동 수정 제안이 포함될 수 있지만, 이는 담당자가 확인할 검토 자료로 읽어야 한다.

검사 범위에도 조건이 있다. 깃허브 안내상 코드 스캐닝을 켜고 저장소에 적용되는 AI Scan 설정을 활성화해야 한다. 포크에서 제출한 PR과 의존성 관리 도구 Dependabot이 만든 PR은 대상에서 제외된다. 외부 기여나 의존성 갱신을 자주 받는 저장소라면 이 제외 범위를 기존 검토 절차와 대조할 필요가 있다.

회사는 CodeQL의 현재 지원 범위를 보완하는 예로 PHP, 셸 스크립트, Terraform 설정, Dockerfile, 자바의 JSP, C#의 Blazor 등을 들었다. 다만 이 목록은 해당 언어나 구성에서 모든 취약점을 탐지한다는 보장이 아니다. 제공된 공지에는 탐지 정확도와 오탐률, 실행 환경에서 취약점을 재현한 시험 결과가 제시되지 않았다. 실행 검증을 하지 않는다고 단정할 근거도 없다.

이용 대상에는 개인·조직 소유의 공개 저장소가 포함된다. 조직의 비공개·내부 저장소에는 깃허브의 코드 보안 또는 고급 보안 상품이 필요하며, 코파일럿 라이선스는 요구하지 않는다고 회사는 밝혔다. 비용은 코드 보안용 AI 크레딧으로 처리한다. 기업 청구 화면에서 사용량을 확인하고 크레딧 SKU별 예산을 설정할 수 있지만, 공지 본문에는 구체적인 단가가 없다.

배경 사례로 구글은 9월 24일 내부 웹 애플리케이션 검사 에이전트 PageBreak의 검증 절차를 소개했다. 회사 설명에 따르면 취약점 후보를 별도 검증기에 넘겨 실행 환경에서 공격 입력의 결과를 확인한다. 검증하지 못한 후보는 제품 담당 팀에 전달하지 않으며, 검증기의 지원 범위에도 한계가 있다고 밝혔다. 이는 별도 시스템의 운영 설명으로, 깃허브 AI Scan의 성능을 검증하거나 두 제품의 정확도를 비교하는 자료는 아니다.