Dok svi raspravljaju o tome koji model najbolje piše kod, mnogo stariji i mnogo manje glamurozan problem tiho raste uporedo sa svakim novim AI data-centrom: kontroler za upravljanje osnovnom pločom, odnosno BMC. Istraživači bezbednosti ove nedelje predstavili su nalaze prema kojima hiljade servera povezanih na internet, velikih proizvođača, mogu daljinski da budu kompromitovane kroz propuste u ovim kontrolerima — pri čemu su neki od propusta stari više od deset godina. To uopšte nije priča o AI-ju. To je priča o hardveru na kojem AI radi i vredi je razumeti ako razmišljate o tome odakle će doći sledeći talas poslova u oblasti bezbednosti povezanoj s AI-jem.
Šta je BMC zapravo i zašto je zastrašujući
BMC je mali, zaseban računar zalemljen na gotovo svaku matičnu ploču serverskog računara u poslovnim sistemima. Pokreće sopstveni operativni sistem, sopstveni mrežni stek i ima sopstvenu IP adresu — potpuno nezavisno od operativnog sistema i aplikacija koji rade na glavnom serveru. Administratori koriste BMC-ove za upravljanje „bez svetla“ ili „van opsega“: za ponovno pokretanje računara, ponovno upisivanje firmvera, ponovnu instalaciju operativnog sistema, sve to daljinski i, što je ključno, čak i dok je glavni server isključen ili potpuno neodzivan.
Upravo to čini kompromitovani BMC toliko opasnim. Napadaču koji uđe u njega nije potrebno da operativni sistem hosta bude pokrenut, ne mora da zaobiđe bezbednost krajnjih tačaka instaliranu na njemu i može da opstane nakon ponovne instalacije operativnog sistema, pošto se BMC nalazi ispod i izvan sloja koji nadzire uobičajeni IT bezbednosni alat. Prema istraživanju o kojem se ove nedelje izveštavalo, protokol koji se najčešće dovodi u vezu s tim je IPMI, a istraživači bezbednosti upozoravaju na ovu klasu rizika najmanje od 2013. godine. Drugim rečima: ovo nije nova greška, već stara, poznata i strukturno teško rešiva kategorija grešaka koju industrija toleriše više od decenije.
Zašto je ovo sada važnije, a ne manje važno
Izgradnja AI infrastrukture fizički predstavlja jedan od najvećih talasa nabavke servera u istoriji — čitavi regali GPU servera ulaze u nove i proširene data-centre onoliko brzo koliko dobavljači mogu da ih isporuče. Svaki od tih servera isporučuje se s BMC-om, jer su BMC-ovi način na koji operateri data-centara upravljaju flotama u velikim razmerama; ne možete ući u zgradu veličine skladišta i ručno ponovo pokrenuti deset hiljada mašina. Zato AI bum ne kupuje samo računarsku snagu — on nužno kupuje i flotu malih, nedovoljno nadziranih računara van opsega, približno iste veličine, s dokumentovanom istorijom kritičnih ranjivosti dugom više od decenije.
To je tehnički dug: brzina izgradnje optimizovana je za postavljanje GPU-ova u regale i pokretanje treninga, a ne za proveru firmvera za upravljanje ugrađenog u svaku matičnu ploču ispod njih. Istraživači koji stoje iza ovog nedeljnog otkrivanja navodno su opisali BMC-ove kao „sveprisutnu, nedovoljno nadziranu i nedovoljno zakrpljenu paralelnu napadnu površinu“ — opis koji prethodi bumu AI data-centara, ali upravo taj bum sada umnožava broj BMC-ova u produkciji.
Niša koju ovo otvara
Ako pravite mapu pravaca u kojima će se razvijati karijere u bezbednosti uporedo s AI infrastrukturom, većina očiglednih oblasti — red-teaming modela, odbrana od ubrizgavanja upita, upravljanje agentima — već je pretrpana i već dobro pokrivena drugde. Bezbednosne provere hardvera i upravljanja van opsega nisu. To je neuglamuran, neatraktivan ugao bezbednosti infrastrukture koji se ne pojavljuje u AI uvodnim predavanjima, i upravo je u tome praznina: potražnja raste sa svakim novim data-centrom, a broj ljudi koji razumeju napadne površine na nivou firmvera i van opsega mali je, jer je to zaista drugačiji skup veština od bezbednosti aplikacija ili oblaka.
Kako taj posao zapravo izgleda, konkretno:
- Poznavanje firmvera i protokola. Razumevanje IPMI-ja (i njegovih poznatih slabih tačaka — poput dugo zastarelog paketa šifara 0, koji se i dalje isporučuje omogućen na nekim uređajima) dovoljno dobro da se proceni da li je određena flota servera izložena, a ne samo teoretski ranjiva.
- Provere segmentacije mreže. Provera da li su BMC/interfejsi za upravljanje zaista izolovani na posebnoj mreži za upravljanje ili im se može pristupiti iz produkcione mreže ili s opšteg interneta — osnovna kontrola za koju se iznova ispostavlja da nedostaje u praksi.
- Provere higijene akreditiva i zakrpa. BMC-ovi se često isporučuju sa podrazumevanim ili akreditivima koje je postavio proizvođač, kao i s firmverom koji nije deo uobičajenog ciklusa zakrpa operativnog sistema u data-centru, jer on nije operativni sistem — lako može da ispadne iz nadležnosti osobe ili tima koji su zaduženi za „zakrpe“.
- Poznavanje dobavljača i lanca snabdevanja. BMC firmver obično piše mali broj specijalizovanih dobavljača, koji ga licenciraju proizvođačima servera, pa se propust u kodu jednog dobavljača može odjednom proširiti na mnoge hardverske brendove — upravo je to obrazac ovog nedeljnog otkrivanja. Poznavanje toga koji se stek firmvera nalazi ispod kog brenda servera deo je posla.
Kako se zaista pozicionirati za ovo
Ovo je zaista nišna oblast i opravdano je biti skeptičan prema tome koliko će se posebnih radnih mesta otvoriti, umesto da ovo ostane specijalizacija unutar postojećih infrastrukturnih ili bezbednosnih timova — budite iskreni prema sebi i prihvatite da „revizor bezbednosti BMC-a“ na kraju može biti veština koju dodajete široj ulozi u bezbednosti hardvera/data-centara, a ne samostalan naziv radnog mesta. Ipak, bez obzira na to, nekoliko konkretnih poteza koje je moguće proveriti ima smisla: praktično se upoznajte s IPMI-jem i alatima za upravljanje van opsega ako imate pristup poslovnim serverima ili čak polovnom hardveru za laboratoriju; čitajte bezbednosna saopštenja dobavljača o BMC firmveru velikih proizvođača servera i firmvera za BMC, pošto objavljuju stvarna otkrivanja ranjivosti koja možete proučavati; a ako već radite u bezbednosti oblaka ili infrastrukture, počnite da postavljate sopstvenom timu za data-centre ili nabavku hardvera jednostavno pitanje koje je moguće proveriti — da li se našom BMC/IPMI ravni za upravljanje upravlja preko izolovane mreže i ko je zadužen za njeno zakrpljivanje? Ako niko nema pouzdan odgovor, to nije samo nalaz, već i demonstracija upravo one stručnosti koja je ovoj niši potrebna.
