깃허브 보안 감사 로그 식별값 11월 변경…이름 기준 자동화 점검 필요

깃허브가 20일 비밀정보 탐지 기능의 변경 사항을 공지했다. 기업 감사 로그 일부에서 `business` 필드의 값이 11월 12일부터 기업 표시 이름 대신 슬러그로 바뀐다. 표시 이름을 기준으로 로그를 걸러내는 자동화가 있다면 변경 전후의 값을 모두 처리하거나 숫자형 `business_id`를 활용해야 한다.

바뀌는 것은 필드 값, 이벤트 이름은 유지

적용 대상은 `secret_scanning_alert.*`와 `secret_scanning_push_protection.bypass` 감사 이벤트다. `business`는 계속 문자열이며 이벤트 이름과 숫자형 `business_id` 값은 그대로라고 깃허브는 설명했다. 11월 12일은 예정된 전환일로, 21일 현재 이미 바뀐 것으로 해석해서는 안 된다.

표시 이름은 관리자가 보는 기업 이름이고 슬러그는 식별에 쓰는 문자열이다. 같은 필드를 읽더라도 기존 표시 이름과 비교하도록 짜인 필터는 전환 뒤 기대한 이벤트를 놓칠 수 있다. 실제 영향은 각 조직의 로그 수집 규칙과 조회 방식에 달려 있다.

인코딩된 토큰 폐기 지원은 공개 시험 단계

이번 공지에는 비밀정보 탐지 기능의 다른 개선 사항도 담겼다. 깃허브는 Base64로 인코딩된 깃허브 토큰을 자동으로 풀어 기존 폐기 요청 기능에서 다룰 수 있도록 했다고 밝혔다. 클래식·세분화된 개인용 액세스 토큰과 OAuth 액세스 토큰, 깃허브 앱 사용자 액세스 토큰이 대상이다.

이 기능은 비밀정보 탐지가 켜진 github.com의 비공개·내부 저장소에 한정되며, 토큰 폐기 기능 자체도 공개 미리보기다. 모든 종류의 유출 자격증명을 자동으로 찾아 폐기한다는 뜻은 아니다. 깃허브의 기능 문서는 유출 경고를 받으면 해당 자격증명을 교체하도록 안내한다.

독립 보안업체 트러플 시큐리티는 앞서 공개 저장소 자료를 분석해 2026년 7월 검사 당시 살아 있는 자격증명을 다수 확인했다. 연구 대상은 2025년 8월까지 수집된 공개 저장소의 기본 브랜치로, 이번에 확대된 비공개·내부 저장소 토큰 폐기 기능의 효과를 측정한 연구는 아니다. 탐지 범위의 확대와 유출 뒤 실제 폐기가 별개 문제임을 보여주는 배경 자료로만 볼 수 있다.

출처: https://github.blog/changelog/2026-10-20-updates-to-github-secret-scanning/
깃허브 기능 문서: https://docs.github.com/en/enterprise-cloud@latest/code-security/concepts/secret-security/secret-scanning
독립 연구: https://trufflesecurity.com/blog/github-repos-exposed-543699-credentials-nobody-revoked-them
대표 이미지: AI 생성 이미지 / 데이마크