{"id":5811,"date":"2026-06-28T12:21:12","date_gmt":"2026-06-28T12:21:12","guid":{"rendered":"https:\/\/technodidact.de\/?p=5811"},"modified":"2026-06-27T12:25:06","modified_gmt":"2026-06-27T12:25:06","slug":"die-sicherheitsarchitekturen-nationaler-betriebssysteme-eine-betrachtung","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-sicherheitsarchitekturen-nationaler-betriebssysteme-eine-betrachtung\/","title":{"rendered":"Die Sicherheitsarchitekturen nationaler Betriebssysteme: Eine Betrachtung"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

In der digitalen \u00c4ra ist das Betriebssystem das fundamentale Bindeglied zwischen Mensch, Anwendung und Hardware. Es verwaltet Ressourcen, koordiniert Abl\u00e4ufe und \u2013 insbesondere \u2013 sch\u00fctzt die darauf verarbeiteten Daten. Doch w\u00e4hrend die gro\u00dfen westlichen Systeme wie Microsoft Windows oder Apple macOS den globalen Markt dominieren, haben China, Russland und Nordkorea eigene Wege beschritten. Ihre Betriebssysteme sind nicht nur technische Projekte, sondern auch sicherheitspolitische Statements. Sie sind Ausdruck des Strebens nach digitaler Souver\u00e4nit\u00e4t<\/strong> und des Versuchs, die Abh\u00e4ngigkeit von ausl\u00e4ndischer Technologie zu durchbrechen.<\/p>\n\n\n\n

Dieser Artikel beleuchtet die Sicherheitsarchitekturen von Kylin OS (China)<\/strong>, Astra Linux (Russland)<\/strong> und Red Star OS (Nordkorea)<\/strong> aus einer ingenieurwissenschaftlichen Perspektive. Erg\u00e4nzend wird der wissenschaftliche Diskurs \u00fcber russische Linux-Distributionen sowie die Architektur von Windows 10 im Licht der Forschung des Bundesamtes f\u00fcr Sicherheit in der Informationstechnik (BSI) betrachtet. Abschlie\u00dfend zeigt ein Ausblick, wohin die Entwicklung sicherheitskritischer Systeme \u2013 auch im westlichen Kontext \u2013 tendiert.<\/p>\n\n\n\n

\n\n\n\n

1. Chinas Antwort: Kylin OS \u2013 Die flexible, mehrschichtige Verteidigung<\/h2>\n\n\n\n

Kylin OS<\/strong> (auch bekannt als NeoKylin oder Galaxy Kylin) ist das Ergebnis jahrelanger staatlich gelenkter Entwicklungsarbeit. Es basiert auf Linux, wurde jedoch tiefgreifend modifiziert, um den Anforderungen des chinesischen Staates und Milit\u00e4rs gerecht zu werden. Die Sicherheitsarchitektur tr\u00e4gt den Namen KYSEC (Kylin Security)<\/strong> und verfolgt das Ziel einer „vertrauensw\u00fcrdigen Rechenumgebung“.<\/p>\n\n\n\n

Das Kernst\u00fcck: KSAF \u2013 Ein programmierbares Sicherheits-Framework<\/h3>\n\n\n\n

Das Herzst\u00fcck der Kylin-Sicherheit ist das Kylin Security Authorization Framework (KSAF)<\/strong>. Es handelt sich um ein „programmierbares Sicherheits-Framework“, das strikt zwischen Sicherheitspolitik (Policy)<\/strong> und Sicherheitsmechanismus<\/strong> trennt. Dies erm\u00f6glicht es Administratoren, in Echtzeit eigene Sicherheitsregeln f\u00fcr bestimmte Anwendungen zu definieren, ohne den Kernel neu kompilieren zu m\u00fcssen <\/a>.<\/p>\n\n\n\n

Das Framework erweitert die standardm\u00e4\u00dfigen Linux Security Modules (LSM-Hooks)<\/strong> um eigene, chinesische Sicherheits-Hooks. Dies erlaubt eine granulare Kontrolle auf Prozessebene. Die Architektur ist hochgradig anpassbar, was sie f\u00fcr verschiedenste Szenarien (von Regierungsrechnern bis zu Embedded-Systemen) geeignet macht. Die Schw\u00e4che liegt jedoch in der Komplexit\u00e4t: Die Sicherheit h\u00e4ngt stark von der korrekten Konfiguration ab. Fehlkonfigurationen k\u00f6nnen systemweite L\u00fccken \u00f6ffnen.<\/p>\n\n\n\n

Zwangszugriffskontrolle und kryptografische Standards<\/h3>\n\n\n\n

Kylin implementiert eine eigene Variante der Mandatory Access Control (MAC)<\/strong> , die an SELinux oder AppArmor angelehnt ist. Der entscheidende Unterschied ist die Integration chinesischer kryptografischer Standards (SM2, SM3, SM4)<\/strong> . Diese Algorithmen sind nicht nur f\u00fcr die Datenverschl\u00fcsselung zust\u00e4ndig, sondern auch f\u00fcr die Signierung von Systemkomponenten und die Authentifizierung.<\/p>\n\n\n\n

Die vertrauensw\u00fcrdige Startkette<\/h3>\n\n\n\n

Ein weiterer zentraler Pfeiler ist die vertrauensw\u00fcrdige Startkette (Trusted Boot)<\/strong> . Kylin nutzt ein hardwarebasiertes Trusted Platform Module (TPM)<\/strong> , um eine „vertrauensw\u00fcrdige Basis“ (Trusted Computing Base, TCB) zu schaffen. Jede Komponente \u2013 vom Bootloader \u00fcber den Kernel bis hin zu den Treibern \u2013 wird vor dem Laden kryptografisch gepr\u00fcft. Wird eine Manipulation festgestellt, stoppt der Startvorgang.<\/p>\n\n\n\n

Mehrstufige Geheimhaltungsstufen<\/h3>\n\n\n\n

Analog zu milit\u00e4rischen Systemen werden Daten und Prozesse in verschiedene Sicherheitsstufen<\/strong> (z. B. „Streng Geheim“, „Geheim“, „Vertraulich“) eingeteilt. Die Architektur erzwingt eine strenge Informationsflusskontrolle<\/strong> \u2013 Daten d\u00fcrfen nur von niedrigeren zu h\u00f6heren Stufen flie\u00dfen, nie umgekehrt.<\/p>\n\n\n\n

\n\n\n\n

2. Russlands Vorzeigeprojekt: Astra Linux \u2013 Formale Verifikation und das Parsec-Modell<\/h2>\n\n\n\n

Astra Linux<\/strong> ist das am weitesten verbreitete inl\u00e4ndische Betriebssystem Russlands und hat einen Marktanteil von \u00fcber 70 % bei den in Russland hergestellten Systemen <\/a>. Es wurde von der Firma RusBITech f\u00fcr den Inlandsgeheimdienst (FSB) und das Verteidigungsministerium entwickelt. Die „Special Edition“<\/strong> hat ein Sicherheitsniveau, das weltweit als eines der strengsten gilt. Der Hauptgrund: die formale mathematische Verifikation<\/strong> ihres Sicherheitsmodells.<\/p>\n\n\n\n

Formales Sicherheitsmodell<\/h3>\n\n\n\n

Anders als bei den meisten Betriebssystemen, die auf Praxistests und „Best Practices“ vertrauen, basiert die Astra-Sicherheitsarchitektur auf einer mathematisch bewiesenen Kontrolllogik<\/strong>. Sicherheitseigenschaften wie „keine Informationsweitergabe von hoch nach niedrig“ wurden algorithmisch nachgewiesen, nicht nur getestet <\/a>. Dies eliminiert theoretisch s\u00e4mtliche unerwarteten Seitenkan\u00e4le, da das Modell vollst\u00e4ndig ist. Die Architektur erf\u00fcllt die strengen Anforderungen f\u00fcr Zulassungen bis VS GEHEIM oder NATO-Secret<\/strong>.<\/p>\n\n\n\n

Parsec \u2013 Das russische MAC-System<\/h3>\n\n\n\n

Astra verwendet ein eigenes MAC-System namens Parsec<\/strong> (nicht zu verwechseln mit dem gleichnamigen NASA-Tool). Parsec implementiert eine strenge Rollentrennung (RBAC)<\/strong> und erteilt jedem Prozess nur die minimal notwendigen Rechte (Least Privilege). Der entscheidende Unterschied zu Kylin: Das Regelwerk ist hier statisch und zertifiziert<\/strong>. Es kann nicht nachtr\u00e4glich vom Administrator „mal eben“ ge\u00e4ndert werden, ohne dass das System seine Zertifizierung verliert. Dies erh\u00f6ht die Sicherheit, macht das System aber auch extrem unflexibel.<\/p>\n\n\n\n

Die „kontrollierte Umgebung“<\/h3>\n\n\n\n

Die Architektur erzwingt, dass jeder Datenzugriff \u00fcber zentrale Sicherheits-Server l\u00e4uft. Selbst der Kernel kann nicht direkt auf Festplatten-Daten zugreifen, ohne vorher beim Sicherheits-Server anzufragen. Dies sch\u00fctzt vor Rootkits, die den Kernel kompromittieren, da selbst der Kernel keine uneingeschr\u00e4nkten Zugriffsrechte besitzt. Wissenschaftliche Tests haben gezeigt, dass der Ansatz der Einschr\u00e4nkung von Superuser-Rechten<\/strong> in Astra Linux besonders effektiv ist: W\u00e4hrend andere Systeme bei Ransomware-Angriffen mit Superuser-Rechten eine „Prozent der betroffenen Dateisysteme“-Quote von \u00fcber 18 % aufwiesen, blieb die Quote bei Astra Linux bei 0 % <\/a>.<\/p>\n\n\n\n

Leistungseinbu\u00dfen als Gegenleistung f\u00fcr Sicherheit<\/h3>\n\n\n\n

Der Preis f\u00fcr diese extreme Sicherheit ist die Performance. Messungen zeigen, dass die Verschl\u00fcsselungsgeschwindigkeit von Astra Linux ohne Superuser-Rechte bei nur 0,06 Mbit\/s<\/strong> liegt \u2013 ein Bruchteil der Leistung anderer Systeme wie Debian (3,41 Mbit\/s) oder Alt Linux (0,13 Mbit\/s) <\/a>. Diese Daten belegen, dass die tiefgreifende Sicherheitsarchitektur von Astra Linux mit erheblichen Leistungseinbu\u00dfen erkauft wird.<\/p>\n\n\n\n

Die FLY-Desktop-Umgebung<\/h3>\n\n\n\n

Astra Linux verwendet eine eigene grafische Oberfl\u00e4che namens FLY<\/strong>. Diese ist nicht zu verwechseln mit den standardisierten Umgebungen wie GNOME oder MATE, die in anderen russischen Distributionen zum Einsatz kommen. In \u00f6ffentlichen Datenbanken sind f\u00fcr FLY bislang keine CVE-Eintr\u00e4ge verzeichnet \u2013 dies kann sowohl auf eine hervorragende Sicherheit als auch auf mangelnde wissenschaftliche Durchdringung hindeuten <\/a>.<\/p>\n\n\n\n

\n\n\n\n

3. Nordkoreas Red Star OS \u2013 Die „Gef\u00e4ngnis-Architektur“<\/h2>\n\n\n\n

Das nordkoreanische Red Star OS<\/strong> verfolgt ein v\u00f6llig anderes Ziel als die Systeme Chinas und Russlands. Nicht der Schutz des Nutzers vor Angreifern steht im Vordergrund, sondern der Schutz des Staates vor dem Nutzer.<\/strong> Es ist eine „Trusted Client“-Architektur, die den Computer als ein zu kontrollierendes Ger\u00e4t betrachtet.<\/p>\n\n\n\n

Einzigartiges Watermarking-System<\/h3>\n\n\n\n

Die ber\u00fcchtigtste Funktion ist die tief im Kernel verankerte Watermarking-Engine<\/strong>. Jede Datei, die erstellt, ge\u00f6ffnet oder gedruckt wird, erh\u00e4lt automatisch einen unsichtbaren digitalen Fingerabdruck<\/strong> (Forensic Watermarking). Dieser Fingerabdruck enth\u00e4lt die eindeutige Hardware-ID des Rechners, die Nutzer-ID und den Zeitstempel. Das Wasserzeichen ist so konzipiert, dass es sogar Screenshots und ausgedruckte Dokumente \u00fcberlebt<\/strong> \u2013 beispielsweise durch unsichtbare Punktmuster. Ziel ist es, die Verbreitung von Dokumenten l\u00fcckenlos nachverfolgen zu k\u00f6nnen.<\/p>\n\n\n\n

Kwangmyong \u2013 Das abgeschottete Intranet<\/h3>\n\n\n\n

Die Netzwerk-Architektur ist so konfiguriert, dass der gesamte Internetverkehr gefiltert und protokolliert<\/strong> wird. Die Firewall ist keine „Au\u00dfen-Firewall“, sondern eine „Innen-Firewall“<\/strong> , die den Datenfluss nach au\u00dfen<\/em> kontrolliert und unerlaubte Verbindungen (z. B. zu ausl\u00e4ndischen Servern) sofort blockiert und meldet.<\/p>\n\n\n\n

Verschl\u00fcsselung als Falle<\/h3>\n\n\n\n

Die Festplattenverschl\u00fcsselung ist zwar vorhanden, aber der Schl\u00fcssel ist nicht im TPM gespeichert, sondern in einer zentralen Datenbank auf einem Regierungsserver<\/strong>. Ohne Verbindung zu diesem Server (was im Intranet m\u00f6glich ist) kann das System nicht entsperrt werden. Dies verhindert, dass ein gestohlener Rechner au\u00dferhalb des Landes genutzt oder analysiert werden kann.<\/p>\n\n\n\n

Technische Veraltung als Achillesferse<\/h3>\n\n\n\n

Die gro\u00dfe Schwachstelle der Architektur ist ihre technische Veraltung<\/strong>. Red Star OS basiert auf einer sehr alten Linux-Version (Fedora 11, Kernel 2.6). Moderne Sicherheitsl\u00fccken wie Spectre oder Meltdown wurden nie gepatcht. Die „Sicherheit“ besteht hier eher aus Abschottung und \u00dcberwachung<\/strong> als aus aktuellen technologischen Abwehrma\u00dfnahmen.<\/p>\n\n\n\n

\n\n\n\n

4. Der wissenschaftliche Diskurs: Russische Linux-Distributionen im Vergleich<\/h2>\n\n\n\n

Eine aktuelle Studie der Russischen Staatlichen Gubkin-Universit\u00e4t f\u00fcr Erd\u00f6l und Gas hat die grafischen Oberfl\u00e4chen und Sicherheitsaspekte der vier gro\u00dfen russischen Distributionen \u2013 Astra Linux, REDOS-8, ALT Linux und ROSA<\/strong> \u2013 verglichen <\/a><\/a>. Die Ergebnisse sind aufschlussreich.<\/p>\n\n\n\n

Betriebssystem<\/th>Grafische Oberfl\u00e4che<\/th>Sicherheitsbewertung (Platz)<\/th>Admin-Bewertung (Platz)<\/th>Kern-Charakteristik<\/th><\/tr><\/thead>
Astra Linux<\/strong><\/td>FLY (Eigenentwicklung)<\/td>1<\/td>1<\/td>Maximal zertifiziert, formale Verifikation<\/td><\/tr>
REDOS-8<\/strong><\/td>MATE<\/td>1<\/td>3<\/td>Strenge Standards f\u00fcr Beh\u00f6rden<\/td><\/tr>
ALT Linux<\/strong><\/td>MATE<\/td>3<\/td>2<\/td>Minimalistisch, leichtgewicht<\/td><\/tr>
ROSA<\/strong><\/td>GNOME<\/td>4<\/td>4<\/td>Modern, aber ressourcenhungrig<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Die Sicherheit der Grafik-Umgebungen: GNOME vs. MATE<\/h3>\n\n\n\n

Die Studie vergleicht auch die Sicherheit der zugrundeliegenden Grafik-Umgebungen. Der Blick in die CVE-Datenbanken (Common Vulnerabilities and Exposures) zeigt deutliche Unterschiede <\/a>:<\/p>\n\n\n\n