Tiefer statt höher: Karrierechancen unter dem KI-Stack

Das interessanteste Karrieresignal dieser Woche lag nicht in einer Produkteinführung. Es steckte in einer Sicherheitsmeldung über Motherboards. Forscher, die neue Erkenntnisse präsentierten, zeigten, dass Baseboard Management Controller – die winzigen, separaten Computer, die in den Motherboards der meisten Unternehmensserver eingebettet sind und ihr eigenes Betriebssystem und ihren eigenen Netzwerk-Stack ausführen, sodass Administratoren eine Maschine neu starten oder ein neues Image aufspielen können, selbst wenn sie ausgeschaltet ist – über Schwachstellen aus der Ferne mit einer Hintertür versehen werden können, die in manchen Fällen seit mehr als einem Jahrzehnt vorhanden sind. Die Formulierung eines Forschers ist mir im Gedächtnis geblieben: eine „allgegenwärtige, unzureichend überwachte und unzureichend gepatchte parallele Angriffsfläche“. Dieser Satz beschreibt im Grunde eine Karrierechance, die offen vor aller Augen verborgen liegt, und es lohnt sich, ihn für alle auseinanderzunehmen, die in diesem Markt über ihren nächsten Schritt nachdenken.

Was tatsächlich offengelegt wurde

BMCs gibt es genau deshalb, weil sie außerhalb der Systeme arbeiten, denen alle Aufmerksamkeit schenken. Sie sind die „Lights-out“-Schicht – zugänglich und leistungsfähig, selbst wenn das darüberliegende Betriebssystem nicht reagiert oder die Maschine ausgeschaltet ist. Genau deshalb sind sie gefährlich, wenn sie vernachlässigt werden: eine Flotte von Tausenden Servern der größten Hersteller, auf denen Firmware läuft, die sich seit ihrer Auslieferung kaum jemand genau angesehen hat. Niemand hat eine schicke App auf einem BMC aufgebaut. Bei keinem Demo-Day lautete der Pitch: „Wir patchen IPMI.“ Es ist, fast schon per Definition, die unglamouröseste Schicht des Stacks – und genau deshalb ist sie verrottet.

Das Muster unter dem Muster

Stellt man diese Geschichte zwei anderen aus demselben Nachrichtenzyklus gegenüber, zeichnet sich ein Muster ab. Metas neuer Terminal-Coding-Agent Muse Code fächert eigene Subagenten auf, die Code in großen Repositories parallel schreiben und validieren – Zuckerbergs eigenes Beispiel war der gleichzeitige Aufbau von sechs Funktionen. Google hat seine Suchleiste zum ersten Mal seit 25 Jahren neu aufgebaut und AI Overviews und AI Mode in einem konversationellen Einstiegspunkt zusammengeführt, der Text, Bilder, PDFs und Videos entgegennimmt. Beide Schritte lenken mehr Investitionen, mehr Personal und mehr Produktaufmerksamkeit in die alleroberste Schicht des Stacks: die Oberfläche, die Anfrage, den Code, den der Nutzer oder der Agent direkt berührt.

Unterdessen nannte Monday.com in diesem Monat bei der Begründung seiner Umstrukturierung und des Abbaus von rund 20 % der Belegschaft in der SEC-Einreichung ausdrücklich „Produkt, Marketing und Go-to-Market“ als die Funktionen, die umgestaltet werden – also die kundenorientierte, ergebnisorientierte und promptnahe Ebene des Organigramms. Das ist weniger ein Zufall als eine Entwicklungsrichtung: Kapital und Automatisierung konzentrieren sich beide an der Spitze des Stacks, dort, wo der Nutzer ist, wo die Demo stattfindet, wo das LLM das Ergebnis direkt erzeugen kann. Der Boden darunter – die physische und semi-physische Infrastruktur, die unabhängig davon weiterlaufen muss, welcher Agent oder welches Modell in diesem Quartal gerade angesagt ist – erhält vergleichsweise weniger statt mehr Aufmerksamkeit, obwohl das Volumen des darauf laufenden Codes und Datenverkehrs weiter wächst.

Warum sich der Boden anders verhält

Das ist kein Argument dafür, dass Arbeit an Hardware und Infrastruktur „KI-sicher“ ist – nichts ist das, und ich wäre äußerst skeptisch gegenüber jedem, der dir einen dauerhaften Burggraben verkaufen will. Aber sie verhält sich in drei Punkten anders, die man klar benennen sollte. Erstens ist sie heterogen und herstellerspezifisch, und widersetzt sich damit den sauberen Trainingsdaten und der Verallgemeinerung, die Coding-Agenten beispielsweise bei einem Python-Refactoring so gut machen – ein BMC-Fehler in der Firmware eines Herstellers lässt sich nicht ohne Weiteres auf die eines anderen übertragen. Zweitens erfordert ihre Behebung meist Urteilsvermögen in der physischen Welt – Wartungsfenster koordinieren, die Herkunft der Firmware überprüfen, entscheiden, ob ein Patch für die gesamte Flotte per Out-of-Band-Verfahren sicher ausgerollt werden kann –, wobei ein autonomer Agent unterstützen kann, die Unternehmen aber vorerst nur ungern unbeaufsichtigt Verantwortung übertragen, gerade weil das Fehlerszenario lautet: „ein Server mit Hintertür, der auch nach dem erneuten Aufspielen eines Images weiterhin eine Hintertür hat“. Drittens, und am einfachsten: Weniger Menschen entscheiden sich dafür, sich hier zu spezialisieren. Bei Firmware- und Low-Level-Infrastruktursicherheit herrscht seit Jahren ein Fachkräftemangel, lange vor dieser Welle der Angst vor Einstellungen im KI-Bereich, weil die Arbeit langsamer, schlechter vorführbar und weniger modisch ist als das Ausliefern einer Funktion.

Was man damit tatsächlich anfangen sollte

Ich sage nicht jedem Leser, er solle bis Freitag Firmwareentwickler werden. Aber wenn du bereits an Infrastruktur, Sicherheit oder Plattform-Engineering angrenzend arbeitest, ist dies ein Anstoß, tiefer einzusteigen, statt der Schicht hinterherzulaufen, in die sich alle anderen gerade drängen:

• Mach dich mit dem Vokabular vertraut, auch wenn du kein Spezialist bist: BMC, IPMI, Redfish, Out-of-Band-Management, Firmware-Attestierung in der Lieferkette. Du musst kein Experte sein, um die Person in einem Team zu sein, die weiß, dass diese Schicht existiert, und danach fragt.
• Wenn du in der Sicherheit arbeitest und wegen des Hypes in Richtung „KI-Red-Teaming“ driftest, solltest du wissen, dass dies derzeit auch das am stärksten überlaufene Teilgebiet ist. Die ungepatchte, unüberwachte Infrastruktur unter dem KI-Stack deines Unternehmens ist eine tatsächlich unzureichend abgedeckte Risiko- und Angriffsfläche und eine besondere Zeile im Lebenslauf.
• Wenn du in einer Produkt-, Marketing- oder Go-to-Market-Rolle arbeitest, die sich gefährdet anfühlt – den Funktionen, die in den Entlassungsmeldungen dieses Monats tatsächlich genannt wurden –, sind Rollen in Infrastruktur und Plattformzuverlässigkeit ein legitimer seitlicher Wechsel, kein Abstieg. Die Qualifikationslücke ist real, und sie wird in Jahren institutioneller Geduld gemessen, nicht in einem sechswöchigen Bootcamp.
• Verwechsle „langweilig“ nicht mit „für immer sicher“. Dies ist eine Wette auf relative Knappheit, gebunden daran, wohin sich Aufmerksamkeit und Personal in diesem Jahr konzentrieren, keine dauerhafte Garantie. Beobachte weiter, wohin die Investitionen als Nächstes fließen.

Die Lehre aus einer zehn Jahre alten Motherboard-Schwachstelle, die 2026 wieder auftaucht, hat eigentlich nichts mit BMCs zu tun. Sie lautet, dass die Teile des Stacks, für die sich niemand begeistert, genau die Teile sind, in denen sich stillschweigend Risiken ansammeln – und für jeden, der bereit ist, dorthin zu gehen, auch stillschweigend Wert.