GitHub: 1 av 3 PR er agent – secret hvert 2. sek, modell under 2 ms

GitHub skriver 7. oktober at én av tre pull requests på plattformen involverer en KI-agent. For ett år siden var tallet under én av ti. Hvis takten holder, kan det meste av koden som pushes til GitHub om to år være skrevet av en agent. Mye av den blir kanskje aldri lest ferdig av et menneske.

Samme dag tar GitHub en formålsbygd klassifikator inn i secret protection. Modellen, tunet med Microsoft Applied Sciences, leser kode rundt kandidaten og skal kjenne igjen passord uten kjent token-format. Den vurderer et sett kandidater på under to millisekunder. GitHub sier den kan mer enn doble antall hemmeligheter de klarer å stanse før de lander i historikken.

For CISO er dette ikke en ny skanner. Det er innrømmelsen at menneskelig opprydding ikke skalerer med agentkode.

Tallene GitHub faktisk viser

Et nytt hemmelighet dukker opp i offentlig synlig kode omtrent hvert annet sekund. Takten har doblet seg årlig i tre år. Mellom andre kvartal 2024 og andre kvartal 2026 vokste screenede pushes 2,84 ganger, mens pushes med credentials vokste 2,59 ganger. GitHub fant ingen statistisk påvisbar trend i andel pushes med hemmelighet. Andelen blokkeringer utviklere overstyrer falt lineært fra 6,63 prosent til 3,93 prosent. Konklusjonen deres: utviklere blir ikke sløvere. De blir forbikjørt.

Offentlige pushes i andre kvartal 2026: 574 millioner. 0,47 prosent med detektert hemmelighet. Fast rate og doblet volum dobler forventede lekkasjer. Snittid for manuell tilbakekalling ligger rundt 40 dager. Omtrent én av fem tok mer enn 90 dager.

Katalogen dekker over 150 partnere. I andre kvartal 2026 rapporterte offentlig skanning i snitt 26 treff i sekundet, inkludert gjentak. Mange partnere kaller tilbake token med en gang: OpenAI API-nøkler, Google Cloud, Slack-webhooks, Hugging Face-brukertokens, SendGrid. Eieren må fortsatt bytte nøkkel. Tilbakekallingen venter ikke på at noen åpner et GitHub-varsel.

Push protection griper inn tidligere. Siste måned ble et hemmelighet blokkert minst én gang i sekundet. For utstederbundne credentials blokkerer GitHub flere enn de som glipper. Når flere secret-typer telles med, stopper push protection om lag 30 prosent av ny-detekterte hemmeligheter før de går inn i historikken. De resterende 70 prosentene finnes etter at creden er tapt.

GitHub kaller det et firekroppsproblem: presisjon, latens, gjennomstrømning og kostnad. En falsk positiv ødelegger tilliten til neste blokk. En sjekk som er for treg, kan ikke ligge i push-stien.

Hva som er nytt 7. oktober

Ny ModernBERT-klassifikator. Den genererer ikke kode eller prosa. Den bruker kontekst for å blokkere passord-lignende verdier i database-URL, Kubernetes Secret og Dockerfile, og slippe gjennom plassholderen changeme. GitHub sier den er mer presis enn eksisterende LLM-pipeliner, og billig nok til å kjøre i kritisk sti.

Tre spor:

AI-detekterte varsler etter push byttes automatisk til den nye modellen fra i dag, uten ekstra kostnad for GitHub Secret Protection og GitHub Advanced Security.

AI-detekterte secrets i push protection er i privat forhåndsvisning. Senere i oktober til organisasjoner med Secret Protection på Enterprise Cloud og GitHub Teams. Den vil bruke AI-kreditter. En sjekk kan trekke kreditter selv om den ikke blokkerer pushen. Forbruk føres på organisasjonen, under SKU-en Secret Protection AI Credits, ikke på den enkelte utviklerens kvote, med unntak for visse EMU-brukernavnrom.

Klassifikatoren kommer i /security-review for Copilot CLI og Copilot-appen, slik at hemmeligheter kan tas før push uten Secret Protection-lisens. Disse sjekkene blir av som standard. Agenter skal ikke slå på kredittkrevende funksjoner uten eksplisitt fullmakt. Forbruket lander på Copilot-planen og rapporteres under GHSP i AI usage insights.

Modellen skal også i GitHub Enterprise Server 3.23 i offentlig forhåndsvisning, med AI-detekterte varsler i luftgappede miljøer. Push protection med AI og Copilot security-review er ikke del av den server-releasen.

Administratorer kan slå av de nye evnene med policy og sette budsjett på Secret Protection AI Credits. Varsel alene stopper ikke forbruk. «Stop usage when budget limit is reached» må slås på der det finnes.

Hva det betyr for CIO og CISO

Hvis én av tre PR allerede er agent, er secret-policy en agentpolicy. Push protection som bare kjenner prefiks-tokens mister databasepassord, kube-secrets og Dockerfile-strenger. Det er akkurat det klassifikatoren skal ta. Private preview og AI-kreditter betyr at dette ikke er default i norske enterprise-tenanter 8. oktober.

Sett tre kontroller før dere skrur på:

Én: hvem som får enable push protection med AI. Ikke la agenten opt-in. GitHub sier det selv.

To: budsjett på Secret Protection AI Credits med hard stopp. En sjekk koster også når den slipper gjennom. Uten cap blir secret-vern en åpen tokenregning.

Tre: mål andelen hemmeligheter som stanses før historikk, ikke antall varsler. GitHub sier 30 prosent i dag og lover mer enn dobling med modellen. Det er deres estimat, ikke deres baseline. Ta Q2-tallene 2,84 og 2,59 og 40 dager revoke som utgangspunkt for styret: volumet vokser, oppryddingen gjør det ikke.

EØS og GHES: luftgappet server får varsler i 3.23, ikke AI-push-blokk. Sky-tenant på github.com og ghe.com har annen flate. Skriv skillet inn i DPIA. Hemmeligheter i agent-PR er behandleransvar også når Copilot skrev linjen.

Leverandørstyring: OpenAI, Google Cloud, Slack og Hugging Face kaller tilbake når GitHub varsler. Interne passord uten utsteder gjør de ikke. Klassifikatoren treffer nettopp dem. Den flytter ansvaret tilbake til dere: revoke, rotasjon, og om agenten fikk se secretet i prompten før pushen ble stoppet.

Begrensninger

«Mer enn doble» er GitHubs påstand om prevent-kapasitet, ikke et uavhengig målt kutt i lekkasjer. Push protection med AI er privat forhåndsvisning. /security-review kommer snart, av som default. GHES 3.23 får varsler, ikke push-blokk. 26 treff i sekundet inkluderer gjentak. 40 dager revoke er snitt, ikke SLA. Dette er GitHub-bloggen og changelog 7. oktober 2026, ikke en måling på norsk kodebase.

Kilder og medier

Primærkilde: GitHub, Erin Havens, «Secret protection must scale with software», 7. oktober 2026, 17:45 UTC. https://github.blog/ai-and-ml/github-copilot/secret-protection-must-scale-with-software/

Supplerende: GitHub Changelog, «Purpose-built model for leaked secret detection», 7. oktober 2026, 16:13 UTC. https://github.blog/changelog/2026-10-07-purpose-built-model-for-leaked-secret-detection/

Thumbnail: OpenAI Image 2 / hogby.ai