GitHub AI Scan 지표 확인법: 발견·해결 건수와 Autofix 적용률 보기

Quick Answer
GitHub AI Scan의 발견·해결 건수와 Autofix 적용을 어디서 보고 집계 기준을 어떻게 확인하나요?
GitHub AI Scan의 발견·해결 건수와 Autofix 지표는 조직·엔터프라이즈의 security overview에서 확인합니다. Code scanning on pull requests 보고서의 AI Scan 탭을 열고 기간·저장소 필터를 고정한 뒤 총 발견, Autofix 제안 유무, 처리 결과를 함께 읽으세요. 제안 제공률과 실제 적용은 다른 지표이며, dismiss를 코드 수정과 같게 해석하면 안 됩니다.
Reading Guide
이 글에서 해결할 문제
- 이런 분께
- GitHub AI Scan 보안 지표 위치·지원 조건·Autofix 비율 해석을 찾는 보안 담당자
- 읽고 나면
- 같은 기간·범위에서 AI Scan 지표를 비교하고 제안 제공·수정·수락·dismiss를 구분해 보고할 수 있습니다.
- 다루는 범위
- 2026년 10월 14일 공식 자료 분석입니다. 실제 계정 지표는 조회하지 않았고 수치와 기록 양식은 편집부 가상 예시입니다.
- 직접 확인
- 플랜·권한·지원 환경을 확인합니다.
- AI Scan 탭과 기간·저장소 필터를 고정합니다.
- 제안 제공·수정·수락·dismiss를 구분합니다.
- 비율의 분모와 날짜 기준을 확인합니다.
- 활성화 범위·PR 변화와 지표를 함께 비교합니다.
2026년 10월 13일 지표 공개 발표와 10월 14일 공식 문서 확인 기준입니다. 계정 대시보드의 실제 수치를 조회하지 않았습니다. 아래 수치와 기록 양식은 지표 해석을 위한 가상 예시이며 공식 집계 공식을 재현한 결과가 아닙니다.
AI Scan 지표 지원 플랜과 권한
이번 지표는 public preview로 github.com과 GitHub Enterprise Cloud에서 제공됩니다. 발표 대상은 GitHub Code Security 또는 GitHub Advanced Security 고객이며, 이번 릴리스에서 GitHub Enterprise Server는 지원하지 않습니다. 근거: 10월 13일 공식 발표
지표 조회와 AI Scan 실행의 조건은 구분해야 합니다. AI Scan 개념 문서는 preview 실행에 Advanced Security·Copilot 라이선스와 AI credits 사용을 안내합니다. 조직 정책·계정 권한·실제 사용 조건을 확인하고 보고서가 보인다는 이유로 모든 저장소가 스캔된다고 판단하지 마세요. 근거: AI Scan 실행·사용 조건
보고서 문서는 조직 보기와 엔터프라이즈 보기의 접근 조건을 구분하고, 저장소의 admin 역할·세부 권한·알림 접근 권한에 따른 가시성을 설명합니다. 집계가 동료와 다르다면 같은 필터인지 확인한 뒤 볼 수 있는 저장소 범위를 대조하세요. 근거: 보고서 접근·가시성
화면 찾기: Code scanning on pull requests와 AI Scan 탭
- GitHub에서 확인하려는 조직 또는 엔터프라이즈를 선택합니다.
- Security and quality에서 security overview 관련 보고서를 엽니다.
- Insights의 Code scanning on pull requests를 선택합니다.
- CodeQL과 AI Scan 중 AI Scan 탭을 선택합니다.
- 날짜 범위와 대상 저장소·조직 필터를 정하고 조회 시각을 기록합니다.
10월 13일 발표에서 기존 CodeQL pull requests 페이지가 Code scanning on pull requests로 바뀌었고 CodeQL·AI Scan 탭이 분리됐습니다. 근거: 페이지 명칭 변경 조회 방법 문서에는 이전 CodeQL pull requests 명칭이 남아 있으므로 최신 변경 기록과 함께 읽어야 합니다. 근거: 보고서 탐색 절차
전체 추이는 overview 대시보드의 Prevention 탭에서도 확인할 수 있습니다. AI Scan 개념 문서는 여기에서 발견 추이·해결·Autofix 수락을 보고, 별도 AI Scan 보고서에서는 제안 유무와 결과를 볼 수 있다고 설명합니다. 근거: 지표 조회 위치
발견·해결·Autofix 지표를 구분해서 읽기
| 화면 항목 | 읽을 내용 | 피해야 할 해석 |
|---|---|---|
| Total findings | AI Scan 발견 건수 | 전체 저장소의 취약점 총수 |
| Findings with Autofix suggestions | 제안이 포함된 발견의 수·비율 | 개발자가 제안을 모두 적용했다는 뜻 |
| AI Scan findings in pull requests | 기간별 발견과 제안 유무 | 스캔 범위와 PR 변화 없이 탐지 품질만 비교 |
| Outcomes with an Autofix suggestion | 제안이 있었던 발견의 수정 적용·dismiss 결과 | 모든 수정이 제안 그대로 적용됐다는 뜻 |
| Outcomes without an Autofix suggestion | 제안이 없었던 발견의 처리 결과 | 제안이 없으면 해결할 수 없다는 뜻 |
항목과 기간·필터 적용 범위는 공식 지표 문서에 근거합니다. 해결률과 Autofix 적용률을 기록할 때에는 화면에 표시된 설명·분모를 함께 남기세요. CodeQL 탭의 Autofix 수락 비율 설명을 AI Scan의 모든 결과 차트에 그대로 적용할 근거는 없습니다.
가상 사례: 제안 제공률 60%와 수정 적용 50%는 다른 질문
다음 숫자는 독립적인 계산 설명이며 GitHub 계정에서 조회한 데이터가 아닙니다. 실제 대시보드의 분모·시간 기준은 화면 설명으로 확인해야 합니다.
| 가상 데이터 | 수 | 설명 |
|---|---|---|
| 총 발견 | 100 | 같은 가상 집단의 전체 발견 |
| Autofix 제안 있음 | 60 | 제안 제공 비중은 60/100 = 60% |
| 제안 있는 발견 중 수정 적용 | 30 | 이 집단의 수정 적용 비중은 30/60 = 50% |
| 제안 있는 발견 중 dismiss | 10 | 수정 적용과 따로 기록 |
여기서 50%는 가상 집단의 처리 결과 비중이지 공식 Autofix 수락률을 단정한 값이 아닙니다. 제안이 있던 발견을 수정했다는 사실과 그 제안을 실제 수락했다는 사실은 구분해야 합니다. 원래 제안을 수정해 적용했는지, 다른 코드로 해결했는지도 실제 PR에서 확인할 수 있습니다.
dismiss에는 오탐이나 위험 수용 등 코드 수정과 다른 판단이 있을 수 있습니다. 발견이 더 이상 활성 상태가 아니라는 이유만으로 취약점이 수정됐다고 보고하면 대응 성과를 과대평가할 수 있습니다.
기간 비교 전 고정해야 할 조건
| 조건 | 확인 이유 |
|---|---|
| 기간·조회 시각 | 후속 수정과 집계 시점 차이를 구분 |
| 조직·저장소 필터 | 서로 다른 모집단 비교 방지 |
| 권한으로 볼 수 있는 범위 | 누락된 저장소 확인 |
| AI Scan 활성화 범위 | 신규 활성화로 인한 발견 증가 구분 |
| PR 수와 변경량 | 작업량 변화와 발견 변화 대조 |
| 지표 설명·분모 | 제안 제공·수정·수락·dismiss 혼동 방지 |
공식 CodeQL 항목의 기본 브랜치 병합 조건이나 기존 보고서의 날짜 기준을 AI Scan까지 동일하다고 추정하지 마세요. 현재 확인한 AI Scan 지표 설명에 없는 상세 기준은 계정 화면과 후속 문서에서 확인한 뒤 보고서에 표시하는 편이 좋습니다.
신규 저장소를 활성화한 주에 발견 건수가 늘었다면 악화만을 뜻하지 않습니다. 반대로 스캔 대상 PR이 줄어 발견이 감소했다면 품질 개선이라고 단정할 수 없습니다. 적용 범위와 대응 결과를 함께 비교해야 합니다.
AI Scan과 CodeQL 경고를 합산할 때 주의점
AI Scan은 PR에서 CodeQL을 보완하며, 결과가 저장소 보안 화면의 backlog 알림으로 나타나는 방식과 다릅니다. 전체 저장소 스캔을 지원하지 않고, 발견은 merge를 차단하는 필수 조건이 아닙니다. 근거: AI Scan 범위·제한
두 탭의 숫자를 곧바로 더해 고유 취약점 수로 발표하지 마세요. 같은 문제인지, PR별 발견인지, 서로 다른 집계 범위인지 확인이 필요합니다. 팀 보고서에는 원천 지표를 따로 보존하고 합산 기준을 명시하는 것이 좋습니다.
주간 보안 보고서에 남길 기록 양식
조직·엔터프라이즈 / 조회 권한:
기간 / 조회 시각 / 저장소 필터:
AI Scan 활성화 범위 / PR 작업량 변화:
총 발견 / Autofix 제안 있음·없음:
수정 적용 / 제안 수락 / dismiss: 화면 기준으로 구분
비율의 이름 / 분자 / 분모 / 확인한 설명:
미해결 사례 / 원인 / 담당자 / 다음 확인 날짜:
이 양식은 편집부 권고이며 공식 API 응답이나 내보내기 스키마가 아닙니다. 처음에는 미해결 발견이 많은 저장소와 제안 적용이 어려웠던 사례를 표본으로 검토하세요. 제안이 테스트를 통과하지 못했는지, 수정 우선순위가 낮았는지, 오탐인지에 따라 대응 방법이 달라집니다.
자주 묻는 질문
Autofix 제안이 있으면 자동으로 수정되나요?
제안 제공과 적용은 다릅니다. 개발자의 검토, 변경 적용, 테스트·병합 상태를 별도로 확인해야 합니다.
지표가 0이면 취약점이 없는 건가요?
활성화·권한·필터·대상 PR을 먼저 확인하세요. 관측된 발견이 없다는 사실만으로 코드가 안전하다고 보장할 수는 없습니다.
GHES에서도 이 보고서를 볼 수 있나요?
10월 13일 발표 기준 이번 지표 preview는 GHES를 지원하지 않습니다. 향후 적용 여부는 공식 변경 기록을 확인하세요.
관련 GitHub 보안 운영 안내
Evidence & Limitations
근거·검증 범위·업데이트 기록
확인한 근거
GitHub AI Scan 지표 공식 발표를 기준으로 핵심 사실을 확인하고, 사실과 편집부 해석을 구분했습니다.
경험 정보와 한계
직접 사용 후기나 자체 성능 시험이 아닌 공개 원문·공식 문서 기반 분석입니다. 실제 화면과 기능은 계정·기기·배포 시점에 따라 다를 수 있습니다.
게시·수정 기록
최초 게시 2026-10-14T07:44:00+09:00
전문 검토 영역
IT 매거진 편집부가 AI·소프트웨어·개발·모바일·보안·테크 비즈니스 관점에서 구성하고 팩트체크 데스크가 출처와 표현을 검토했습니다.
Related Articles
이 주제를 더 깊게 읽어보세요
현재 기사와 연결되는 배경·기술·시장 분석을 골라 바로 이동할 수 있습니다.


