Cybersecurity für vernetzte Industrieanlagen
Einleitung
Du arbeitest im zweiten Ausbildungsjahr an einem rein virtuellen Produktionsstandort. Drei Modellmaschinen senden Messwerte an eine Leitwarte. Eine externe Wartungsfirma möchte auf Daten zugreifen. Wie bleibt die Anlage verfügbar, ohne dass jede Person alles darf? Du entwickelst ein begründetes Schutzkonzept aus Inventar, Rechtevergabe und simulierter Restore-Übung.
Empfehlung: 2. Ausbildungsjahr. Voraussetzungen: Z1 oder vergleichbare KI- und Datenkompetenz, Grundwissen zu Sensoren und Einheiten. Aktiviere dein Vorwissen mit der vorhandenen MOOCwiki-Grundlage und beantworte vorab: Was ist ein Sensorwert, was ist ein Datenfehler, was ist eine Berechtigung? Der angegebene interne Grundlagenlink konnte bei dieser Recherche nicht inhaltlich abgerufen werden; daher wird kein konkreter Vorinhalt behauptet.
Lernweg: zuerst IT und OT unterscheiden, dann Segmente und Zugänge planen, am Beispiel eine Rollenmatrix und Datenprüfung durchführen und schließlich im Planspiel Wiederherstellung und Freigaben koordinieren. Bearbeite alles mit Papier, Tabellenkalkulation oder lokalen Textdateien – ohne kostenpflichtiges KI-Konto.
Sicherheitsgrenze: Alle Adressen, Kennungen, Messungen und Ereignisse sind erfunden. Du stellst keine Verbindung zu echten Steuerungen her, führst keine Netzscans durch und erteilst keine tatsächliche Betriebs- oder Sicherheitsfreigabe. Das ist ein unabhängiges Bildungsangebot; es ist keine offizielle Liebherr- oder IHK-Zertifizierung.
Industrielle Systeme und Schutzziele verstehen
IT und OT im Vergleich
IT (Information Technology) umfasst etwa Büroanwendungen, Dateidienste, Personalverwaltung und Analyse-Server. OT (Operational Technology) bezeichnet Technik, die physische Vorgänge misst oder beeinflusst: Sensoren, SPS, Bedienterminals und Prozessleitsysteme. Eine Messdatenplattform darf Erkenntnisse über eine Anlage liefern, aber daraus folgt kein Recht, die reale Anlage zu steuern. ICS bedeutet Industrial Control System; SCADA ist ein System zur übergeordneten Überwachung und Datenerfassung.
In der IT werden oft Vertraulichkeit und Datenintegrität betont. In der OT haben Verfügbarkeit, Prozessstabilität und funktionale Sicherheit besonderes Gewicht. Sicherheitsmaßnahmen müssen daher mit Betrieb, Wartung und verantwortlichen Fachleuten abgestimmt werden. Eine Firewall allein garantiert niemals sichere Produktionsabläufe.
Einstieg: Sortiere „Büro-E-Mail“, „Temperatursensor“, „SPS“, „Messwertbericht“ und „Bedienpanel“ in IT/OT; markiere Übergänge, etwa beim Export eines Messwertberichts. Übergänge müssen besonders gut dokumentiert werden.
Risiken: erst verstehen, dann schützen
Beispiele für Risiken sind ein missbrauchter Fernzugang, gemeinsame Administrator-Zugangsdaten, falsche Berechtigungen, nicht überprüfte Sicherungskopien und ein unklarer Wiederanlauf. Beachte den Unterschied zwischen einem Datenqualitätsproblem (etwa °F statt °C) und einem Security-Verdacht (ungewöhnlicher Login): Ein auffälliger Messwert beweist keinen Angriff.
Fachbegriffe: Ein Asset ist ein zu schützendes Gerät, ein Dienst oder ein Datensatz. Asset-Inventar nennt seine Rolle, den Eigentümer, die Zone, die Schnittstellen, den Versionsstand und die Kritikalität. Risiko beurteilt nachvollziehbar mögliche Folgen und Eintrittsmöglichkeiten; es ist keine erfundene exakte Prozentzahl.

Animation: Verkettete Ausfälle in einem allgemeinen Netzmodell; nicht als reale OT-Störfallanalyse zu verstehen. Ohne Animation: Ein ausgefallener Vermittlungsknoten kann von ihm abhängige Verbindungen unterbrechen.
IT-/OT-Trennung und kontrollierte Fernzugänge
Zonen statt eines einzigen offenen Netzes
Entwirf getrennte Bereiche: Büro-IT, industrielle Übergangszone (DMZ) für klar definierte Datendienste, OT-Überwachung sowie Steuerungs- und Feldebene. Eine Zone gruppiert Systeme mit ähnlichen Schutzanforderungen. Ein Conduit ist ein ausdrücklich zugelassener und kontrollierter Kommunikationsweg zwischen Zonen. Die verbreitete Normenfamilie IEC 62443 beschreibt unter anderem diesen Denkansatz; eine konkrete Normenkonformität wird hier nicht behauptet.
Grundsatz: Nur begründete Datenflüsse freigeben, etwa „OT-Messwerte lesend → Datensammler in DMZ → Auswertung in IT“. Ein direkter beliebiger Büro-PC-Zugriff auf die SPS ist nicht Teil des Modellkonzepts. Die Richtung eines Pfeils allein beschreibt nicht alle Protokollabläufe; sichere Architektur erfordert zusätzlich anwendungsspezifische Regeln, Protokollierung und Freigaben.

Die Grafik zeigt eine allgemeine Firewall-Grenze. Für industrielle Anlagen sind mehrere, sorgfältig definierte Zonen und weitere Schutzmaßnahmen nötig.
Fernzugang begrenzen und nachweisen
Fernzugang ist nur für einen konkret genehmigten Wartungsfall gedacht: benannte Person, Zweck, zeitlich begrenztes Fenster, geeignete Mehrfaktorauthentifizierung (MFA), kontrollierter Zugang über eine Vermittlungsstation, Protokollierung, eng begrenzte Zielsysteme und anschließende Deaktivierung. Jump-Host heißt eine überwachte Vermittlungsstation. Ein VPN allein gewährt weder minimale Rechte noch eine sichere OT-Architektur.
Prüfbeispiel F – Fernzugang: Der synthetische Dienstleister „Service Nord“ benötigt am Modellmaschinen-Dashboard am Dienstag 14:00–14:30 Uhr eine rein lesende Diagnosesitzung. Die vorgeschlagene Regel „immer offen, alle Maschinen, Administrator“ ist ungeeignet. Die begründete Alternative lautet: Zeitfenster, benanntes Konto, MFA, ausschließlich Diagnose-Server in der DMZ, nur Lesen, Ereignisprotokoll und automatischer Ablauf. Nachweis: Trage erlaubte Quelle, Ziel, Zweck, Berechtigung, Freigebende und Endzeit in die Zugangstabelle ein. Negativtest auf Papier: Außerhalb des Fensters oder beim Zugriff auf Steuerbefehle muss die Entscheidung „verweigern“ lauten.
Datenfluss und seine Grenzen

Animation zur Paketübertragung in allgemeinen Netzen; sie erklärt weder eine konkrete industrielle Protokollkonfiguration noch die Sicherheit einzelner Pakete. Ohne Animation: Nachrichten werden als Pakete zwischen Netzkomponenten weitergeleitet.
OPC UA kann Maschinen- und Anwendungsdaten interoperabel übertragen und bietet Mechanismen wie Signaturen, Verschlüsselung, Zertifikate und differenzierte Benutzerrechte. Diese Funktionen müssen korrekt konfiguriert und betrieben werden; der bloße Name OPC UA ist kein Sicherheitsnachweis. Wichtige Fragen sind: Welche Anwendung darf sich authentisieren? Welche Variable ist nur lesbar? Wie werden Zertifikate vertraut, erneuert oder entzogen? Siehe OPC Foundation – OPC UA und UA Part 2 – Security.
Video (deutsch, DKE, 2015): Einführung in OPC UA. Der über Suchmetadaten identifizierte Videobeitrag kann von der Plattform entfernt oder regional gesperrt werden. Textalternative: OPC UA ermöglicht standardisierten Informationsaustausch; passende Zertifikate, Signaturen, Verschlüsselung und Zugriffsrechte sind für jede Anwendung gezielt einzurichten.
Zugriffsschutz, Rollen und sichere Daten
Rollenbasierte Rechte und Funktionstrennung
RBAC steht für Role-Based Access Control: Eine Rolle bündelt genau die nötigen Rechte. Das Least-Privilege-Prinzip verlangt die geringstmögliche Berechtigung. Funktionstrennung bedeutet, dass etwa eine externe Diagnoseperson nicht zugleich Änderungen an Steuerfunktionen freigibt. Auch die Person, die eine Sicherung zurückspielt, darf den Wiederanlauf nicht allein autorisieren.
| Rolle | Messdaten lesen | Konfiguration ändern | Backup wiederherstellen | Wiederanlauf fachlich freigeben |
|---|---|---|---|---|
| Auszubildende in der Simulation | Ja, Kopie | Nein | Nur Planspiel | Nein |
| Instandhaltung | Ja | Nur nach genehmigtem Verfahren | Begleitet und dokumentiert | Nein |
| OT-Administration | Ja | Auftragsbezogen | Technische Restore-Aufgabe | Nein |
| Betriebsverantwortliche | Ja | Beauftragte Änderung prüfen | Testergebnis beurteilen | Nur nach geregelter Sicherheitsprüfung |
| Externer Diagnosedienst | Zeitlich begrenzt nur Modell-Dashboard | Nein | Nein | Nein |
Prüfbeispiel R – Rollentrennung: Der externe Dienst soll eine Lastkurve lesen und fragt zusätzlich nach Schreibrecht auf die simulierte Antriebsvariable. Entscheide „Lesen auf genehmigtes Dashboard beschränkt; Schreiben verweigern“. Nachweis: Stelle für jede Rolle eine „darf/darf nicht“-Tabelle auf und begründe zwei verweigerte Zugriffe. Auch intern sind Vier-Augen-Prinzip, Auftragsnummer und Änderungsprotokoll sinnvolle Regeln.
Authentisierung, Protokollierung und Datenqualität
Authentisierung überprüft, wer oder was zugreift. Autorisierung bestimmt danach die erlaubten Handlungen. Zertifikat hilft, die Identität einer Anwendung kryptografisch zu prüfen, ersetzt aber keine Rollenprüfung. Audit-Protokoll dokumentiert relevante Zugriffe und Entscheidungen. Protokolle dürfen keine Klartextpasswörter enthalten; Aufbewahrung und Zugriff unterliegen betrieblichen und datenschutzrechtlichen Vorgaben.
Für Auswertungen müssen Werte zudem verlässlich sein: Zeitstempel, Maschinenkennung, Lastzustand, physikalische Einheit und Qualitätskennzeichen gehören zum Datensatz. Einheitenfehler können sonst zu falschen Wartungsentscheidungen führen. Bei verdächtigen Daten gilt: nicht eigenmächtig Betriebswerte ändern; zunächst die Ursache im Planspiel einkreisen.

Illustration für die Idee expliziter Filterregeln; keine Vorlage zum ungeprüften Übernehmen in eine reale Industrieanlage.
Geführter Modellfall: drei Maschinen und fehlerhafte Messreihen
Datenlage – ausdrücklich synthetisch
Das Beispiel umfasst Modellmaschine M-A (Förderband), M-B (Pumpe) und M-C (Lüfter). Alle Zeitpunkte, Messwerte und Kennungen sind erfunden. Die Tabelle stellt nur Auszüge dar; Lastwechsel sind plausible Betriebsereignisse, keine automatischen Alarmbeweise.
| Modellmaschine | Zeitpunkt | Last [%] | Messwert und Einheit | Qualitätsvermerk |
|---|---|---|---|---|
| M-A | 08:00 | 30 | 48 °C | plausibel |
| M-A | 08:10 | 75 | 65 °C | Lastwechsel |
| M-A | 08:20 | 75 | keine Angabe | Datenlücke |
| M-B | 08:00 | 40 | 1,8 bar | plausibel |
| M-B | 08:10 | 80 | 2,4 bar | Lastwechsel |
| M-B | 08:20 | 80 | 240 kPa | dieselbe Größenordnung, andere Einheit |
| M-C | 08:00 | 25 | 45 °C | plausibel |
| M-C | 08:10 | 90 | 71 °C | Lastwechsel |
| M-C | 08:20 | 90 | 160 °F | Einheit prüfen |
Einheitenhinweis: 240 kPa = 2,4 bar; 160 °F ≈ 71,1 °C. Du darfst Werte nur mit dokumentierter Einheit vergleichen. M-A um 08:20 ist unbekannt, nicht null. Ein Lastwechsel ist eine mögliche Ursache für höhere Temperaturen, aber ohne weitere Kontextdaten keine bewiesene Kausalität. Auffälligkeiten allein begründen keine Cyberangriffsdiagnose.
Geführter Lösungsgang von Inventar bis Abgrenzung
Schritt A – Inventar: Erfasse M-A, M-B und M-C als simulierte OT-Assets, zusätzlich Diagnosedienst, Datensammler und Berichtssystem. Notiere je Asset Eigentümerrolle, Netz-Zone, Ein-/Ausgänge, Kritikalität und Backupzuständigkeit.
Schritt B – Datenprüfung: Normiere M-B in bar und M-C in °C, markiere M-A um 08:20 als fehlend, vermerke bei allen Reihen den Lastwechsel. Vermeide interpolierte Werte, solange die Aufgabe nur Fehlerkennzeichnung verlangt. Optional kannst du in einer lokalen Tabelle mit getrennten Spalten „Rohwert“, „Einheit“, „Normalwert“ und „Prüfhinweis“ arbeiten.
Schritt C – Zugriffsprüfung: Der Berichtsdienst darf die qualitätsgeprüften Messwerte lesen; er darf keine Modellmaschinenparameter schreiben. Der externe Diagnosedienst darf nur im freigegebenen Zeitfenster auf das Dashboard. Ein Datensammler wird nicht allein deshalb vertrauenswürdig, weil er innerhalb der OT liegt.
Schritt D – Fehlerhypothese: Ein fehlender M-A-Wert kann durch Kommunikationsunterbrechung, Sensorstörung oder Übertragungsproblem entstehen. Einheitenwechsel bei M-B und M-C ist zunächst ein Datenformatproblem. Erst weitere geprüfte Indizien könnten einen Sicherheitsvorfall stützen. Dokumentiere Beobachtung, Hypothese, benötigte Zusatzinformation und sichere Reaktion getrennt.
Selbstständiger Transfer in eine vierte Modellanlage
Ergänze eine fiktive Verpackungsmaschine M-D mit einer Kamera, einem Wartungs-PC und einer Auswertungssoftware. Erstelle eigenständig den Datenfluss vom Sensor zur Auswertung; entscheide, ob das Auswertungssystem in IT, DMZ oder OT gehört, und begründe das mit Zweck und Risiko. Erfinde einen Lastwechsel, eine Datenlücke und eine fehlerhafte Einheit. Formuliere außerdem eine einzige konkrete Fernwartungsregel sowie eine verweigerte Schreibberechtigung. Nur Papier-Simulation; keinerlei Produktionssysteme anschließen.
Wiederherstellung und Schutzkonzept als Lernprodukt
Sicherung, Wiederherstellung und Wiederanlauf unterscheiden
Backup ist die vorher angefertigte Sicherung; Restore bedeutet, eine geeignete Sicherung kontrolliert wiederherzustellen. Recovery umfasst den Weg zur betriebsfähigen Gesamtlösung. RPO (Recovery Point Objective) begrenzt den tolerierten Datenverlust als Zeitspanne; RTO (Recovery Time Objective) beschreibt die Zielzeit bis zur Wiederherstellung. Beides sind Planungsziele, keine garantierten Messwerte und keine Erlaubnis zum ungeprüften Neustart.

Schematische englischsprachige Darstellung von RPO und RTO. Textalternative: RPO betrachtet den Zeitraum zwischen letztem brauchbaren Sicherungspunkt und Vorfall, RTO den Zeitraum vom Vorfall bis zum angestrebten Wiederbetrieb.

Piktogramm, kein Nachweis eines erfolgreichen Restore.
Geführte Restore-Übung ohne Anlagenzugriff
Fiktiver Fehlerfall: Um 09:15 ist eine lokal gespeicherte Kopie der M-B-Messdatentabelle beschädigt; die letzte geprüfte Beispielsicherung stammt von 09:00. Im Planspiel gilt RPO-Ziel 30 Minuten, RTO-Ziel 60 Minuten. Ein Team spielt den Restore in einem separaten Testordner nach: beschädigte Kopie sichern, unveränderte Beispieldatei als Backup identifizieren, Testdatei kopieren, Spalten und Prüfsumme beziehungsweise dokumentierten Dateivergleich prüfen, die Lücke 09:00–09:15 kennzeichnen. Wichtig: Die bloße Erreichung von RPO/RTO beweist weder Datenvollständigkeit noch funktionale Sicherheit.
Prüfbeispiel W – Wiederanlauf abstimmen: IT bestätigt die Integrität der Beispieldatei, OT-Fachpersonal prüft den simulierten Datenpfad, betriebsverantwortliche Rolle beurteilt die Prozessvoraussetzungen. Erst dann wird im Planspiel die Entscheidung „Wiederaufnahme der Auswertung befürwortet“ dokumentiert. Niemand erhält damit eine Freigabe für eine echte Maschine. Fehlerfallbegründung: Eine zwar wiederhergestellte, aber mit vertauschten bar/kPa-Spalten importierte Datei ist unbrauchbar. Lege dar, weshalb vor einem Modell-Wiederanlauf sowohl Einheitentest als auch Rollengenehmigung erforderlich sind.

Dieses Piktogramm kennzeichnet im Beispiel nur den Schritt Datensicherung.
Akustisches Zusatzmedium (optional): Einsekündiger neutraler Alarmton auf Wikimedia Commons. Der Ton kann als Platzhalter für eine erfundene Dashboard-Meldung dienen und sagt nichts über die reale Ursache eines Alarms aus. Ohne Audio: Lies „Warnung – Messdaten nach Restore prüfen“.
Abzugebendes Schutzkonzept: Inventar, Rechte, Restore-Protokoll
Erstelle ein zusammenhängendes Dokument oder drei Tabellen mit folgenden überprüfbaren Bestandteilen:
- Inventar und Zonen: Alle Modell-Assets samt Funktion, Eigentümerrolle, Dateneingang, Zone, Schnittstelle, Kritikalität, gesichertem Zustand und Unsicherheiten.
- Rechte und Fernzugang: Rollenmatrix, mindestens zwei ausdrücklich verweigerte Zugriffe, ein genehmigtes begrenztes Fernwartungsfenster, MFA- und Protokollierungsregel, Abschaltregel.
- Restore-Übung: Ausgangssicherung, simulierter Fehler, dokumentierter Dateivergleich, gekennzeichnete Datenlücke, RPO-/RTO-Ziele, Testresultat und verantwortliche Rollen für die spätere fachliche Entscheidung.
- Drei Prüfkriterien: F – „Fernzugang begrenzen“, R – „Rollentrennung prüfen“, W – „Wiederanlauf abstimmen“ mit je einem positiven und einem negativen Beispiel.
- Reflexion: Begründe einen unerwarteten Fehlerfall und erkläre, welche Informationen vor einer realen Handlung fehlen würden.
Bewertungsraster (je 0–2 Punkte): Vollständigkeit Inventar; nachvollziehbare Zonengrenzen; minimale und getrennte Rechte; überprüfbarer Restore-Nachweis; fachlich abgestimmter modellhafter Wiederanlauf; Begründung eines Fehlerfalls. Maximal 12 Punkte. Zwei Punkte bedeuten konkret, prüfbar und begründet; ein Punkt teilweise; null Punkte fehlen oder sind fachlich ungeeignet. Kein Punktestand ist eine reale Maschinenfreigabe.
Zukunft: Verfügbarkeit und Wiederherstellung gemeinsam denken
Die zentrale Planungsfrage lautet nicht nur „Wie verhindere ich einen Zugang?“, sondern auch „Was passiert bei Netztrennung oder defekter Sicherung, und wer koordiniert den sicheren Wiederbeginn?“. Plane für jedes Asset den minimal nötigen Datenfluss, die verantwortliche Rolle, einen offline überprüften Wiederherstellungspfad und die Folgen eines Ausfalls. Digitale Zwillinge und Verwaltungsschalen können strukturierte Anlagendaten unterstützen; sie ersetzen weder Sicherheitsarchitektur noch eine fachliche Risikoanalyse. Anregungen bieten die IDTA-Downloads; ein einzelnes Untermodell ist keine Cybersecurity-Zertifizierung.
Interaktive Aufgaben
Die Quizoberfläche prüft deine Auswahl. Lies bei einem Fehlversuch die betreffende Lektion erneut und begründe deine Entscheidung; die richtige Antwort steht nicht als vorab sichtbarer Lösungssatz über der Aufgabe.
Multiple-Choice-Quiz
1. Welche Aussage trifft den Unterschied zwischen IT und OT am besten? (OT umfasst Systeme mit Bezug zu physischen Prozessen und besonderen Verfügbarkeitsanforderungen) (!OT bezeichnet ausschließlich Cloudspeicher) (!IT kann nie Messdaten enthalten) (!OT ist grundsätzlich unempfindlich gegen Netzwerkfehler)
2. Welche Architektur passt am besten zu einem lesenden Produktionsbericht? (Begrenzter Messdatenfluss über eine kontrollierte Übergangszone) (!Direkter Schreibzugriff jedes Büro-PCs auf jede SPS) (!Gemeinsames unsegmentiertes Netz für alle Systeme) (!Dauerhaft offene Fernwartung direkt aus dem Internet)
3. Welche Fernwartungsfreigabe ist im Modell am besten begründet? (Benanntes Konto mit MFA und begrenztem Zeitfenster nur für Diagnose) (!Dauerhafter anonymer Administratorzugang) (!Gemeinsamer Nutzername für alle externen Firmen) (!Zugriff auf sämtliche Maschinen ohne Protokoll)
4. Was beschreibt das Least-Privilege-Prinzip? (Nur die Berechtigungen vergeben die für die Aufgabe nötig sind) (!Alle Konten zu Administratoren machen) (!Jede Freigabe ohne Ablaufdatum erteilen) (!Protokollierung abschalten um Zeit zu sparen)
5. Welche Kombination zeigt echte Funktionstrennung? (OT-Administration führt Testrestore aus und Betriebsverantwortliche prüft modellhaften Wiederanlauf) (!Externe Diagnose schaltet Produktion eigenständig frei) (!Auszubildende bestätigen allein die reale Anlagensicherheit) (!Eine Person besitzt alle unkontrollierten Rechte)
6. Wie ist der M-A-Wert um 08:20 korrekt zu behandeln? (Als fehlenden Wert markieren und Ursache untersuchen) (!Als null Grad Celsius eintragen) (!Als eindeutig bewiesenen Cyberangriff werten) (!Den Wert ohne Kennzeichnung erfinden)
7. Welcher Vergleich von M-B-Messwerten ist fachlich korrekt? (240 kPa entsprechen 2,4 bar) (!240 kPa entsprechen 240 bar) (!240 kPa entsprechen 0,024 bar) (!Die beiden Werte dürfen unabhängig von Einheiten direkt verglichen werden)
8. Welche Aussage über OPC UA ist richtig? (Sicherheitsfunktionen müssen passend konfiguriert und durch Rechte ergänzt werden) (!Jede OPC-UA-Verbindung ist automatisch sicher) (!Ein Zertifikat ersetzt jede Rechteprüfung) (!OPC UA erlaubt nur unverschlüsselte Übertragung)
9. Welche Aussage unterscheidet RPO und RTO korrekt? (RPO betrifft tolerierten Datenverlust und RTO die Zielzeit der Wiederherstellung) (!RPO ist eine Rolle und RTO ein Netzwerkprotokoll) (!RPO und RTO garantieren automatisch eine sichere Inbetriebnahme) (!RPO steht für Firewalleinstellungen und RTO für Sensorauflösung)
10. Welcher Nachweis ist vor einer modellhaften Wiederaufnahme der Auswertung notwendig? (Erfolgreicher Dateivergleich und abgestimmte Prüfung durch getrennte Rollen) (!Nur ein sichtbares Backup-Symbol) (!Allein die Aussage des externen Diagnosedienstes) (!Ein beliebiger letzter Messwert ohne Einheitenprüfung)
Memory
Finde je einen Fachbegriff und die passende Bedeutung. Erkläre nach dem Spiel jedes Paar mit eigenen Worten.
| OT | Technik zum Beobachten oder Beeinflussen physischer Abläufe |
| DMZ | Kontrollierter Zwischenbereich für definierte Datendienste |
| MFA | Anmeldung mit mehreren unabhängigen Faktoren |
| Inventar | Dokumentierte Liste der schützenswerten Assets |
| RPO | Zeitliches Ziel für tolerierbaren Datenverlust |
| RTO | Zeitliches Ziel für Wiederherstellung der Funktion |
Drag and Drop
Ordne jeder Maßnahme die passende Modellprüfung zu.
| Richtige Maßnahme zuordnen | Prüfsituation |
|---|---|
| Zeitfenster und MFA | Fernwartung ist nur für eine benannte Diagnoseperson erlaubt |
| Rollenmatrix | Schreibzugriff auf Modellvariablen wird gezielt verweigert |
| Einheitenumrechnung | Messwerte von Kilopascal und bar sind vergleichbar zu machen |
| Dateivergleich | Die wiederhergestellte Beispieldatei wird auf Integrität geprüft |
| Abgestimmter Wiederanlauf | Mehrere zuständige Fachrollen bewerten das Testergebnis |
Kreuzworträtsel
Gesucht sind sechs einzelne Fachwörter ohne Leerzeichen.
| Firewall | Welche Komponente filtert definierte Verbindungen zwischen Netzen? |
| Inventar | Wie heißt die dokumentierte Übersicht aller schützenswerten Assets? |
| Zertifikat | Welcher digitale Nachweis unterstützt die Identität einer Anwendung? |
| Backup | Wie nennt man eine Sicherungskopie von Daten? |
| Restore | Wie heißt die Wiederherstellung einer Sicherung im Englischen? |
| Freigabe | Wie heißt eine ausdrücklich erteilte Genehmigung für einen Vorgang? |
LearningApps
Suche nach passenden frei erreichbaren Übungen zur Netzsegmentierung und Berechtigungsvergabe. Externe Angebote können wechseln; prüfe Aufgaben und Lösungen kritisch. Offline-Alternative: Erstelle fünf Karteikarten mit den Begriffen Zone, DMZ, Fernzugang, Rolle und Restore und tausche sie mit einer Lernpartnerin oder einem Lernpartner.
Lückentext
Ergänze je Satz genau einen Fachbegriff. Die Antworten werden erst bei der Bearbeitung sichtbar.
Offene Aufgaben
Alle Aufgaben verwenden ausschließlich das erfundene Modell. Als Hilfe kannst du das Muster-Inventar und die Rollenmatrix aus den Kapiteln nutzen. Als Vertiefung prüfst du zusätzliche Fehlerhypothesen und Zielkonflikte. Präsentationen sind auch mit Papier möglich.
Leicht
- IT und OT: Erstelle zwei Spalten mit je vier erfundenen Systemen und markiere eine Schnittstelle; begründe ihren Zweck.
- Asset-Inventar: Fülle für M-A, M-B und M-C eine Tabelle mit Rolle, Zone und Schutzbedarf aus.
- Einheitenumrechnung: Vergleiche 2,4 bar mit 240 kPa sowie 71 °C mit 160 °F und kennzeichne den fehlenden M-A-Wert.
- Fernzugang: Formuliere einen Satz zu erlaubtem Ziel, Uhrzeit und Zweck sowie einen Satz zu einer verweigerten Handlung.
Standard
- Netzsegmentierung: Zeichne IT, DMZ und OT mit genau zwei erlaubten Datenflüssen und einem abgelehnten direkten Steuerzugang.
- Berechtigung: Erstelle eine Rollenmatrix mit fünf Rollen und mindestens zwei begründeten Verweigerungen.
- Datenqualität: Schreibe ein Diagnoseprotokoll für die drei Messreihen und trenne Beobachtungen von Angriffshypothesen.
- Datensicherung: Simuliere in einem Testordner einen Restore und dokumentiere Ausgangslage, Dateivergleich und Datenlücke.
Schwer
- Bedrohungsmodell: Vergleiche zwei Schutzentwürfe für M-D und argumentiere anhand von Zugriffswegen, Folgen und Restrisiken.
- Wiederanlauf: Entwickle eine Prüfliste, bei der technische Wiederherstellung, Datenintegrität und betriebliche Entscheidung getrennt sind.
- Recovery Point Objective: Erkläre bei Backup 09:00 und Störung 09:15, welche Datenspanne möglicherweise fehlt und weshalb ein RPO-Ziel keine Garantie ist.
- Sicherheitskonzept: Präsentiere dein vollständiges Schutzkonzept mit F-, R- und W-Prüfung, eigenem Fehlerfall und verteidigter Entscheidung für den Modellbetrieb.


Lernkontrolle
- Fernwartung: Begründe anhand des Service-Nord-Falls, warum ein dauerhaftes VPN keinen ausreichenden Zugriffsschutz darstellt, und nenne drei überprüfbare Schutzbedingungen.
- Funktionstrennung: Ein Administrator möchte Restore und Wiederanlauf allein genehmigen. Bewerte dies anhand deiner Rollenmatrix und schlage einen getrennten Freigabeschritt vor.
- Datenintegrität: Begründe, warum die scheinbar abweichenden M-B-Werte keine Manipulation beweisen, und beschreibe einen sachgerechten Vergleich.
- Fehleranalyse: Entwirf zu einem fehlenden Sensordatensatz drei mögliche Ursachen sowie zu jeder Ursache ein sicheres Vorgehen ohne reale Anlageninteraktion.
- Wiederherstellung: Unterscheide technisch erfolgreiche Dateikopie, geprüfte Datenintegrität und abgestimmte Betriebsentscheidung an einem fiktiven Fehlerfall.
- Transfer: Beurteile für M-D die Folgen eines unkontrollierten Fernzugangs und verbessere den Datenfluss unter Beachtung des minimalen Zugriffs.
- Verfügbarkeit: Erkläre den Zielkonflikt zwischen streng begrenztem Zugriff, schneller Diagnose und sicherer Wiederaufnahme und begründe deine Priorisierung.
Lernnachweis
Wissen: Du erläuterst IT, OT, Zone, DMZ, Least Privilege, RBAC, OPC UA, Backup, Restore, RPO und RTO im richtigen Zusammenhang.
Können: Du prüfst in einer Plansimulation Grenzübertritte, begrenzt Fernwartung, erkennst Einheiten- und Datenlückenfehler, dokumentierst einen Restore und unterscheidest sicherheitsrelevante Entscheidungen.
Produkte: Abzugeben sind ein vollständiges synthetisches Asset-Inventar mit Zonenzuordnung, eine fünfrollige Rechte- und Fernzugangsmatrix mit Positiv- und Negativtests, ein Restore-Testprotokoll und eine verständliche Begründung deines Fehlerfalls.
Transferleistung: Für M-D zeigst du selbstständig, warum Datenauswertung nicht automatisch Steuerbefugnis bedeutet, wie du Rollen trennst und wie Verfügbarkeit und Wiederherstellung gemeinsam geplant werden.
Drei obligatorische Prüfentscheidungen: F – Ist der Fernzugang nachvollziehbar begrenzt? R – Sind Aufgaben und Freigaben zwischen Rollen getrennt? W – Sind Integrität, betriebliche Verantwortung und modellhafter Wiederanlauf aufeinander abgestimmt? Zu jedem Kriterium gehören ein positiver Test, ein negativer Test und eine schriftliche Begründung.
Beurteilung: Vergleiche dein Produkt mit dem Zwölf-Punkte-Raster im letzten Fachkapitel. Eine theoretische Bewertung erlaubt niemals das Einschalten einer echten Maschine.
OER und Wikipedia
Stand der Quellenprüfung: 21. Oktober 2026. Primärquellen sind inhaltliche Rechercheeinstiege und ersetzen kein standortbezogenes OT-Sicherheitskonzept. Normtexte und Verfahren werden fortgeschrieben; genaue Versionsstände vor betrieblicher Verwendung neu prüfen.
- NIST SP 800-82 Rev. 3, Guide to OT Security, finale Fassung September 2023. Ein erster öffentlicher Entwurf der Revision 4 wurde im September 2026 angekündigt; die Rev. 3 ist hier die zitierte veröffentlichte Fassung.
- OPC Foundation, OPC UA: Architektur und Sicherheitsfunktionen. Die Spezifikation UA Part 2 Security nennt Version 1.05.06 als am 31.10.2025 veröffentlichte Fassung. Versionsangaben sind bei neuer Veröffentlichung erneut abzugleichen.
- Industrial Digital Twin Association, Downloads, unter anderem Asset Administration Shell, Sensor- und Zeitreihen-Untermodelle; Versionsstände der einzelnen Modelle variieren.
- BSI – Empfehlungen für Hersteller und Integratoren von ICS als ergänzende deutschsprachige Handlungsempfehlungen.
- Wikipedia: Industrial Control System, Firewall und Informationssicherheit als frei lesbare Einführung; Wikipedia ersetzt keine technische Primärquelle.
Geprüfte Wikimedia-Commons-Medien und Bildrechte (alle Dateiseiten am 21.10.2026 recherchiert; Vorschaubilder oben, Alternativtexte bei Einbindung und jeweilige Textalternativen ohne Medien vorhanden):
| Datei | Dateiseite | Urheberschaft | Lizenz / Hinweis |
|---|---|---|---|
| File:Gateway firewall.svg | Commons | Harald Mühlböck (Bearbeitungen gemäß Dateihistorie) | CC BY-SA 3.0 / GFDL |
| File:Networkfailure.gif | Commons | Stickulator | CC BY-SA 3.0 |
| File:Packet Switching.gif | Commons | Oddbodz | Lizenzangaben auf verlinkter Dateiseite beachten |
| File:Firewall Rules.jpg | Commons | Matthew Franzyshen | CC BY-SA 4.0 |
| File:RPO RTO example.svg | Commons | Erstveröffentlichung und Autor laut Dateiseite | CC BY-SA 4.0 |
| File:Ic settings backup restore 48px.svg | Commons | Google Inc. | CC BY 4.0 |
| File:Backup run.svg | Commons | Picol.org | CC BY 3.0 |
| File:Kcg-alat (1).ogg | Commons | Genesis shan | CC0 1.0 |
Videonachweis: DKE, „Eine Basis-Norm für Industrie 4.0 – OPC UA“, 21.12.2015, Urheber DKE / Vortrag Matthias Damm. Video wird als externe Quelle nur zum Ansehen verlinkt, nicht zur Weiterverwendung lizenziert. Es war in Suchmetadaten auffindbar; direkte Abrufbarkeit im Einzelfall nicht garantiert. Die zugehörige Textalternative steht beim Embed.
Unsicherheit: Der vorgegebene MOOCwiki-Grundlagenlink ließ sich beim Abruf nicht inspizieren. Die verlinkte Praxisumgebung oder die Lizenz einzelner nicht ausdrücklich veränderter Dateien kann sich ändern; benutze die aktuelle Dateiseite als maßgeblichen Rechtshinweis. Eine strukturierte Quellenprüfung belegt keine externe Zertifizierung.
Verknüpfte Lernbereiche
Weiterführende Lernwege: Technik – industrielle Sensorik und Netzwerke; Informatik – Zugriffsschutz und Datenformate; Mathematik – Einheitenprüfung und Zeitspannen; Ethik – Verantwortung bei sicherheitsrelevanten Entscheidungen; Berufsausbildung – abgestimmte betriebliche Prozesse.
aiMOOC-Projekte
Schulfach+


aiMOOCs


aiMOOC Projekte


MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.
NEWSLernweltNOAH fragenInhalt melden · Hinweise zu Fehlern, Quellen, Medienrechten oder Dubletten