GitHub Secret Scanning 변경…11월 12일 감사 로그 전환 준비

2026년 10월 23일 기준 | 보안 운영 안내

GitHub는 10월 20일 Secret Scanning의 감사 로그, 인코딩된 토큰 처리, 웹훅 등 개선 사항을 알렸다. 보안 사고의 발생을 발표한 것이 아니라 기존 보안 기능과 연동 시스템의 동작 변경을 공지한 것이다. 운영자는 11월 예정된 감사 로그 필드 값 변경을 먼저 점검할 필요가 있다.

시크릿 스캐닝 보안 운영 이미지 — 자체 제작한 설명용 이미지 (실제 사진·스크린샷 아님)

11월 12일에 바뀌는 값

GitHub 공지에 따르면 2026년 11월 12일부터 일부 secret_scanning_alert.* 및 secret_scanning_push_protection.bypass 감사 로그 이벤트의 business 필드 값이 기업 표시 이름에서 enterprise slug로 바뀔 예정이다. 필드의 자료형은 여전히 문자열이며 이벤트 이름과 숫자 business_id 값은 바뀌지 않는다. 자동화에서 기업 표시 이름을 문자열로 직접 대조했다면 두 값 형식을 처리하거나 business_id 중심으로 전환하는 것이 권장된다.

Base64로 인코딩된 토큰 처리

GitHub.com의 비공개·내부 저장소에 Secret Scanning이 활성화돼 있다면, 기존 토큰 폐기 기능(공개 미리보기)이 Base64로 인코딩된 classic PAT, fine-grained PAT, OAuth 액세스 토큰 및 GitHub App 사용자 액세스 토큰을 지원한다고 GitHub가 설명했다. 모든 비밀정보나 모든 저장소에서 자동 탐지·폐기가 보장된다는 의미는 아니다. 특히 폐기 동작의 적용 여부와 권한을 조직 설정으로 따로 확인해야 한다.

기업 식별자 매핑 이미지 — 자체 제작한 설명용 이미지 (실제 사진·스크린샷 아님)

웹훅·패턴 처리에서 확인할 점

커스텀 패턴을 수정한 뒤 재검사했을 때 기존 미해결 경보가 일치하면 열린 상태를 유지하도록 개선됐다. 반려 요청 관련 웹훅에는 저장소 범위의 exemption_request.number가 포함된다. 여러 저장소의 이벤트를 연결할 때는 저장소 식별 정보와 요청 번호를 함께 사용해야 한다.

출처 범위: 변경 예정일과 적용 대상은 GitHub의 10월 20일 변경 공지가 1차 근거입니다. 아래 GitHub Docs는 감사 로그 이벤트 및 필드의 기능 설명 자료이며, 제3자 독립 검증 결과가 아닙니다.

토큰 알림과 폐기 절차 이미지 — 자체 제작한 설명용 이미지 (실제 사진·스크린샷 아님)

현업 점검 체크리스트

감사 로그 파이프라인에서 business 표시 이름을 문자열 비교하는 규칙을 찾는다.
slug와 business_id를 이용한 필터·조인을 시험 이벤트로 검증한다.
실제 조직에서 Secret Scanning 및 토큰 폐기 미리보기 기능이 활성화돼 있는지 확인한다.
웹훅 소비자의 exemption_request.number 파싱과 중복 이벤트 처리를 테스트한다.
변경일 전후 동일 시나리오를 비교하고 기존 탐지·알림 흐름이 계속 동작하는지 확인한다.

변경 대상 이벤트와 자동화 영향

GitHub 공지에 따르면 2026년 11월 12일부터 secret_scanning_alert.* 및 secret_scanning_push_protection.bypass 감사 이벤트의 business 필드가 엔터프라이즈 표시 이름 대신 slug를 담는다. 필드 타입은 계속 문자열이고 이벤트명과 숫자 business_id 값은 변경되지 않는다. 따라서 표시 이름을 문자열로 비교하는 기존 자동화는 두 형식 모두 허용하거나 business_id를 사용하도록 테스트해야 한다. 이 변경을 보안 침해 발생 사실로 해석해서는 안 된다.

공식 출처: 발표 원문