Raksts

LiteLLM piegādes ķēdes uzbrukums: masīva datu noplūde

Martā kompromitētas LiteLLM pakotnes izplatīja atmiņā skenējošu aizmugures programmu, kas nopludināja aptuveni 195 TB ar mākoņa atslēgām, SSH taustiņiem un CI/CD kredenciāliem. Jāveic tūlītēja atslēgu apmaiņa.

LiteLLM piegādes ķēdes uzbrukums: masīva datu noplūde
Lasīšanas laiks: 4 Minūtes
Sekot Google

Četrdesmit minūtes. Tikai tik maz šajā martā pietika uzbrucējiem, lai ierastas pakotņu lejupielādes pārvērstu masīvā datu zādzībā.

Izstrādātāji un inženieri, kas lejupielādēja to, ko uzskatīja par likumīgām atvērtā koda AI integrācijas bibliotēkas LiteLLM (versijas 1.82.7 un 1.82.8) izlaidēm, faktiski saņēma kodu, kas saturēja atmiņas skreipera aizmugures durvju komponentu. Palaista ļaunprogrammatūra pārlūkoja sistēmas RAM, savāca tajā atrastās slepenās informācijas vienības un straumēja tās uz uzbrucēju kontrolētiem serveriem. Rezultāts: daudzi terabaiti sensitīvu datu tika noplūdināti no dažām no pasaules lielākajām kompānijām.

Kā pakotnes kompromitācija kļuva par globālu piegādes ķēdes katastrofu

Drošības pētnieki vēlāk atrada kešu aptuveni 195 terabaitu apjomā. Tajā bija mākoņpieejas atslēgas, konteineru reģistra žetoni, SSH atslēgas un aktīvas datu bāzu paroles, kas saistītas ar vairāk nekā 2 500 organizācijām. Datu kopā bija arī akreditācijas dati no vairāk nekā 434 000 CI/CD cauruļvadu ierakstiem, daudzus no tiem atklāja atļaujošas publiskas cauruļvadu konfigurācijas. Īsumā: ja akreditācijas dati atradās atmiņā vai cauruļvada mainīgajos, tie bija apdraudēti.

Iekļūšana nesākās LiteLLM. Pēc tehniskajiem pēdu ierakstiem, ko izmeklētāji salika kopā, uzbrucēji vispirms kompromitēja plaši izmantotu ievainojamību skeneri Trivy un izmantoja šo piekļuvi, lai indētu saistītus projektus, piemēram, KICS un Telnyx Python SDK. No turienes inficētā ķēde izplatījās uz LiteLLM izlaistajām pakotnēm.

Operācijas atribūciju paziņoja grupa, kas sevi dēvē par TeamPCP. Vairāki neatkarīgi drošības komandas apstiprināja uzbrukuma shēmu un laika grafiku, atstājot maz šaubu, ka tā bija koordinēta piegādes ķēdes kampaņa, nevis izolēts ekspluatācijas gadījums.

Kurš cieta? Noplūde ir plaša. Tehnoloģiju giganti un kritiski infrastruktūras uzņēmumi parādās atklājumos: Nvidia, Amazon Web Services, Samsung, Cisco, Siemens, Volkswagen, Reuters, FedEx, Epic Games, X (agrāk Twitter), HP, Philips un Deutsche Bank ir starp uzņēmumiem, kuru izrādītās atslēgas ar augstu pārliecību ir apstiprinātas.

Kāpēc tas notika tik ātri? Krustojas divi iemesli: steiga ieviest AI rīkus un trausls uzticības modelis atvērtā koda piegādes ķēdēs. Organizācijas, kas steidzīgi integrēja AI iespējas, instalēja bibliotēkas un automatizācijas cauruļvadus ar minimālu auditu. Slepenas, kas glabājās vides mainīgajos vai palika būves izpildes atmiņā, kļuva par vieglu mērķi.

Ir arī tehnisks iemesls, kāpēc uzbrukums bija tik efektīvs. Ļaunprātīgās LiteLLM būves izpildīja atmiņas skreiperi, kas nopludināja visas atmiņā esošās akreditācijas un nosūtīja tās kolektoram. Tas nozīmē, ka pat īslaicīgi žetoni, kas izmantoti izvietošanas laikā, tika sagūstīti. Īslaicīgs nenozīmē drošs, ja uzbrucējs var lasīt RAM.

Atcelt un apmainīt visas atklātās atslēgas un žetonus nekavējoties.

Tas ir tas vienīgais norādījums, ko drošības komandas šobrīd atkārto. Taču labošana ir sarežģīta. Tā kā daudzas noplūdušās slepenas vērtības bija novērotas bez domēna etiķetēm vai organizāciju identifikatoriem, aizstāvjiem jārisina sāpīgs inventarizācijas uzdevums: noteikt, kuras atslēgas pieder kuram pakalpojumam, pēc tam tās atcelt, apmainīt un pārkonfigurēt. Daudziem inženieru kolektīviem tas nozīmē CI/CD izpildītāju pārbūvēšanu, iegulto slepenu aizstāšanu ar īslaicīgām akreditācijām un slepeno skenēšanas rīku ieviešanu, kas piefiksē noplūdes pirms nonākšanas ražošanā.

Mācības ir skaidras un skarbas. Pirmkārt, atkarību izcelsmei ir nozīme. Steidzīga ērtības bibliotēku instalēšana bez kontrolsummu un izdevēju identitāšu pārbaudes radīs piegādes ķēdes risku. Otrkārt, slepenas nedrīkst glabāties nenokodētās cauruļvadu mainīgajos vai ilgdzīvojošos žetonos. Izmantojiet īslaicīgas pakalpojumu identitātes un piekļuvi, kas balstīta uz darba slodzēm, kur iespējams. Treškārt, atvērtā koda ekosistēmai nepieciešami stingrāki aizsargi: reproducējamas būves, parakstītas pakotnes un labāka izdevēju prakse mazinās šāda veida uzbrukumus.

Organizācijām, kas izmanto LiteLLM vai jebkurus saistītos rīkus, tūlītējas darbības ietver:

  • Inventarizēt visas akreditācijas un žetonus, kas varētu būt ielādēti būvē vai izpildes atmiņā.
  • Atcelt un apmainīt šīs atslēgas, izsniedzot jaunas akreditācijas ar minimālām privilēģijām.
  • Revīzēt CI/CD cauruļvadus un aizstāt jebkādas nenokodētas slepenas ar seifa (vault) balstītiem īslaicīgiem žetoniem.
  • Validēt pakotņu integritāti, pārbaudot kontrolsummas un dodot priekšroku parakstītiem izlaidumiem no uzticamiem uzturētājiem.
  • Uzraudzīt neparastu izejošo trafiku no būvniecības infrastruktūras, kas var liecināt par paliekošām aizmugures durvīm.

Uzbrukums ir trauksmes signāls. AI rīku integrācija var sniegt lielus produktivitātes ieguvumus. Taču, kad ātrums apsteidz drošību, sekas nav teorētiskas. Akreditācijas ir valūta. Kad tās noplūst, tās ļauj eskalāciju, laterālu pārvietošanos un datu zādzību plašā mērogā. Komandas ir jāpieņem, ka kompromiss ir iespējams, un jāizveido sistēmas, kas samazina to, ko uzbrucējs var iegūt vienā sesijā.

Gaidāmi sīkāki publiskojumi no drošības firmām, kamēr tās turpina šķetināt 195 terabaitu krātuvi un kartēt ietekmētās organizācijas. Pašlaik drošākā nostāja ir ātra, koordinēta atslēgu apmaiņa kopā ar forensisku pārskatu par būvēšanas un izvietošanas procesiem.

Avotssmarti.live
Artūrs Ozoliņš

"IT speciālists un žurnālists. Es rakstu par kiberdrošību, blokķēdēm un digitālo transformāciju."

Atstāt komentāru

Komentāri

Vēl nav komentāru. Esiet pirmais.