Tilbage til BlogAI Sikkerhed

39 mio. GitHub-lækager: Risikoen ved AI-kodning

67 % af udviklere har ved et uheld eksponeret hemmeligheder i kode (GitGuardian 2025). 39 millioner hemmeligheder blev lækket på GitHub i 2024 — en stigning på 25 % år over år.

March 29, 20268 min læsning
GitHub secret leaksdeveloper AI securitycredential exposureMCP Server protectionGitGuardian 2025

39 millioner legitimationsoplysninger lækket på ét år

GitHubs Octoverse 2024-rapport afslørede, at 39 millioner hemmeligheder blev lækket på GitHub i 2024. Det er en stigning på 25 % år over år fra 2023. Hemmelighederne inkluderer API-nøgler, databasestrenge, auth-tokens og cloud-legitimationsoplysninger.

Årsagen er velkendt. Udviklere committer kode med hemmeligheder indeni. Hemmelighederne stammer fra fejlfindingssessioner. Eller de er hårdkodet i stedet for gemt som miljøvariabler. Med 39 millioner lækager er dette ikke en sjældenhed. Det er rutine.

AI-værktøjer tilføjer en anden lækagekanal

GitGuardians forskning fra 2025 viste, at 67 % af udviklere ved et uheld har eksponeret hemmeligheder i kode. De samme vaner, der skaber GitHub-lækager, skaber også lækager via AI-værktøjer.

En udvikler indsætter kode i Claude, ChatGPT eller en anden AI-assistent for at få hjælp. Den kode indeholder ofte aktive legitimationsoplysninger. AI-modellen modtager hemmeligheden. Den kan gemme den i samtaleoversigten. Den sender den til udbyderens servere. Udvikleren mister kontrollen — uden advarsel.

Tre eksempler:

Databasefejlfinding. En udvikler indsætter en stack trace. Tracen indeholder forbindelsesstrengen. AI'en læser adgangskoden med.

Pipeline-gennemgang. En udvikler deler et datapipeline-script. Scriptet indeholder en AWS-adgangsnøgle og en hemmelig nøgle. AI'en modtager begge.

API-integrationsgennemgang. En udvikler beder om feedback på en integration. Koden indeholder en aktiv partner-API-nøgle. Nøglen forlader udviklerens netværk.

I hvert tilfælde er målet legitim hjælp. Lækagen af legitimationsoplysningerne er en bivirkning ved at give AI'en tilstrækkelig kontekst. Dette er samme mønster som GitHub-lækager — ikke ondsindet, blot rutine.

CI/CD-pipelines er udsat for den samme risiko

Lækager af hemmeligheder i CI/CD-pipelines steg med 34 % i 2024. Build-scripts, deployment-konfigurationer og infrastruktur-som-kode-filer gennemgås nu alle med AI. Disse filer indeholder ofte cloud-legitimationsoplysninger og servicekontotoken.

Efterhånden som AI-værktøjer dækker mere af udviklercyklussen — gennemgang, dokumentation, fejlfinding, optimering — vokser eksponeringsfladen med dem.

Hvordan MCP-arkitektur blokerer lækager

For teams, der bruger Claude Desktop eller Cursor IDE, placerer Model Context Protocol (MCP) serverarkitektur et legitimationsfilter i stien mellem udvikler og AI-model.

MCP-serveren håndterer al tekst, der bevæger sig gennem sessionen. Indsat kode, stack traces, konfigurationsfiler, fejlfindingskontekst — alt passerer igennem et anonymiseringstrin, inden modellen ser det.

Motoren finder legitimationsmønstre: API-nøgleformater, databasestrenge, OAuth-tokens, private nøglehoveder og brugerdefinerede formater, som dit sikkerhedsteam definerer. Hvert match erstattes med et token inden transmission.

Sådan ser det ud i praksis:

En udvikler indsætter en stack trace med en database-forbindelsesstreng. MCP-serveren erstatter strengen med [DB_CONNECTION_1]. AI'en ser tracen med tokenet på plads. Den yder fejlfindingshjælp baseret på den anonymiserede version. Den faktiske legitimationsoplysning forlod aldrig det interne netværk.

Dette stopper den samme lækagevektor, der fylder GitHub med hemmeligheder. Kanalen er anderledes — AI-værktøjer i stedet for git commits — men løsningen virker på samme måde: blokér det, inden det transmitteres.

Se vores sikkerhedsoversigt for, hvordan anonym.legal håndterer dette på tværs af AI-værktøjer og dokumentarbejdsgange, og compliance-centret for revisionskontroller.

Detektion efter hændelsen er for sent

Nogen teams bruger scanning efter commit til at opfange lækkede hemmeligheder. GitGuardian og truffleHog fungerer godt til GitHub-kanalen. De dækker ikke AI-værktøjssessioner.

Når en hemmelighed når en AI-udbyders servere, er eksponeringen sket. Scanning finder den bagefter. MCP-laget anonymiserer inden modellen ser det overhovedet.

De 39 millioner GitHub-lækager dokumenterer én kanal. Eksponering via AI-værktøjer er det samme problem i en kanal med mindre overvågning og ingen audit trail. Forebyggelse inden transmission dækker begge.

Kilder

Klar til at beskytte dine data?

Begynd at anonymisere PII med 273 enhedstyper på tværs af 48 sprog.