GitHub 푸시 보호 프리뷰, 미리 정해진 형식이 없는 시크릿도 차단, 기본값 꺼짐에 AI 크레딧 소모
GitHub는 2026년 10월 28일 푸시 보호가 이제 미리 정해진 형식이 없는 시크릿도 차단할 수 있다고 발표했다. 공개 프리뷰다. Microsoft Applied Sciences와 개발한 전용 분류기가 의심되는 시크릿이 주변 코드에서 어떻게 쓰이는지를 본다.
GitHub는 2026년 10월 28일 푸시 보호가 이제 미리 정해진 형식이 없는 시크릿도 차단할 수 있다고 발표했다. 공개 프리뷰다. Microsoft Applied Sciences와 개발한 전용 분류기가 의심되는 시크릿이 주변 코드에서 어떻게 쓰이는지를 본다. 지금까지 푸시 보호는 시크릿 종류마다 미리 정의된 패턴으로 인식했다. 새 검사는 그 패턴 탐지기와 나란히 동작하고 기본값은 꺼짐이며 과금되는 AI 크레딧을 소모한다.
기존 방식에는 분명한 틈이 있다. 패턴 탐지기가 토큰을 알아보는 것은 서비스 제공자의 고정 접두사처럼 알려진 모양이 있기 때문이다. 비밀번호, 내부 키, 작은 업체의 토큰에는 그런 모양이 없을 수 있다. 새 분류기는 대신 맥락을 읽는다. 그 문자열이 근처 코드에서 어떻게 대입되고 전달되고 쓰이는지를 본다. GitHub는 이 덕분에 알려지고 알아볼 수 있는 형식이 없는 시크릿도 차단할 수 있다고 말한다. 페이지는 모델, 학습 데이터, 오탐 양상을 자세히 설명하지 않는다.
분류기가 동작하면 새 푸시, GitHub 웹 화면에서의 커밋, 파일 업로드가 대상이 된다. 시크릿을 찾으면 GitHub는 변경을 거부하고 위치를 알려 준다. 차단을 풀려면 개발자가 푸시 안의 모든 커밋에서 시크릿을 제거하고 다시 시도한다. 기존의 우회와 위임 우회 절차는 그대로 적용된다. GitHub는 자동화에 대한 규칙도 밝힌다. 에이전트는 차단을 우회하거나 피해 가기 전에 승인을 받아야 한다. 코딩 에이전트가 코드를 푸시하는 상황에서 중요한 문장이며 사람의 승인 단계를 분명히 한다.
GitHub는 초기 결과를 신중하게 표현한다. GitHub에 따르면 분류기는 푸시 보호가 시크릿을 잡은 푸시의 수를 두 배 넘게 늘렸다. 이는 서로 다른 시크릿의 수가 아니라 푸시의 수이며, 페이지는 비교 조건이나 관찰 기간을 밝히지 않는다. GitHub는 또 사용자가 보고한 정밀도가 시크릿 스캐닝 파트너의 발급자 정의 탐지기에 필적한다고 한다. 페이지에는 표본 크기, 절대 수치, 오탐률이 없으므로 이 주장들은 GitHub 자신의 것이며 페이지만으로는 확인할 수 없다.
활성화에는 세 가지 전제가 있다. 저장소에 AI 탐지 시크릿과 푸시 보호가 이미 켜져 있어야 한다. 기능은 github.com에서 GitHub Secret Protection이나 GitHub Advanced Security를 쓰는 조직에 제공된다. 그다음 관리자가 AI 탐지 시크릿 차단을 켠다. 저장소 관리자는 저장소 설정의 Advanced Security, Secret Protection, AI 탐지 시크릿에서 한다. 조직과 기업 관리자는 사용자 지정 보안 구성을 만들거나 고쳐 AI 탐지 시크릿, 푸시 보호, AI 탐지 시크릿 차단의 세 설정을 켠다. REST API 필드는 secret_scanning_generic_secrets, secret_scanning_push_protection, secret_scanning_generic_secrets_push_protection이다. 그 구성을 보호할 저장소에 적용한다.
관리자에게는 세 설정이 모두 필요하다. AI 탐지 시크릿(REST 필드 secret_scanning_generic_secrets), 푸시 보호(secret_scanning_push_protection), AI 탐지 시크릿 차단(secret_scanning_generic_secrets_push_protection)이다. 이 기능은 저장소, 조직, 기업, 기업 관리 사용자 수준에서 켤 수 있다. GitHub는 차단을 풀 때 푸시에 포함된 모든 커밋에서 시크릿을 제거한 뒤 다시 시도하라고 한다. 페이지는 분류기가 저장소의 기존 기록까지 검사하는지는 말하지 않으며, 설명하는 범위는 새 푸시, 웹 화면의 커밋, 파일 업로드다. 푸시 후 스캔에서 나오는 AI 탐지 시크릿 경고는 계속 Secret Protection과 Advanced Security에 포함되고, 푸시 시점 차단만 새로 과금된다. 이 기능은 github.com에서만 제공되는 프리뷰다. 본 사이트의 판단으로는, 분류기가 고정 형식이 아니라 맥락을 읽으므로 고정 접두사가 없는 비밀번호나 내부 키도 찾을 수 있지만 판단에 더 의존하는 만큼 오탐 가능성을 시험하며 확인해야 한다.
비용에도 주의가 필요하다. 푸시 보호의 AI 탐지는 AI 크레딧을 소모하며 조직이 프리뷰에 참여해 기능을 켠 때부터 과금된다. 반면 푸시 이후 스캔에서 나오는 AI 탐지 시크릿 경고는 추가 요금 없이 Secret Protection과 Advanced Security에 포함된다. 프리뷰는 github.com에 한정되므로 다른 배포 형태의 팀은 아직 기대하기 어렵다. 합리적인 시험은 소수의 저장소에서 차단된 푸시와 오경보를 기록해 본 뒤, 더 넓은 도입의 비용과 개발자 불편을 감수할지 정하는 것이다.
Sources
FAQ
새 푸시 보호 분류기는 무엇을 바꾸나요?
푸시 보호는 그동안 미리 정의된 패턴으로 시크릿 종류를 인식했다. Microsoft Applied Sciences와 개발한 새 분류기는 의심되는 값이 주변 코드에서 어떻게 쓰이는지 읽어 알려진 형식이 없는 시크릿도 차단한다. 패턴 탐지기와 함께 동작하고 푸시, 웹 커밋, 업로드를 다루며 기본값은 꺼짐이다.
'시크릿을 잡은 푸시가 두 배 넘게 늘었다'는 실제로 무엇을 뜻하나요?
GitHub의 초기 결과로, 시크릿을 잡은 푸시의 수가 두 배 넘게 늘었다. 서로 다른 시크릿 수가 아니라 푸시 수이며 페이지는 비교 조건이나 관찰 기간을 밝히지 않는다. 사용자가 보고한 정밀도는 파트너 정의 탐지기에 필적한다고 하지만 표본 크기, 절대 수치, 오탐률은 없다.
어떻게 켜고 어떻게 과금되나요?
저장소에 AI 탐지 시크릿과 푸시 보호가 켜져 있어야 하고 조직은 github.com에서 Secret Protection이나 Advanced Security를 써야 한다. 관리자가 차단을 켠다. 푸시 보호의 AI 탐지는 켠 뒤부터 AI 크레딧을 소모하고, 푸시 후 스캔 경고는 추가 요금이 없다.