GitHub가 새롭게 막으려는 비밀정보는 무엇인가
GitHub는 2026년 10월 28일 정형 패턴을 벗어나는 비밀정보를 대상으로 AI 기반 푸시 차단 기능을 공개 미리보기로 선보였다. Microsoft Applied Sciences와 공동 개발한 분류기가 주변 코드에서 값이 쓰이는 맥락을 평가하며, 기존 패턴 기반 감지기와 함께 작동한다. 정식 출시나 모든 저장소의 기본 활성화로 이해해서는 안 된다.
기존 푸시 차단은 알려진 키 형식처럼 식별 규칙이 있는 비밀정보에 강점이 있었다. 새 기능은 이름이나 주변 코드가 암시하는 비밀번호처럼 일정한 형식이 없는 값도 찾도록 범위를 넓힌다. Git 푸시뿐 아니라 GitHub 웹에서 만든 커밋과 파일 업로드에 대한 차단도 공식 발표에 포함됐다.
GitHub는 초기 결과에서 비밀정보가 탐지된 푸시 수가 두 배 이상이었다고 설명했다. 이는 공급사 자체 측정 결과이며, 모든 조직에서 탐지율이 두 배가 된다는 보장은 아니다.
이용 자격과 선행 조건: 무엇을 먼저 켜야 하나
이번 공개 미리보기는 github.com에서 GitHub Secret Protection 또는 GitHub Advanced Security를 사용하는 조직을 대상으로 안내됐다. 해당 저장소에서 기본 push protection과 AI-detected secrets scanning이 모두 활성화되어 있어야 새 차단 기능을 켤 수 있다. 기능은 기본적으로 꺼져 있다.
AI 비밀정보 사후 스캔을 사용한다고 해서 AI 푸시 차단까지 자동 적용되지는 않는다. 또 공개 저장소에서 이용 가능한 일반 secret scanning 범위를 근거로 이번 유료 조직용 공개 미리보기가 개인 계정의 모든 저장소에도 적용된다고 단정할 수 없다.
저장소와 조직에서 설정하는 방법
저장소 관리자는 Settings → Advanced Security → Secret Protection에서 AI 탐지 비밀정보에 대한 푸시 차단 스위치를 켠다. GitHub 발표에는 AI-detected secrets → Block AI-detected secrets라는 경로도 제시돼 있다. 표시 문구는 계정이나 문서 버전에 따라 달라질 수 있으므로 실제 관리 화면의 항목을 확인해야 한다.
조직과 엔터프라이즈 관리자는 Settings → Advanced Security → Security Configurations에서 사용자 지정 보안 구성을 만들거나 수정하고 대상 저장소에 적용할 수 있다. API로 관리할 때는 secret_scanning_generic_secrets, secret_scanning_push_protection, secret_scanning_generic_secrets_push_protection 세 값을 각각 enabled로 설정해야 한다. 앞의 두 선행 조건만 켜고 마지막 항목을 빠뜨리지 않도록 점검한다.
실제 자격증명을 테스트용으로 푸시하는 것은 피하고, 관리자 설정 상태 및 무해한 검증 시나리오로 도입 여부를 먼저 확인하는 편이 안전하다. 이는 공식 기능 설명을 바탕으로 한 운영 권고다.
AI 크레딧은 언제, 얼마나 발생할까
AI 기반 사후 비밀정보 스캔의 탐지 알림은 GHSP 또는 GHAS 제품에서 추가 비용 없이 제공되지만, 새 AI 푸시 차단은 Secret Protection AI credits를 소비한다. GitHub Copilot을 별도로 구독해야 한다는 조건은 확인되지 않는다. 보안 제품 라이선스와 AI 크레딧 청구를 별도 항목으로 계산해야 한다.
소비량은 푸시 중 AI가 스캔한 파일 콘텐츠의 양에 따라 달라지며, 비밀정보가 발견되지 않거나 푸시가 차단되지 않아도 크레딧이 쓰일 수 있다. 사용량은 저장소를 소유한 조직의 청구 계정에 귀속되며, 자격에 따라 포함된 크레딧이 우선 적용될 수 있다.
관리자는 AI usage insights에서 Secret Protection AI credits 사용량을 확인하고, 활성화 전에 예산을 설정해 Stop usage when budget limit is reached 옵션을 검토할 필요가 있다. 이번 확인 자료에는 푸시당 고정 금액이나 AI 크레딧 단가가 명시돼 있지 않아 금액을 추정하지 않는다.
차단됐을 때 조치와 우회 정책, 보안 한계
비밀정보가 감지되면 GitHub는 해당 위치를 표시하고 변경사항을 거부한다. 개발자는 푸시에 포함된 모든 해당 커밋에서 비밀정보를 제거하고 다시 시도해야 한다. 기존의 우회 및 위임 승인 절차가 적용되지만, 자동화 에이전트는 차단을 우회하기 전에 권한을 받아야 한다.
AI 탐지는 실제 비밀번호가 유효한지 확인하는 기능이 아니다. 비정형 비밀정보 탐지 역시 오탐·미탐 가능성이 있으므로 접근 권한 최소화, 별도 비밀정보 저장소, CI 보안 검사 같은 기존 통제를 대신할 수 없다. 이미 외부에 노출된 자격증명은 커밋에서 지우는 것 외에 폐기·교체가 필요하다.
도입 결정은 보안 담당자가 자격과 차단 정책을 확인하고, 비용 담당자가 크레딧 상한을 정한 다음, 실제 저장소 관리자와 개발팀이 차단 대응 절차를 공유하는 순서가 현실적이다. 공개 미리보기 단계인 만큼 추후 기능·표시·요금 조건이 달라질 수 있다.
