Većina razgovora o veštačkoj inteligenciji i poslovima trenutno se vodi o vidljivom sloju: ko piše kod, ko zadaje upite modelu, ko dobija otkaz kada četbot može da napravi prvi nacrt. U ovonedeljnim vestima krije se priča o sloju koji niko u tom razgovoru ne posmatra — i vredi joj posvetiti pažnju upravo zato što se gotovo niko ne nadmeće za veštine koje ona nagrađuje.

Greška koja je tu još od 2013. godine

Istraživači bezbednosti ove nedelje su detaljno opisali kako hiljade servera povezanih na internet, koje proizvode veliki proizvođači, mogu daljinski da dobiju bekdor preko svojih kontrolera za upravljanje matičnom pločom, odnosno BMC-ova — malih, zasebnih računara ugrađenih u gotovo svaku matičnu ploču serverske klase, koji imaju sopstveni operativni sistem, mrežni stek i IP adresu, nezavisno od onoga što se dešava na glavnoj mašini (Ars Technica). BMC-ovi omogućavaju IT osoblju da daljinski ponovo pokrene server, instalira novi sistem ili ga nadgleda čak i kada je isključen ili potpuno ne reaguje — zaista korisno upravljanje „bez prisustva“. Caka je, prema istraživačima, u tome što je osnovni protokol označen kao laka meta još najmanje od 2013. godine, a neke od ranjivosti koje se sada iskorišćavaju starije su od deset godina. Ars to opisuje kao „sveprisutnu, nedovoljno nadziranu i nedovoljno zakrpljenu paralelnu napadnu površinu“ — ne kao novu rupu, već kao staru rupu koja je tiho zanemarivana jer se nalazi ispod nivoa na kojem se odvija najveći deo pažnje posvećene softveru i bezbednosti.

Agentsko programiranje uskoro će ovoga biti još više, i to brže

Iste nedelje Meta je lansirala Muse Code, programerskog agenta zasnovanog na terminalu, koji se pridružuje alatima Claude Code, Codex i brzo rastućem polju okvira koji pišu i isporučuju softver uz minimalno ljudsko učešće (TechCrunch). Zakerbergov sopstveni opis ovog alata mnogo govori: na dovoljno velikom zadatku, on se grananjem pretvara u više podagenata koji rade paralelno, u izolovanim radnim stablima, istovremeno razvijajući nekoliko funkcija. To je stvarni dobitak u produktivnosti. Ali to je, strukturno gledano, i više infrastrukture koja se podiže, podešava i postavlja po jedinici ljudske pažnje nego ikada ranije — više instanci u oblaku, više testnih okruženja, više servera koje brzo obezbeđuju ljudi koji možda nikada neće dodirnuti podešavanje BMC-a niti pročitati evidenciju izmena firmvera. Agentski alati su veoma dobri u pisanju aplikacije. Oni nemaju mišljenje o tome da li čip za upravljanje van opsega, ispod te aplikacije, koristi šest godina star firmver.

Ništa od ovoga ne znači da su agentski programerski alati po dizajnu nebezbedni — to je odvojeno pitanje od onog u tekstu Ars Technice. Poenta je uža: obim infrastrukture koja se stvara raste brže od neugledne discipline zakrpljivanja fizičkog sloja ispod nje, a ta se praznina ne popunjava sama od sebe samo zato što je kod iznad nje postao pametniji.

Zašto je ovo signal za karijeru, a ne samo bezbednosna priča

Kada se ovo posmatra u kontekstu otpuštanja koja i dalje potresaju industriju — ovonedeljno smanjenje broja zaposlenih u Monday.com-u od približno 20%, izričito povezano sa restrukturiranjem vođenim veštačkom inteligencijom, pridružuje se sve dužem spisku kompanija koje navode AI kao razlog za smanjenje broja radnih mesta (TechCrunch). Vredi iskreno reći šta ovde ne znamo: nijedan od ovih podnesaka ne razdvaja otpuštanja po funkcijama, pa nema čvrstih podataka koji bi govorili da su „uloge u bezbednosti i infrastrukturi pošteđene“. To bi bilo preterano tvrditi. Ono što se sa više sigurnosti može reći jeste strukturno, a ne statističko: najbrže se automatizuju uloge u kojima je rezultat rada tekst, kod ili interakcija sa korisnikom koju LLM može da oponaša. Fizička bezbednost i bezbednost na nivou firmvera — znati šta je BMC, kako rade IPMI i njegovi naslednici, kako proveriti pristup upravljanju van opsega, kako postaviti zakrpu za firmver na celoj floti a da se pola nje ne onesposobi — bliže su mašini nego modelu. Nije očigledno da su to zadaci za kojima današnji AI agenti posežu, a automatizaciju nije lakše sprovesti samo zato što je softverski sloj iznad njih to omogućio.

Šta konkretno uraditi s ovim

Ne morate postati inženjer za firmver da biste postupili na osnovu ovoga. Evo nekoliko poteza koje možete proveriti:

  • Pitajte, ne pretpostavljajte. Ako radite u IT-ju, na platformi ili u bezbednosti u kompaniji koja koristi sopstvene servere (a nije potpuno u oblaku), pitajte da li je firmver BMC-a uopšte obuhvaćen ciklusom zakrpa. Mnoge organizacije zaista ne znaju odgovor.
  • Naučite terminologiju, ne samo naslov. BMC, IPMI, Redfish, upravljanje van opsega — to su pojmovi koje je lako pretražiti i koji su dobro dokumentovani, a njihovo razumevanje vas stavlja ispred većine ljudi čije se sticanje veština u eri AI-ja u potpunosti svodi na upite i agente.
  • Pratite šta agentski programerski alati ne obuhvataju. Dok vi ili vaš tim usvajate alate poput Muse Code-a ili Claude Code-a za rad povezan s infrastrukturom, izričito pitajte šta je van obuhvata — ciljevi postavljanja, firmver, kontrole fizičkog pristupa — i tu prazninu posmatrajte kao prostor za izgradnju stručnosti, a ne kao propust koji treba ignorisati.
  • Ne preterujte u zaokretu. Ovo je jedna moguća niša među nekoliko njih, a ne garantovano sigurno utočište. Posmatrajte je kao opciju za smanjenje rizika koju vredi istražiti, a ne kao promenu karijere koju treba napraviti na osnovu jedne priče Ars Technice.

Šira pouka može se primeniti i izvan samih BMC-ova: kako AI postaje bolji u radu sa softverom koji ljudi mogu da vide, vrednost koju je teže automatizovati sve se više nalazi u fizičkim i operativnim slojevima ispod njega — u delovima koji se ne pojavljuju u demonstraciji. To je uža opklada od „naučite da zadajete upite“, ali je to opklada na koju se trenutno kladi manje ljudi.