Cea mai mare parte a discuției actuale despre inteligența artificială și locurile de muncă se concentrează pe stratul vizibil: cine scrie codul, cine formulează promptul, cine este disponibilizat atunci când un chatbot poate realiza prima versiune. Ascunsă în știrile acestei săptămâni este o poveste despre un strat la care nimeni din acea conversație nu se uită — și merită atenția ta tocmai pentru că aproape nimeni nu concurează pentru competențele pe care le recompensează.

O eroare care a rămas acolo din 2013

Cercetătorii în domeniul securității au explicat în detaliu săptămâna aceasta cum mii de servere conectate la internet, produse de marii producători, pot fi compromise de la distanță prin controlerele lor de management al plăcii de bază, sau BMC-uri — mici computere separate, încorporate în aproape fiecare placă de bază de server enterprise, care rulează propriul sistem de operare, propria stivă de rețea și propria adresă IP, independent de ceea ce se întâmplă pe mașina principală (Ars Technica). BMC-urile le permit angajaților IT să repornească, să reinstaleze imaginea sau să monitorizeze un server de la distanță chiar și atunci când acesta este oprit sau nu răspunde deloc — un management „lights out” cu adevărat util. Problema, potrivit cercetătorilor, este că protocolul de bază a fost considerat o țintă ușoară cel puțin din 2013, iar unele dintre vulnerabilitățile exploatate acum au peste un deceniu. Ars îl descrie drept o „suprafață de atac paralelă omniprezentă, insuficient monitorizată și insuficient actualizată” — nu o breșă nouă, ci una veche, ignorată în tăcere pentru că se află sub nivelul la care se concentrează cea mai mare parte a atenției acordate software-ului și securității.

Programarea agentică va face în curând mai mult din toate acestea, mai rapid

În aceeași săptămână, Meta a lansat Muse Code, un agent de programare bazat pe terminal, care se alătură lui Claude Code, Codex și unui domeniu aflat în creștere rapidă al cadrelor care scriu și livrează software cu o implicare umană minimă (TechCrunch). Descrierea făcută chiar de Zuckerberg este sugestivă: pentru o sarcină suficient de mare, acesta se ramifică în mai mulți subagenți care lucrează în paralel, în worktree-uri izolate, construind simultan mai multe funcționalități. Este un câștig real de productivitate. Dar, structural, înseamnă și că pentru fiecare unitate de atenție umană sunt instalate, configurate și implementate mai multe componente de infrastructură decât oricând înainte — mai multe instanțe cloud, mai multe medii de testare, mai multe servere provisionate rapid de oameni care poate nu vor atinge niciodată o setare BMC și nu vor citi niciodată un changelog de firmware. Instrumentele agentice sunt foarte bune la scrierea aplicației. Nu au nicio opinie despre faptul că cipul de management out-of-band de sub acea aplicație rulează un firmware vechi de șase ani.

Nimic din toate acestea nu înseamnă că instrumentele de programare agentică sunt nesigure prin design — aceasta este o întrebare separată de cea din articolul Ars Technica. Ideea este mai restrânsă: volumul infrastructurii create crește mai repede decât disciplina neglamuroasă a actualizării stratului fizic de dedesubt, iar această diferență nu se închide de la sine doar pentru că software-ul de deasupra a devenit mai inteligent.

De ce acesta este un semnal pentru carieră, nu doar o poveste despre securitate

Pune acest lucru în contextul disponibilizărilor care încă se propagă prin industrie — reducerea cu aproximativ 20% a forței de muncă de la Monday.com din această săptămână, legată explicit de o restructurare determinată de AI, se alătură unei liste tot mai lungi de companii care invocă AI-ul în cazul reducerilor de personal (TechCrunch). Merită să fim onești cu privire la ceea ce nu știm aici: niciuna dintre aceste declarații nu descompune disponibilizările pe funcții, așa că nu există date clare care să spună că „rolurile din securitate și infrastructură sunt cruțate”. Asta ar însemna să afirmăm prea mult. Ceea ce se poate spune cu mai multă încredere este de natură structurală, nu statistică: rolurile automatizate cel mai rapid sunt cele în care rezultatul muncii este text, cod sau o interacțiune cu un client pe care un LLM o poate aproxima. Securitatea la nivel fizic și de firmware — să știi ce este un BMC, cum funcționează IPMI și succesorii săi, cum să auditezi accesul la managementul out-of-band, cum să distribui un patch de firmware pe o întreagă flotă fără să blochezi jumătate din ea — se află mai aproape de mașină decât de model. Nu este evident o sarcină către care se îndreaptă agenții AI actuali și nu devine mai ușor de automatizat doar pentru că stratul software de deasupra o face.

Ce să faci, concret, cu toate acestea

Nu trebuie să devii inginer de firmware pentru a acționa în consecință. Iată câteva acțiuni verificabile:

  • Întreabă, nu presupune. Dacă lucrezi în IT, platforme sau securitate la o companie care își rulează propriile servere (nu exclusiv în cloud), întreabă dacă firmware-ul BMC face parte măcar dintr-un ciclu de actualizări. Multe organizații chiar nu știu răspunsul.
  • Învață vocabularul, nu doar titlul. BMC, IPMI, Redfish, management out-of-band — acestea sunt concepte ușor de căutat și bine documentate, iar înțelegerea lor te plasează înaintea majorității oamenilor ale căror competențe dezvoltate în era AI s-au orientat exclusiv către prompturi și agenți.
  • Urmărește ce nu acoperă instrumentele de programare agentică. Pe măsură ce tu sau echipa ta adoptați instrumente precum Muse Code sau Claude Code pentru activități adiacente infrastructurii, întrebați explicit ce se află în afara domeniului lor — ținte de implementare, firmware, controale ale accesului fizic — și tratați această lacună ca pe un loc în care să vă construiți expertiza, nu ca pe o omisiune de ignorat.
  • Nu exagera în direcția opusă. Aceasta este o nișă plauzibilă printre mai multe, nu un refugiu sigur garantat. Privește-o ca pe o posibilă protecție care merită investigată, nu ca pe o schimbare de carieră de făcut pe baza unui singur articol Ars Technica.

Lecția mai largă se aplică și dincolo de BMC-uri: pe măsură ce AI-ul devine mai bun la software-ul pe care oamenii îl pot vedea, valoarea mai greu de automatizat se află tot mai mult în straturile fizice și operaționale de sub acesta — părțile care nu apar într-o demonstrație. Este un pariu mai restrâns decât „învață să formulezi prompturi”, dar este unul pe care în prezent îl fac mai puțini oameni.