39 miljoni akreditācijas datu noplūduši vienā gadā
GitHub Octoverse 2024 ziņojumā konstatēts, ka 2024. gadā GitHub noplūda 39 miljoni noslēpumu. Tas ir par 25% vairāk nekā 2023. gadā. Noslēpumi ietver API atslēgas, datu bāzu virknes, autentifikācijas marķierus un mākoņa akreditācijas datus.
Cēlonis ir zināms. Izstrādātāji veic koda saistījumus ar iekšā esošajiem noslēpumiem. Noslēpumi rodas no atkļūdošanas sesijām. Vai arī tie ir iekodēti, nevis saglabāti vides mainīgajos. Ar 39 miljoniem noplūžu tas nav reti. Tas ir ierasts.
MI rīki pievieno otro noplūdes kanālu
GitGuardian 2025 pētījums atklāja, ka 67% izstrādātāju ir nejauši atklājuši noslēpumus kodā. Tie paši ieradumi, kas rada GitHub noplūdes, rada arī MI rīku noplūdes.
Izstrādātājs ielīmē kodu Claude, ChatGPT vai citā MI asistentā palīdzībai. Šajā kodā bieži ir dzīvi akreditācijas dati. MI modelis saņem noslēpumu. Tas var to glabāt sarakstes vēsturē. Tas nosūta to uz pakalpojuma sniedzēja serveriem. Izstrādātājs zaudē kontroli — bez brīdinājuma.
Trīs piemēri:
Datu bāzes atkļūdošana. Izstrādātājs ielīmē kļūdu atgriezni. Tā ietver savienojuma virkni. MI nolasa arī paroli.
Cauruļvada pārskatīšana. Izstrādātājs koplieto datu cauruļvada skriptu. Skripta satur AWS piekļuves atslēgu un slepenās atslēgu. MI saņem abas.
API integrācijas pārskatīšana. Izstrādātājs lūdz atsauksmes par integrāciju. Kods ietver dzīvu partnera API atslēgu. Atslēga atstāj izstrādātāja tīklu.
Katros gadījumos mērķis ir likumīga palīdzība. Akreditācijas datu noplūde ir blakusefekts — MI tiek sniegts pietiekams konteksts. Tas ir tas pats modelis kā GitHub noplūdēs — ne ļaunprātīgs, tikai ierasts.
CI/CD cauruļvadi saskaras ar tādu pašu risku
CI/CD cauruļvadu noslēpumu noplūdes pieauga par 34% 2024. gadā. Veidošanas skripti, izvietošanas konfigurācijas un infrastruktūras kā koda faili tagad visi tiek pārskatīti ar MI. Šie faili bieži satur mākoņa akreditācijas datus un pakalpojuma konta marķierus.
Kā MI rīki aptver aizvien vairāk izstrādes cikla — pārskatīšanu, dokumentāciju, atkļūdošanu, optimizāciju — iedarbības virsma aug kopā ar tiem.
Kā MCP arhitektūra bloķē noplūdes
Komandām, kas izmanto Claude Desktop vai Cursor IDE, Modeļa konteksta protokola (MCP) servera arhitektūra novieto akreditācijas datu filtru ceļā starp izstrādātāju un MI modeli.
MCP serveris apstrādā katru tekstu, kas pārvietojas caur sesiju. Ielīmēts kods, kļūdu atgriešanas, konfigurācijas faili, atkļūdošanas konteksts — viss tas iziet cauri anonimizācijas solim pirms modelis to redz.
Dzinējs atrod akreditācijas datu modeļus: API atslēgu formātus, datu bāzu virknes, OAuth marķierus, privāto atslēgu galvenes un pielāgotus formātus, ko definē jūsu drošības komanda. Katra atbilsme tiek aizstāta ar marķieri pirms nosūtīšanas.
Kā tas izskatās praksē:
Izstrādātājs ielīmē kļūdu atgriezni ar datu bāzes savienojuma virkni. MCP serveris aizstāj virkni ar [DB_CONNECTION_1]. MI redz atgriezni ar marķieri vietā. Tas sniedz atkļūdošanas palīdzību, pamatojoties uz anonimizēto versiju. Faktiskais akreditācijas dats nekad neatstāja iekšējo tīklu.
Tas aptur to pašu noplūdes vektoru, kas piepilda GitHub ar noslēpumiem. Kanāls ir atšķirīgs — MI rīki, nevis git saistījumi — bet labojums darbojas tāpat: bloķē pirms nosūtīšanas.
Skatiet mūsu drošības pārskatu, lai uzzinātu, kā anonym.legal to apstrādā MI rīkos un dokumentu darbplūsmās, un atbilstības centru audita kontrolēm.
Atklāšana pēc fakta ir par vēlu
Dažas komandas izmanto saistījumu pēcpārbaudi, lai atklātu noplūdušos noslēpumus. GitGuardian un truffleHog labi darbojas GitHub kanālam. Tie neaptver MI rīku sesijas.
Kad noslēpums sasniedz MI pakalpojuma sniedzēja serverus, iedarbības ir notikusi. Skenēšana to atklāj vēlāk. MCP slāņa anonimizācija novērš tā nokļūšanu modelī vispār.
39 miljoni GitHub noplūžu dokumentē vienu kanālu. MI rīku iedarbība ir tā pati problēma kanālā ar mazāku uzraudzību un bez audita taka. Novēršana pirms nosūtīšanas aptver abus.