{"id":14391,"date":"2026-01-15T17:14:41","date_gmt":"2026-01-15T16:14:41","guid":{"rendered":"https:\/\/www.iese.fraunhofer.de\/blog\/?p=14391"},"modified":"2026-01-15T17:15:33","modified_gmt":"2026-01-15T16:15:33","slug":"microkernel-fuer-softwaredefinierte-systeme","status":"publish","type":"post","link":"https:\/\/www.iese.fraunhofer.de\/blog\/microkernel-fuer-softwaredefinierte-systeme\/","title":{"rendered":"Von monolithisch zu minimal: Wie Microkernels die n\u00e4chste Generation der Systemsoftware anregen"},"content":{"rendered":"

Die Komplexit\u00e4t monolithischer Betriebssysteme ist in sicherheitskritischen Systemen und Infrastrukturen ein kritisches Zulassungsrisiko. Angesichts zehntausender Codezeilen sto\u00dfen herk\u00f6mmliche Ans\u00e4tze bei der Zertifizierung und Cybersecurity an ihre Grenzen. Erfahren Sie in diesem Beitrag, wie Microkernels (Mikrokerne) durch strikte Modularit\u00e4t und Isolation das Fundament f\u00fcr sichere, flexible und updatef\u00e4hige Software Defined Produkte (SDX) bilden. Wir zeigen Ihnen, warum der Wechsel von monolithischer Software zu einer Microkernel-Architektur der entscheidende Wettbewerbsvorteil f\u00fcr die n\u00e4chste Generation industrieller Systemsoftware ist.<\/p>\n

\n

Was ist ein Microkernel? Definition und Architektur<\/h2>\n

Ein Microkernel stellt eine spezielle Architektur eines Kernels dar. Der Kernel (\u00bbBetriebssystemkern\u00ab) ist das Fundament auf dem Betriebssysteme aufbauen und besitzt somit privilegierten Zugriff auf die Hardware. Die Architektur eines Kernels unterscheidet sich dabei welche F\u00e4higkeiten dem Kernel-Mode und welche dem User-Mode zugeordnet werden. Hierbei geht es z.B. um die Ressourcenverwaltung von Speicher, Prozessen (Scheduling), Bereitstellung des Dateisystems und Netzwerk, sowie die grunds\u00e4tzliche Bereitstellung der Schnittstelle zur Hardware (Treiber, Zugriff auf Prozessor, weitere Peripherie).<\/p>\n

 <\/p>\n

W\u00e4hrend bei einem Monolithischen Kernel der gesamte Funktionsumfang im privilegierten Kernel-Modus integriert ist, setzt ein Microkernel<\/strong> auf eine minimalistischere Architektur. <\/strong>Bei einem Microkernel sind lediglich rudiment\u00e4re F\u00e4higkeiten<\/strong> (z.B. Interprocess Communication, Scheduling, virtueller Speicher) im Kernel-Modus verf\u00fcgbar. So sind bspw. Ger\u00e4ter-Treiber und das Dateisystem dem User-Modus zugeordnet und k\u00f6nnen individuell vom Systembetreiber implementiert werden.<\/p>\n

 <\/p>\n

Man spricht bei Microkernels auch von der \u00fcberschaubaren \u00bbTrusted Computing Base\u00ab<\/strong>, also extrem sicherheitskritischen Code, dem aufgrund von Validation und Verifikation getraut werden kann. Diese Basis ist faktoriell kleiner als bei monolithischen Kernels, was den entscheidenden Vorteil bei Zertifizierungsprozessen darstellt.<\/p>\n<\/div>\n

\"\"<\/p>\n

 <\/p>\n

Meine Beobachtung:<\/strong> Heutige Nutzer- und Kundenanforderungen sind h\u00e4ufig nur noch mit F\u00e4higkeiten von Betriebssystemen realisierbar. Seit den 1990ern und sp\u00e4testens mit dem Einzug der Smartphones sind Betriebssysteme allgegenw\u00e4rtig. Solche gewohnte Funktionalit\u00e4ten werden sich auch auf Fahrzeugen, Flugzeugen, Schiffen, kritischen Infrastrukturen etc. gew\u00fcnscht. Dabei entstehen Systeme, die unterschiedliche Safety Integrity Levels (SIL) ber\u00fccksichtigen m\u00fcssen. Sogenannte Mixed-Criticality-Systems (MCS) entstehen, wof\u00fcr herk\u00f6mmliche Betriebssysteme aus dem Konsumentenbereich eine Gef\u00e4hrdung sind. Funktionale Sicherheit, softwarebasierte Innovation und User\/Developer-Experience sollten kein Widerspruch sein!<\/em><\/p>\n

 <\/p>\n

Die Komplexit\u00e4tsfalle: Warum monolithische Systeme bei Software Defined X (SDX) scheitern<\/h2>\n

Die Komplexit\u00e4t von Software in Fahrzeugen, Luft- und Raumfahrt, Schiffen, Maschinen, Telekommunikation, Medizin und kritischen Infrastrukturen nimmt weiter drastisch zu. Ein Treiber dieser Entwicklung sind Anforderungen an die Unternehmen, softwaredefinierte Produkte (Software Defined X Paradigma<\/a>) herzustellen, die App-Store<\/strong>-Funktionen, neue Features durch Software<\/strong> und kontinuierliche Software-Updates<\/strong> f\u00fcr einen verl\u00e4ngerten Produktlebenszyklus<\/strong> vorsehen. Um diese Anforderungen zu erf\u00fcllen, sind betriebssystemartige Funktionen notwendig. Doch gerade in sicherheitskritischen und zulassungspflichtigen Produkten \u00fcbersteigt die Komplexit\u00e4t von herk\u00f6mmlichen Betriebssystemen (z.B. Linux Ubuntu mit gesch\u00e4tzten 50 Mio. Zeilen an Code) den grunds\u00e4tzlichen Zulassungsprozess <\/strong>(Zertifizierung einer Codezeile dauert gesch\u00e4tzt ca 3 Stunden) sowie Sicherheitsgarantien<\/strong> in Safety (z.B. Determinismus) und Security<\/strong> (robust gg\u00fc. Hacker-Angriffen). Au\u00dferdem ist eine Fehlfunktion von Produkten in den zuvor genannten Bereichen kritisch und somit ein beliebtes Ziel von b\u00f6sartigen Akteuren (vgl. Salt Typhoon Hacker-Gruppe mit Fokus auf krit. Infrastruktur<\/a>). Nicht au\u00dfer Acht zu lassen ist zudem auch menschliches Versagen in der Entwicklung und Pflege der Software-Updates. Diese Systeme bauen auf einer monolithischen Architektur auf, welche zu Schwierigkeiten<\/strong> bei sich schnell \u00e4ndernden Anforderungen <\/strong>f\u00fchrt. Denn bei kleinen Anpassungen muss das gesamte Betriebssystem aktualisiert werden, mit oft un\u00fcberschaubaren Auswirkungen<\/strong>. Durch diese Fehleranf\u00e4lligkeit<\/strong> werden die Effizienz und Flexibilit\u00e4t von softwaredefinierten L\u00f6sungen behindert. Um in Deutschland und Europa<\/strong> weiterhin zukunftsf\u00e4hige Produkte und Systeme <\/strong>herzustellen, ben\u00f6tigt es einen Paradigmenwechsel.<\/p>\n

\"Vergleich
Im Vergleich: monolithische und microkernelbasierte Architekturen. Die Isolation (gelb) einzelner Funktionalit\u00e4ten resultiert nicht nur in Cybersicherheit, sondern auch in Modularit\u00e4t. Durch das Auslagern von Funktionalit\u00e4ten schrumpft die Codegr\u00f6\u00dfe des Kernels extrem und zeigt auch gleichzeitig auf, welche Funktionalit\u00e4ten in den H\u00e4nden des Users liegen.<\/figcaption><\/figure>\n

Die Microkernel-L\u00f6sung: Safety, Security und Performance gew\u00e4hrleisten<\/h2>\n

Microkernels k\u00f6nnen hierbei das entsprechende Fundament sein, um innovative und softwaredefinierte Vorhaben unter Garantie von Safety, Security und Performance zu realisieren.<\/p>\n

Die 3 Vorteile von Microkernel-Architekturen f\u00fcr die Industrie<\/strong>\u00a0sind der Schl\u00fcssel, um Systeme und Produkte mit den zuvor genannten Anforderungen zu realisieren.<\/p>\n

1. Modulare Architektur und Baukastenprinzip f\u00fcr schnellere Zertifizierung<\/h3>\n