Det meste av samtalen om KI og jobber akkurat nå handler om det synlige laget: hvem som skriver koden, hvem som gir modellen instrukser, hvem som blir kuttet når en chatbot kan lage det første utkastet. Begravet i denne ukens nyheter ligger en historie om et lag som ingen i den samtalen ser på — og den fortjener oppmerksomheten din nettopp fordi nesten ingen konkurrerer om ferdighetene den belønner.

En feil som har ligget der siden 2013

Sikkerhetsforskere beskrev denne uken i detalj hvordan tusenvis av internettilkoblede servere fra store produsenter kan bakdøres eksternt via baseboard management-kontrollerne, eller BMC-ene, sine — de små, separate datamaskinene som er innebygd i praktisk talt alle hovedkort for bedriftservere, og som kjører sitt eget operativsystem, sin egen nettverksstakk og sin egen IP-adresse, uavhengig av hva som skjer på hovedmaskinen (Ars Technica). BMC-er gjør det mulig for IT-ansatte å starte en server på nytt, installere et nytt image eller overvåke den eksternt selv når den er slått av eller ikke svarer i det hele tatt — genuint nyttig «lights-out»-administrasjon. Haken er, ifølge forskerne, at den underliggende protokollen har vært ansett som et lett mål siden minst 2013, og at noen av sårbarhetene som nå utnyttes, er mer enn ti år gamle. Ars beskriver det som en «utbredt, utilstrekkelig overvåket og utilstrekkelig oppdatert parallell angrepsflate» — ikke et nytt hull, men et gammelt hull som stille har blitt ignorert fordi det ligger under området der det meste av programvare- og sikkerhetsoppmerksomheten befinner seg.

Agentisk koding kommer til å gjøre mer av dette, raskere

Den samme uken lanserte Meta Muse Code, en terminalbasert kodeagent som slutter seg til Claude Code, Codex og et raskt voksende felt av rammeverk som skriver og leverer programvare med minimal menneskelig innblanding (TechCrunch). Zuckerbergs egen beskrivelse av den er talende: På en stor nok jobb fordeler den arbeidet på flere underagenter som jobber parallelt, i isolerte arbeidstrær, og bygger flere funksjoner samtidig. Det er en reell produktivitetsgevinst. Strukturelt betyr det også at mer infrastruktur blir satt opp, konfigurert og distribuert per enhet menneskelig oppmerksomhet enn noen gang før — flere skyinstanser, flere testmiljøer, flere servere som raskt klargjøres av personer som kanskje aldri kommer til å endre en BMC-innstilling eller lese en fastvareendringslogg. Agentiske verktøy er svært gode til å skrive applikasjonen. De har ingen mening om hvorvidt administrasjonsbrikken utenfor båndet under applikasjonen kjører seks år gammel fastvare.

Ingenting av dette betyr at agentiske kodeverktøy er usikre av design — det er et annet spørsmål enn det som tas opp i Ars Technica-saken. Poenget er snevrere: Mengden infrastruktur som opprettes, skalerer raskere enn den lite glamorøse disiplinen det er å oppdatere det fysiske laget under den, og dette gapet lukkes ikke av seg selv bare fordi koden på toppen har blitt smartere.

Hvorfor dette er et karrieresignal, ikke bare en sikkerhetssak

Sett dette opp mot oppsigelsene som fortsatt går gjennom bransjen — Monday.coms reduksjon av arbeidsstyrken på rundt 20 prosent denne uken, uttrykkelig knyttet til en KI-drevet omstrukturering, føyer seg inn i en voksende liste over selskaper som viser til KI i forbindelse med nedbemanninger (TechCrunch). Det er verdt å være ærlig om det vi ikke vet her: Ingen av disse meldingene bryter ned oppsigelsene etter funksjon, så det finnes ingen entydige data som sier at «sikkerhets- og infrastrukturlroller er skjermet». Det ville være å trekke konklusjonen for langt. Det som kan sies med større sikkerhet, er strukturelt, ikke statistisk: Rollene som automatiseres raskest, er de der arbeidsproduktet er tekst, kode eller en kundeinteraksjon en LLM kan etterligne. Fysisk sikkerhet og sikkerhet på fastvarenivå — å vite hva en BMC er, hvordan IPMI og etterfølgerne fungerer, hvordan man reviderer tilgang til administrasjon utenfor båndet, hvordan man ruller ut en fastvareoppdatering til en hel flåte uten å ødelegge halvparten av den — ligger nærmere maskinen enn modellen. Det er ikke åpenbart en oppgave dagens KI-agenter går etter, og den blir ikke enklere å automatisere bare fordi programvarelaget over den gjør det.

Hva du faktisk kan gjøre med dette

Du trenger ikke å bli fastvareingeniør for å handle på dette. Noen få ting du kan sjekke:

  • Spør, ikke anta. Hvis du jobber med IT, plattform eller sikkerhet i et selskap som driver egne servere (ikke bare sky), bør du spørre om BMC-fastvaren i det hele tatt inngår i en oppdateringssyklus. Mange organisasjoner vet oppriktig ikke svaret.
  • Lær deg terminologien, ikke bare overskriften. BMC, IPMI, Redfish og administrasjon utenfor båndet — dette er søkbare, godt dokumenterte konsepter, og det å forstå dem gir deg et forsprang på de fleste hvis kompetansebygging i KI-epoken utelukkende har vært rettet mot instrukser og agenter.
  • Følg med på hva agentiske kodeverktøy ikke dekker. Når du eller teamet ditt tar i bruk verktøy som Muse Code eller Claude Code til infrastrukturrelatert arbeid, bør dere uttrykkelig spørre hva som ligger utenfor omfanget — distribusjonsmål, fastvare, fysiske tilgangskontroller — og se på dette gapet som et sted å bygge ekspertise, ikke som en forglemmelse som kan ignoreres.
  • Ikke overkorriger. Dette er én mulig nisje blant flere, ikke en garantert trygg havn. Se på det som en sikring det er verdt å undersøke, ikke som et karriereskifte du bør gjøre på grunnlag av én Ars Technica-sak.

Den bredere lærdommen gjelder også utover BMC-er spesifikt: Etter hvert som KI blir bedre på programvaren folk kan se, ligger den vanskeligere automatiserbare verdien i økende grad i de fysiske og operative lagene under den — delene som ikke dukker opp i en demo. Det er et snevrere veddemål enn «lær deg å skrive instrukser», men det er færre som satser på det akkurat nå.