39 milijonov poverilnic uhajalo v enem letu
Porocilo GitHub Octoverse 2024 je ugotovilo, da je leta 2024 na GitHubu uhajalo 39 milijonov skrivnosti. To je 25-odstotni letni porast v primerjavi z letom 2023. Skrivnosti vkljucujejo kljuce API, nize za podatkovne baze, avtentikacijske tokene in poverilnice za oblak.
Vzrok je znan. Razvijalci zavezejo kodo s skrivnostmi v njej. Skrivnosti prihajajo iz sej odpravljanja napak. Ali so trdo kodirane namesto shranjevanja v okoljskih spremenljivkah. Pri 39 milijonih uhajanj to ni redkost. Je rutina.
Orodja AI dodajajo drugi kanal uhajanj
Research GitGuardian iz leta 2025 je ugotovil, da je 67 % razvijalcev nenamerno izpostavilo skrivnosti v kodi. Iste navade, ki ustvarjajo uhajanja na GitHubu, ustvarjajo tudi uhajanja pri orodjih AI.
Razvijalec prilepi kodo v Claude, ChatGPT ali drug AI pomoznik za pomoc. Ta koda ima pogosto zive poverilnice v sebi. Model AI prejme skrivnost. Morda jo shrani v zgodovino pogovora. Poslje jo na streznikе ponudnika. Razvijalec izgubi nadzor - brez opozorila.
Tri primeri:
Odpravljanje napak v podatkovni bazi. Razvijalec prilepi sled sklada. Sled vkljucuje niz za povezavo. AI prebere geslo.
Pregled cevovoda. Razvijalec deli skript podatkovnega cevovoda. Skript ima kljuc za dostop AWS in tajni kljuc. AI prejme oba.
Pregled integracije API. Razvijalec zaprosi za povratne informacije o integraciji. Koda vkljucuje zivi kljuc API partnerja. Kljuc zapusti razvijalcevo omrezje.
V vsakem primeru je cilj zakonita pomoc. Uhajanje poverilnic je stranski ucinek dajanja AI dovolj konteksta. To je enak vzorec kot uhajanja na GitHubu - ne zlonamernih, le rutinskih.
Cevovodi CI/CD so izpostavljeni istemu tveganju
Uhajanja skrivnosti v cevovodih CI/CD so se povecala za 34 % leta 2024. Skripi za gradnjo, konfiguracije za uvajanje in datoteke infrastrukture kot kode gredo zdaj skozi pregled AI. Te datoteke pogosto vsebujejo poverilnice za oblak in tokene servisnih racunov.
Ker orodja AI pokrivajo vec razvojnega cikla - pregled, dokumentacija, odpravljanje napak, optimizacija - se z njimi povecuje povrsina izpostavljenosti.
Kako arhitektura MCP blokira uhajanja
Za ekipe, ki uporabljajo Claude Desktop ali Cursor IDE, arhitektura streznika Model Context Protocol (MCP) postavi filter poverilnic na pot med razvijalcem in modelom AI.
Streznik MCP obravnava vsako besedilo, ki potuje skozi sejo. Prilepljena koda, sledi sklada, konfiguracijske datoteke, kontekst odpravljanja napak - vse to gre skozi korak anonimizacije, preden model to vidi.
Motor najde vzorce poverilnic: formate kljucev API, nize za podatkovne baze, tokene OAuth, glave zasebnih kljucev in prilagojene formate, ki jih doloci vasa varnostna ekipa. Vsako ujemanje se zamenja z zeton pred prenosom.
Kako izgleda v praksi:
Razvijalec prilepi sled sklada z nizom za povezavo s podatkovno bazo. Streznik MCP zamenja niz z [DB_CONNECTION_1]. AI vidi sled z zeton na mestu. Pomaga pri odpravljanju napak na podlagi anonimne razlicice. Dejanska poverilnica ni nikoli zapustila notranjega omrezja.
To ustavi enak vektor uhajanj, ki polni GitHub s skrivnostmi. Kanal je drugacen - orodja AI, ne git zavcezbe - a popravek deluje enako: blokiraj ga, preden ga prenese.
Glejte nas pregled varnosti za to, kako anonym.legal to obravnava pri orodjih AI in dokumentnih delovnih tokovih, ter center za skladnost za revizijske kontrole.
Zaznavanje po dejstvu je prepozno
Nekatere ekipe uporabljajo skeniranje po zavcezbi za odkrivanje uhajanj skrivnosti. GitGuardian in truffleHog dobro delujeta za kanal GitHub. Ne pokrivata sej orodij AI.
Ko skrivnost doseze streznikе ponudnika AI, je izpostavljenost koncana. Skeniranje jo najde po tem. Anonimizacija na ravni MCP jo prepreci, da bi sploh dosegla model.
39 milijonov uhajanj na GitHubu dokumentira en kanal. Izpostavljenost orodjom AI je enak problem v kanalu z manj nadzorom in brez revizijske sledi. Preprecevanje pred prenosom pokriva oba.