Den här veckans mest intressanta karriärsignal fanns inte i en produktlansering. Den fanns i ett säkerhetsavslöjande om moderkort. Forskare som presenterade nya resultat visade att baseboard management controllers — de små, separata datorerna som är inbyggda i moderkorten på de flesta företagsservrar och kör sitt eget operativsystem och sin egen nätverksstack, så att administratörer kan starta om eller avbilda om en maskin även när den är avstängd — kan förses med bakdörrar på distans genom sårbarheter som i vissa fall har funnits där i mer än ett decennium. En forskares formulering fastnade hos mig: en ”utbredd, otillräckligt övervakad och otillräckligt uppdaterad parallell attackyta”. Den frasen är egentligen en beskrivning av en karriärmöjlighet som finns mitt framför ögonen, och den är värd att plocka isär för alla som planerar sitt nästa steg på den här marknaden.
Vad som faktiskt avslöjades
BMC:er finns just för att de verkar utanför de system som alla lägger märke till. De är lagret ”lights out” — åtkomliga och kraftfulla även när operativsystemet ovanpå dem inte svarar eller maskinen är avstängd. Det är precis därför de blir farliga när de försummas: en flotta på tusentals servrar från de största tillverkarna, med inbyggd programvara som ingen har granskat ordentligt sedan den levererades. Ingen skrev en snygg app ovanpå en BMC. Ingen pitch på en demodag löd ”vi patchar IPMI”. Det är, nästan per definition, det minst glamorösa lagret i stacken — vilket är exakt varför det förföll.
Mönstret under mönstret
Lägg den berättelsen bredvid två andra från samma nyhetscykel, så framträder en bild. Metas nya terminalbaserade kodningsagent, Muse Code, skickar ut egna underagenter för att skriva och validera kod i stora kodbaser parallellt — Zuckerbergs eget exempel var att bygga sex funktioner samtidigt. Google byggde om sin sökruta för första gången på 25 år och bakade in AI Overviews och AI Mode i en enda konversationell ingångspunkt som tar emot text, bilder, PDF-filer och video. Båda stegen häller mer investeringar, fler anställda och mer produktuppmärksamhet överst i stacken: gränssnittet, frågan och koden som användaren eller agenten direkt kommer i kontakt med.
Samtidigt som Monday.com hänvisade till AI i sin omstrukturering och ungefär 20 % personalminskning den här månaden angav SEC-rapporten specifikt ”produkt, marknadsföring och go-to-market” som de funktioner som omvandlas — de kundnära, resultatinriktade och promptnära delarna av organisationsschemat. Det är inte så mycket en slump som en färdriktning: kapital och automatisering koncentreras båda överst i stacken, där användaren finns, där demon finns och där LLM:en direkt kan generera artefakten. Golvet under — den fysiska och halvfysiska infrastruktur som måste fortsätta fungera oavsett vilken agent eller modell som är på modet det här kvartalet — får jämförelsevis mindre uppmärksamhet, inte mer, även när mängden kod och trafik som körs ovanpå den fortsätter att växa.
Varför golvet fungerar annorlunda
Det här är inget argument för att hårdvaru- och infrastrukturarbete är ”AI-säkert” — inget är det, och jag skulle vara mycket skeptisk mot alla som säljer in en permanent vallgrav. Men det fungerar annorlunda på tre sätt som är värda att nämna rakt ut. För det första är det heterogent och leverantörsspecifikt på ett sätt som står emot den rena träningsdata och generalisering som gör kodningsagenter bra på exempelvis en Python-refaktorering — en BMC-bugg i en tillverkares inbyggda programvara generaliserar inte smidigt till en annan tillverkares. För det andra kräver det vanligtvis omdöme kopplat till den fysiska världen — att samordna underhållsfönster, verifiera den inbyggda programvarans ursprung och avgöra om en patch för hela flottan är säker att skicka utanför bandet — något en autonom agent kan hjälpa till med, men som organisationer tills vidare är ovilliga att överlåta utan tillsyn, just eftersom felutfallet är ”en bakdörrsförsedd server som fortfarande har en bakdörr även efter en ominstallation”. För det tredje, och enklast: färre människor väljer att specialisera sig här. Säkerhet för inbyggd programvara och infrastruktur på låg nivå har varit ett bristområde i flera år, långt innan den här vågen av oro kring AI-rekryteringar, eftersom det går långsammare, är svårare att demonstrera och är mindre trendigt än att leverera en funktion.
Vad man faktiskt kan göra av detta
Jag säger inte att varje läsare ska bli firmwareingenjör före fredag. Men om du redan arbetar nära infrastruktur, säkerhet eller plattformsutveckling är det här en knuff att gå djupare i stället för att jaga lagret som alla andra trängs in i:
- Lär dig vokabulären även om du inte är specialist: BMC, IPMI, Redfish, out-of-band-hantering och attestering av firmware i leveranskedjan. Du behöver inte vara expert för att vara personen i ett team som vet att det här lagret finns och frågar om det.
- Om du arbetar med säkerhet och glider mot ”AI-red teaming” eftersom det är det heta delområdet, bör du veta att det också är det mest trångbodda just nu. Den ouppdaterade, oövervakade infrastrukturen under företagets AI-stack är en verklig, otillräckligt täckt riskyta och en mer särskiljande merit på CV:t.
- Om du har en roll inom produkt, marknadsföring eller go-to-market som känns utsatt — de funktioner som faktiskt nämndes i månadens uppsägningsrapporter — är roller inom infrastruktur och plattformstillförlitlighet ett legitimt sidbyte, inte ett steg nedåt. Kompetensgapet är verkligt, och det mäts i år av institutionellt tålamod, inte i en sexveckors bootcamp.
- Förväxla inte ”tråkigt” med ”säkert för alltid”. Det här är ett bet på relativ knapphet, kopplat till var uppmärksamhet och personalstyrka koncentreras i år, inte en permanent garanti. Fortsätt hålla koll på vart investeringarna flödar härnäst.
Lärdomen av att en tio år gammal moderkortssårbarhet dyker upp 2026 handlar egentligen inte om BMC:er. Den är att de delar av stacken som ingen entusiasmeras av är exakt de delar som i tysthet samlar på sig risk — och, för den som är villig att gå dit, även i tysthet samlar på sig värde.