39 Miljoen Geloofsbriewe Het in Een Jaar Uitgelek
GitHub se Octoverse 2024-verslag het bevind dat 39 miljoen geheime op GitHub uitgelek het in 2024. Dit is 'n 25% jaar-op-jaar toename van 2023. Die geheime sluit API-sleutels, databasisstrings, outhentikasietokens en wolk-geloofsbriewe in.
Die oorsaak is bekend. Ontwikkelaars dien kode in met geheime daarin. Die geheime kom van foutopsporingsessies. Of hulle word hardgekodeer in plaas daarvan om in omgewingsveranderlikes gestoor te word. By 39 miljoen lekkasies is dit nie skaars nie. Dit is roetine.
KI-Stelsels Voeg 'n Tweede Lekkasiekanaal By
GitGuardian se 2025-navorsing het bevind dat 67% van ontwikkelaars per ongeluk geheime in kode blootgestel het. Dieselfde gewoontes wat GitHub-lekkasies skep, skep ook KI-stelsels lekkasies.
'n Ontwikkelaar plak kode in Claude, ChatGPT of 'n ander KI-assistent vir hulp. Daai kode het dikwels lewende geloofsbriewe daarin. Die KI-model ontvang die geheim. Dit mag dit in gespreksgeskiedenis stoor. Dit stuur dit na die verskaffer se bedieners. Die ontwikkelaar verloor beheer -- sonder waarskuwing.
Drie voorbeelde:
Databasisfoutopsporing. 'n Ontwikkelaar plak 'n stapelspoor. Die spoor sluit die verbindingstring in. Die KI lees die wagwoord ook.
Pyplyn-beoordeling. 'n Ontwikkelaar deel 'n datapyplynskrip. Die skrip het 'n AWS-toegangssleutel en geheime sleutel. Die KI ontvang albei.
API-integrasiebeoordeling. 'n Ontwikkelaar versoek terugvoer oor 'n integrasie. Die kode sluit 'n lewende vennoot-API-sleutel in. Die sleutel verlaat die ontwikkelaar se netwerk.
In elke geval is die doel wettige hulp. Die geloofsbrief-lekkasie is 'n newe-effek van die gee van genoeg konteks aan die KI. Dit is dieselfde patroon as GitHub-lekkasies -- nie kwaadwillig nie, net roetine.
CI/CD-Pypylyne Staan Voor Dieselfde Risiko
CI/CD-pyplyn geheimlekkasies het 34% in 2024 toegeneem. Bou-skrips, ontplooiingskonfigurasies en infrastruktuur-as-kode-leers gaan almal nou deur KI-beoordeling. Hierdie leers bevat dikwels wolkgeloofsbriewe en diensrekeningtokens.
Soos KI-stelsels meer van die ontwikkelingsiklus dek -- beoordeling, dokumentasie, foutopsporing, optimalisering -- groei die blootstellingsvlak saam met hulle.
Hoe MCP-Argitektuur Lekkasies Blokkeer
Vir spanne wat Claude Desktop of Cursor IDE gebruik, plaas Model Context Protocol (MCP) bediener-argitektuur 'n geloofsbrief-filter in die pad tussen ontwikkelaar en KI-model.
Die MCP-bediener hanteer elke teks wat deur die sessie beweeg. Geplakte kode, stapelspore, konfigurasie-leers, foutopsporing-konteks -- alles gaan deur 'n anonimiseringstap voordat die model dit sien.
Die enjin vind geloofsbrief-patrone: API-sleutelformate, databasisstrings, OAuth-tokens, private sleutelhoofde en pasgemaakte formate wat u sekuriteitspan definieer. Elke passing word vervang met 'n token voor transmissie.
Hoe dit in die praktyk lyk:
'n Ontwikkelaar plak 'n stapelspoor met 'n databasisverbindingstring. Die MCP-bediener vervang die string met [DB_CONNECTION_1]. Die KI sien die spoor met die token op sy plek. Dit gee foutopsporingshulp gebaseer op die geanonimiseerde weergawe. Die werklike geloofsbrief het nooit die interne netwerk verlaat nie.
Dit stop dieselfde lekkasie-vektor wat GitHub met geheime vul. Die kanaal is anders -- KI-stelsels, nie git-indiensnames nie -- maar die oplossing werk op dieselfde manier: blokkeer dit voor transmissie.
Sien ons sekuriteitsoorsig vir hoe anonym.legal dit oor KI-stelsels en dokumentwerkvloeie hanteer, en die nakomingsentrum vir ouditbeheermaatreels.
Opsporing Na Die Feit Is Te Laat
Sommige spanne gebruik na-indiensname-skandering om uitgelekte geheime op te spoor. GitGuardian en truffleHog werk goed vir die GitHub-kanaal. Hulle dek nie KI-stelsel-sessies nie.
Wanneer 'n geheim 'n KI-verskaffer se bedieners bereik, is die blootstelling klaar. Skandering vind dit daarna. MCP-laag-anonimisering stop dit om die model te bereik.
Die 39 miljoen GitHub-lekkasies dokumenteer een kanaal. KI-stelsel-blootstelling is dieselfde probleem in 'n kanaal met minder monitering en geen ouditspoort nie. Voorkoming voor transmissie dek albei.