← Natrag
AI

LiteLLM SQLi: otvoreni kod, otvoreni podatci, otvorena rupa

Damir Radulić· 29. travnja 2026.· 3 min čitanja· 10 pregleda
LiteLLM SQLi: otvoreni kod, otvoreni podatci, otvorena rupa
🎧 Poslušaj članak

Tisuću i jedan open-source projekt kasnije, netko se konačno sjetio provjeriti što se događa kad gateway koji spaja sve tvoje LLM-ove ostaviš bez autentikacije. Pas mater, pa to je kao da ključeve stana ostaviš u bravi s unutarnje strane i pitaš se zašto netko ulazi kroz vrata. CVE-2026-42208 nije bug, nije propust, nije oversight — to je dijagnoza čitave industrije koja gradi nebodere na temeljima od kartona i entuzijazma.

Ako si ikad postavljao server za klijenta koji je inzistirao da mu root lozinka bude "admin123", znaš o čemu pričam. LiteLLM je alat koji bi trebao biti vratar između tvoje aplikacije i jezičnog modela, prvi red obrane, checkpoint kroz koji prolaze svi upiti i svi odgovori — i sad ispada da taj vratar ne samo da ne provjerava tko ulazi, nego ostavlja vrata otvorena i baca ključeve u predvorje. SQL injection bez autentikacije. Pre-auth, kažu stručnjaci, što je tehnički način da se kaže: "Bok, došao sam, evo ti baza podataka na pladnju, uzmi što ti treba."

Industrijski standardi za sigurnost su pali na razinu gdje je "otvoreni kod" postao sinonim za "otvoreni podatci". Ne, nije. Otvoreni kod znači da možeš vidjeti što radi, ne da možeš raditi što hoćeš. Razlika je suptilna, ali jebeno bitna — kao razlika između recepata u kuharici i poziva da dođeš u tuđu kuhinju i pojedeš sve iz frižidera. Problem nije u kodu, problem je u kulturi koja je uvjerila developere da je security feature koji dodaješ na kraju, kao šlag na tortu, a ne temelj na kojem se gradi. A onda se čude kad im se torta sruši jer je šlag premekan da nosi katastrofu.

Dvadeset godina u IT-u naučilo me jedno: svaka rupa koju ostaviš otvorenu bit će iskorištena. Nije pitanje hoće li, nego kad. I tko će prvi stići — netko tko želi tvoje podatke, ili netko tko želi tvoje resurse za rudarenje kriptovaluta, ili netko tko samo želi vidjeti može li. Jer ljudi su znatiželjni, a znatiželja u kombinaciji s pristupom bazi podataka daje rezultate koji su sve samo ne zabavni. LiteLLM ekipa je izbacila patch, naravno. I to je dobro. Ali pitanje koje visi u zraku, kao dim iznad zagorskog kotlića, jest: zašto je taj patch uopće trebao postojati?

Jer nije da je SQL injection nova tehnika. To je klasik. To je ono što su hakeri radili devedesetih, kad su serveri bili u podrumima i kad je "cloud" značio oblak iznad glave. To je osnovna škola sigurnosti, prvi razred, abeceda. Ako tvoj proizvod, koji je gateway za jednu od najosjetljivijih komponenti modernog softverskog stacka — jezični model koji obrađuje korisničke podatke — ima SQL injection ranjivost koja ne zahtijeva ni prijavu, onda imaš problem koji nadilazi tehnički. Imaš problem u procesu, u kulturi, u načinu na koji razmišljaš o sigurnosti.

A kultura u tech industriji danas je jednostavna: shipaj brzo, popravljaj kasnije. MVP, minimum viable product, postao je minimum viable security — dovoljno dobar da se pokrene, previše loš da se spava mirno. I onda kad netko iskoristi rupu, svi su iznenađeni. "Nismo očekivali", kažu. Jebote, pa ti si ostavio vrata otvorena, šta si očekivao? Da će netko pokucati? U svijetu hakera ne kuca se na vrata. U svijetu hakera provjerava se jesu li vrata otključana. I ako jesu, ulazi se.

Ono što ovaj slučaj čini posebno zanimljivim nije sama ranjivost, nego kontekst u kojem se pojavljuje. LiteLLM nije neki mali projekt koji vodi dvoje entuzijasta u garaži. To je ozbiljan alat, korišten u produkcijama kompanija koje bi trebale znati bolje. I opet — ista priča. Brzina ispred sigurnosti. Značajke ispred temelja. AI hype koji gura sve pred sobom, pa i osnovne sigurnosne protokole. Jer kad investitori traže growth, a korisnici traže nove featuree, security postaje onaj dosadni rođak na svadbi kojeg se trpi, ali mu se ne obraća pažnja. Dok ne napravi scenu.

I sad imamo situaciju: hakeri su već u sustavu. Ne čekaju. Ne pitaju. Uzimaju podatke koji su trebali biti zaštićeni, koji su prolazili kroz gateway koji je trebao biti siguran. A odgovor industrije? Patch. I apel. I obećanje da će ubuduće biti bolje. Kao da je prvi put da netko obećava da će se popraviti nakon što je zeznuo stvar. Kao da nismo već prošli kroz dvadeset godina istih priča, istih propusta, istih iznenađenih lica kad netko iskoristi rupu koju su ostavili otvorenom.

I sve to u eri kad se priča o odgovornom razvoju AI-ja, o etici, o sigurnosti. Lijepo zvuči na konferencijama. Super izgleda u press releaseovima. Dok netko ne nađe bazu podataka s tisućama upita i odgovora, s tokenima, s API ključevima, s privatnim razgovorima — i uzme ih. Jer je mogao. Jer je vrata ostavio otvorenima onaj tko je trebao biti vratar.

Jedina konstanta u tech industriji je sposobnost ljudi da budu iznenađeni očekivanim.

Izvor: bleepingcomputer.com

LiteLLMSQL injectionhakerisigurnostopen-source ranjivostAI gatewaypre-auth exploit

Zanima vas ovakva AI tehnologija?

RiNET gradi sovereign AI rjesenja za javni sektor i poduzeca - od civic intelligence do automatizacije nabave.

Kontaktirajte nas →
0 komentara

Komentari