Zero Trust ist das Sicherheitsmodell, das implizites Vertrauen aus dem Netzwerk entfernt und jeden Zugriff für sich genommen verifiziert. Statt allem zu vertrauen, was sich innerhalb des Perimeters befindet, verlangt es von jeder Anfrage den Nachweis, dass sie erlaubt sein sollte. In der identitätsreichen IT ist dies wirkungsvoll und zunehmend Standard.

Zero Trust auf OT anzuwenden ist schwieriger. Viele OT-Systeme haben keine Identität, sprechen Protokolle ohne Authentifizierung und vertragen den zusätzlichen Aufwand nicht, den Zero-Trust-Mechanismen mit sich bringen. Dieser Artikel betrachtet, was sich übertragen lässt, was an seine Grenzen stößt und wie die Reduktion der Erreichbarkeit einen pragmatischen Weg zum selben Ziel eröffnet.

01Wichtigste Erkenntnisse

  1. 01

    Zero Trust entfernt implizites Netzwerkvertrauen und verifiziert jeden Zugriff, statt auf den Standort zu vertrauen.

  2. 02

    Seine Kernideen, Least Privilege, Mikrosegmentierung und kontinuierliche Verifizierung, sind in OT wertvoll.

  3. 03

    Es stößt dort an seine Grenzen, wo OT-Systeme keine Identität besitzen, unauthentifizierte Protokolle nutzen oder zusätzlichen Aufwand nicht vertragen.

  4. 04

    Der Geist von Zero Trust, Erreichbarkeit nie als sicher voraussetzen, lässt sich direkt auf die Reduktion der Erreichbarkeit übertragen.

  5. 05

    Ein pragmatischer Zero-Trust-Schritt in OT besteht darin, dauerhaften Zugriff zu entfernen und Konnektivität explizit und minimal zu gestalten.

02Zero-Trust-Grundlagen

Zero Trust ersetzt das alte Modell eines vertrauenswürdigen internen Netzwerks hinter einem harten Perimeter durch eines, in dem kein Akteur und kein System standardmäßig als vertrauenswürdig gilt. Jede Zugriffsanfrage wird authentifiziert, autorisiert und gegen Richtlinien verifiziert, unabhängig davon, woher sie stammt.

NIST beschreibt die Zero-Trust-Architektur anhand von Prinzipien wie Least Privilege, zugriffsbezogenen Entscheidungen pro Anfrage und kontinuierlicher Verifizierung. Ziel ist es sicherzustellen, dass die bloße Anwesenheit im Netzwerk für sich genommen keine Erlaubnis ist, irgendetwas zu tun.

Die Kernaussage von Zero Trust: Standort ist keine Autorisierung. Jeder Zugriff muss seine Erlaubnis verdienen.

03Warum OT das Modell herausfordert

Zero Trust setzt eine Welt starker Identität und die Fähigkeit voraus, jede Anfrage zu verifizieren. OT bietet häufig weder das eine noch das andere, und genau hier gerät das Modell unter Spannung.

  • Viele Geräte kennen kein Konzept einer Benutzeridentität, die authentifiziert werden könnte.
  • Industrielle Protokolle verzichten häufig vollständig auf Authentifizierung und Verschlüsselung.
  • Echtzeitanforderungen lassen keinen Spielraum für den Mehraufwand einer Verifizierung pro Anfrage.
  • Altsysteme können keine Agenten oder moderne Sicherheitssoftware ausführen.
  • Verfügbarkeitsanforderungen machen aggressives Blockieren riskant.

04Was sich übertragen lässt und was nicht

Statt Zero Trust als Alles-oder-nichts zu behandeln, hilft es, die Prinzipien, die den Übergang zu OT überstehen, von den Mechanismen zu trennen, die es oft nicht tun.

Lässt sich gut übertragen
Least Privilege, Mikrosegmentierung, das Entfernen impliziten Vertrauens zwischen Zonen und die Verifizierung von Zugriffen an kontrollierten Grenzen, statt dem Netzwerk zu vertrauen.
Lässt sich schlecht übertragen
Geräteindividuelle Identität auf Legacy-Steuerungen, agentenbasierte Durchsetzung und kontinuierliche Authentifizierung pro Anfrage bei Echtzeitprotokollen.

Die Lehre daraus lautet, Zero-Trust-Ergebnisse mit den Mitteln zu verfolgen, die OT zulässt, oft auf Netzwerk- und Grenzebene, statt IT-Mechanismen Geräten aufzuzwingen, die sie nicht tragen können.

05Reduktion der Erreichbarkeit als pragmatischer Zero-Trust-Schritt

Wenn ein Gerät nicht verifizieren kann, wer mit ihm spricht, ist das Nächstbeste, streng zu begrenzen, was überhaupt mit ihm sprechen kann und wann. Das ist Zero Trust ausgedrückt über Erreichbarkeit: nie annehmen, dass ein Pfad offen sein sollte, nur weil er existiert.

Das Entfernen dauerhaften Zugriffs verkörpert den Zero-Trust-Grundsatz, standardmäßig zu verweigern. Ein AIRGAPNET-Muster für kontrollierte Konnektivität kann OT-Segmente standardmäßig getrennt halten und einen Pfad nur für einen ausdrücklich genehmigten, zeitlich begrenzten Zweck öffnen, sodass Konnektivität nie implizit und stets begründet ist, selbst wenn das Gerät selbst dies nicht durchsetzen kann.

Es ist keine vollständige Zero-Trust-Architektur, aber es liefert den wichtigsten Teil der Absicht: Nichts ist erreichbar, nur weil es sich zufällig im Netzwerk befindet.

06Abschließender Gedanke

Zero Trust ist eine starke Idee, die sich nicht sauber in OT verpflanzen lässt. Wörtlich genommen, mit geräteindividueller Identität und kontinuierlicher Verifizierung überall, kollidiert sie mit Legacy-Protokollen, Echtzeitgrenzen und Geräten, die nicht mitwirken können.

Als Absicht verstanden, dem Netzwerk nie vertrauen, Zugriff stets begründen, passt sie gut zu OT. Verfolgen Sie sie, wo OT es zulässt, stützen Sie sich auf Segmentierung und minimalen Zugriff und nutzen Sie die Reduktion der Erreichbarkeit, um standardmäßig zu verweigern. Zero Trust in OT geht weniger um neue Agenten auf alten Geräten als vielmehr darum, sich zu weigern, irgendeinen Pfad als sicher vorauszusetzen.

FAQHäufig gestellte Fragen

Was ist Zero Trust?

Zero Trust ist ein Sicherheitsmodell, das implizites Vertrauen aus dem Netzwerk entfernt und jeden Zugriff für sich genommen verifiziert. Statt allem innerhalb eines Perimeters zu vertrauen, verlangt es, dass jede Anfrage authentifiziert, autorisiert und gegen Richtlinien geprüft wird.

Warum ist Zero Trust in OT schwer umzusetzen?

Viele OT-Geräte haben keine Benutzeridentität, industrielle Protokolle verzichten oft auf Authentifizierung, Echtzeitanforderungen lassen keinen Spielraum für den Mehraufwand einer Verifizierung pro Anfrage, Altsysteme können keine Agenten ausführen, und strenge Verfügbarkeitsanforderungen machen aggressives Blockieren riskant.

Welche Teile von Zero Trust funktionieren in OT?

Least Privilege, Mikrosegmentierung, das Entfernen impliziten Vertrauens zwischen Zonen und die Verifizierung von Zugriffen an kontrollierten Grenzen lassen sich gut übertragen. Geräteindividuelle Identität auf Legacy-Steuerungen, agentenbasierte Durchsetzung und kontinuierliche Authentifizierung pro Anfrage oft nicht.

Wie hängt die Reduktion der Erreichbarkeit mit Zero Trust zusammen?

Wenn ein Gerät nicht verifizieren kann, wer mit ihm spricht, ist das Nächstbeste, streng zu begrenzen, was es erreichen kann und wann. Das Entfernen dauerhaften Zugriffs und das explizite, zeitlich begrenzte Gestalten von Konnektivität verkörpert den Zero-Trust-Grundsatz, standardmäßig zu verweigern.

Lässt sich vollständiges Zero Trust in OT erreichen?

Im wörtlichen IT-Sinne selten, weil viele Geräte nicht mitwirken können. Doch die Absicht, dem Netzwerk nie vertrauen und Zugriff stets begründen, ist durch Segmentierung, minimalen Zugriff und die Reduktion der Erreichbarkeit auf Netzwerk- und Grenzebene erreichbar.

SRCQuellen

Vertraue dem Pfad nie

Standardmäßig verweigern, wo Geräte nicht selbst verifizieren können.

Drücken Sie die Zero-Trust-Absicht in OT aus, indem Sie dauerhaften Zugriff entfernen: Halten Sie Segmente standardmäßig getrennt und öffnen Sie einen Pfad nur für einen ausdrücklichen, zeitlich begrenzten, genehmigten Zweck.

Verwandter Artikel

Weiterlesen Securing IT/OT Convergence: Controlling the Boundary Where Two Worlds Meet