Remote-Zugriff durch Drittparteien ist der Zugriff, den eine Organisation außenstehenden Parteien gewährt, etwa Anlagenherstellern, Systemintegratoren, OEMs und Wartungsauftragnehmern, damit sie sich von außerhalb verbinden können, um interne Systeme zu warten oder zu unterstützen. Es ist notwendige Arbeit, weil die Menschen, die eine Maschine am besten kennen, oft nicht in Ihrem Gebäude sitzen. Er ist zugleich einer der am häufigsten ausgenutzten Zugangswege, weil diese Verbindung von außen schwer zu sehen, schwer zu kontrollieren und oft überprivilegiert ist.
Was ist Remote-Zugriff durch Drittparteien?
Es ist der spezifische Fall von Remote-Zugriff, bei dem die Person, die sich verbindet, nicht für Sie arbeitet. Ein Antriebshersteller wählt sich ein, um einen Motor abzustimmen. Ein Integrator verbindet sich, um Logik an einer Linie zu aktualisieren. Ein Support-Auftragnehmer meldet sich an, um einen Fehler zu diagnostizieren. Jede dieser Handlungen ist eine privilegierte Aktion, ausgeführt von jemandem außerhalb Ihrer Organisation, auf Ihren Systemen, oft an Ihrer kritischsten Anlage. Die entscheidende Herausforderung ist, dass Sie weder die Person noch das Gerät kontrollieren, von dem aus sie sich verbindet.
Warum ist Remote-Zugriff durch Drittparteien riskant?
Weil er Außen-Identität, privilegierte Reichweite und geringe Sichtbarkeit kombiniert. Das klassische Muster ist ein geteiltes Hersteller-Konto auf einem flachen VPN: Einmal verbunden, kann der Hersteller, oder wer auch immer dessen Anmeldedaten übernommen hat, weit mehr erreichen als das eine System, das er warten sollte. Einige der meistzitierten Angriffe begannen auf diese Weise, darunter Einbrüche, die von der Remote-Verbindung eines Herstellers ausgingen statt von einem direkten Angriff auf das Ziel. In der Operational Technology sind die Einsätze physisch: Eine kompromittierte Herstellersitzung kann SPS und SCADA erreichen, die den Prozess steuern.
Was sagen Standards dazu?
Zugriff durch Dritte und über die Lieferkette ist heute in den meisten Frameworks eine explizite Pflicht. NIS2 verlangt Lieferkettensicherheit und macht Einrichtungen für den Zugriff verantwortlich, den sie gewähren. CMMC und NIST SP 800-171 verlangen, externen Zugriff auf kontrollierte Informationen zu kontrollieren und zu überwachen. IEC 62443 behandelt Wartungs- und Herstellerzugriff als definierten Anwendungsfall, der abzusichern ist, nicht als Ausnahme. Der gemeinsame Faden ist, dass Herstellerzugriff identitätsgebunden, nach dem Least-Privilege-Prinzip und auditierbar sein muss.
Wie sichert man Remote-Zugriff durch Drittparteien ab?
Das Ziel ist, einem Hersteller genau den Zugriff zu geben, den er braucht, wenn er ihn braucht, und nichts mehr, mit einer Aufzeichnung dessen, was er getan hat. In der Praxis bedeutet das, sich von geteilten VPN-Konten und statischen Jump Servern weg und hin zu vermitteltem Remote Privileged Access Management zu bewegen:
- Die Identität des Herstellers verifizieren mit Multi-Faktor-Authentifizierung, gebunden an eine benannte Einzelperson statt an einen geteilten Login.
- Just-in-Time-Zugriff nach dem Least-Privilege-Prinzip gewähren auf ein einziges Zielsystem für eine einzige Aufgabe, dann automatisch wieder entziehen.
- Die Sitzung vermitteln, sodass der Hersteller sich mit einem kontrollierten Zugangspunkt verbindet, nie direkt mit dem Netzwerk.
- Jede Sitzung aufzeichnen, von Anfang bis Ende, sodass Sie belegen können, was ein Hersteller getan hat, und es nach einem Vorfall prüfen können.
- Nichts auf der Anlage voraussetzen, sodass auch Legacy-Steuerungen, die sich nicht authentifizieren können, abgedeckt sind.
Das Access Gate von Trout ist genau dafür gebaut: Es stellt sich vor OT-Systeme und gibt Drittanbietern identitätsgebundenen, aufgezeichneten Zugriff nach dem Least-Privilege-Prinzip, ohne die Anlage zu verändern, sodass Herstellerwartung aufhört, Ihr schwächstes Glied zu sein. Siehe sicherer OT-Remote- und Herstellerzugriff.
