Picosegmentation
Microsegmentation hat Netzwerke sicherer gemacht: Kein Rechner erreicht einen anderen, ohne dass eine Regel es erlaubt. Picosegmentation macht dasselbe im Code. Kein Teil eines Programms erreicht einen anderen, ohne dass ein Gate es erlaubt.
Jede Wirkung hat ihre Zone.
Alles im Code erzeugt eine Wirkung. Ein Admin-Passwort genauso wie eine einfache HTTP-Anfrage. Picosegmentation teilt den Programmcode deshalb in Schichten und Zonen.
Alles, was hereinkommt: Daten aus dem Netz, Dateien, Benutzereingaben.
Alles, was hinausgeht: Antworten, Dateien, Befehle an andere Systeme.
Zwischen zwei Zonen gibt es genau einen Übergang, das Gate. Einen zweiten Weg gibt es nicht.
Eine Wirkung entsteht nur an einem Gate im Code.
Am Gate fällt die Entscheidung, ob ein Vorgang stattfinden darf. Daraus folgt der wichtigste Satz: Ein Fehler darf in seiner Zone liegen. Für die Wirkung einer anderen Zone lässt er sich nicht benutzen, weil der Weg dorthin fehlt.
Die einzelnen Bausteine kennt die Informatik seit Jahrzehnten, etwa Berechtigungen am Objekt, Typprüfung und getrennte Rechte. Der Schutz entsteht erst aus der geschlossenen Architektur, die sie im Code zu einem Ganzen verbindet. Diese Architektur hat Aviontex entwickelt.
Picosegmentation ist die Ebene im Code.
Das SI-Präfix-Sicherheitsmodell ordnet Schutz in fünf Ebenen. Die Namen kennt man von Maßeinheiten wie Mikrometer und Nanometer: Von Stufe zu Stufe wird es feiner.
| Ebene | Was getrennt wird | Aviontex |
|---|---|---|
| Micro | Netzwerk und Verbindungen | AviontexDNS |
| Nano | Prozesse und Sandboxen | AviontexDNS |
| Pico | Programmcode: Schichten und Zonen | Picosegmentation in AviontexDNS |
| Femto | Hardware | |
| Atto | Mikroarchitektur des Chips |
Keine Ebene ersetzt eine andere. Eine Grenze, an der die Prüfung aufhört, ist eine Lücke. Microsegmentation schließt diese Lücke im Netz. Picosegmentation schließt sie im Code, also dort, wo Fehler tatsächlich entstehen.
Sicherheit nicht erst im Nachhinein.
Heute sucht man Sicherheit meist im Nachhinein: Code schreiben, Lücke finden, Patch verteilen. Picosegmentation dreht das um.
Ganze Fehlerklassen verschwinden
Fehler im Code gibt es in jeder Software. Mit Picosegmentation fehlt ihnen der Weg zur Wirkung. Daten aus dem Netz bleiben Daten. Sie werden nie zu Programmcode, Steuerung oder Konfiguration. Damit fehlt Angriffen wie Injection die Grundlage, nicht nur einer einzelnen Lücke.
Fehler fallen beim Schreiben auf
Jede Wirkung braucht ihr Gate. Wer im Code eine Wirkung ohne Gate erzeugen will, merkt es sofort. Entscheidungen fallen an wenigen benannten Stellen und jede Ablehnung nennt ihren Grund.
Manipulation führt zum Stillstand
Jeder Vorgang braucht eine Freigabe, die nur am vorgesehenen Gate entsteht. Wer den Code verändert, unterbricht diese Kette. Die Software arbeitet dann nicht weiter, statt unbemerkt mit veränderten Regeln zu laufen.
Was wäre gewesen, wenn PHP so gebaut worden wäre?
Im Oktober 2026 mussten weltweit PHP-Server dringend aktualisiert werden. Zwei Lücken im Kern von PHP erlaubten es, ohne Anmeldung fremden Code auszuführen (CVE-2026-109618 und CVE-2026-109619).
Beide folgen demselben Muster wie viele Lücken davor: Etwas, das nur Daten sein sollte, erreicht eine Wirkung, für die es nie gedacht war. Mit Picosegmentation gibt es diesen Weg nicht. Das gilt nicht für einzelne Lücken, sondern für ganze Klassen, von SQL-Injection bis Cross-Site-Scripting.
Kein Neuanfang nötig.
Niemand muss dafür Millionen Zeilen Code auf einmal ändern. So wie Microsegmentation Segment für Segment im laufenden Netz entsteht, wächst Picosegmentation Zone für Zone im Code.
Man beginnt an der kritischen Stelle, dort, wo aus Daten eine Wirkung wird: wo Daten aus dem Netz hereinkommen, wo gespeichert wird und wo etwas ausgeführt wird. Schon dieses eine Gate nimmt einem Angriff einen Weg. Nach außen ändert sich dabei nichts: Schnittstellen und Verhalten bleiben gleich.
AviontexDNS
Unsere DNS-Server sind picosegmentiert. Herkunft, Prüfung, Speichern und Ausliefern einer Antwort sind getrennte Zonen mit eigenen Gates. Eine Antwort ist nicht wahr, nur weil sie angekommen ist.