Zum Inhalt springen

Cybersecurity für vernetzte Industrieanlagen

Aus MOOCsWiki Staging
aiMOOC-Siegel aiMOOC

Cybersecurity für vernetzte Industrieanlagen

QR-Code



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.

Animiertes Modell mit einer Netzausfallkette, bei der Fehler weitere Knoten beeinflussen können

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.

Vereinfachte Netzgrafik mit einer Firewall zwischen lokalem Netz und äußerem Netz

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 vereinfachter Datenpakete, die über unterschiedliche Wege durch ein Rechnernetz laufen

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 einer Tabelle mit Beispielen für Filterregeln in einer Firewall

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.

Zeitachse zur begrifflichen Unterscheidung von zulässigem Datenverlust und angestrebter Wiederherstellungsdauer

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.

Kreisförmiges Wiederherstellungssymbol als grafische Erinnerung an den Restore-Prozess

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.

Kleines Symbol einer laufenden Sicherung

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:

  1. Inventar und Zonen: Alle Modell-Assets samt Funktion, Eigentümerrolle, Dateneingang, Zone, Schnittstelle, Kritikalität, gesichertem Zustand und Unsicherheiten.
  2. Rechte und Fernzugang: Rollenmatrix, mindestens zwei ausdrücklich verweigerte Zugriffe, ein genehmigtes begrenztes Fernwartungsfenster, MFA- und Protokollierungsregel, Abschaltregel.
  3. Restore-Übung: Ausgangssicherung, simulierter Fehler, dokumentierter Dateivergleich, gekennzeichnete Datenlücke, RPO-/RTO-Ziele, Testresultat und verantwortliche Rollen für die spätere fachliche Entscheidung.
  4. Drei Prüfkriterien: F – „Fernzugang begrenzen“, R – „Rollentrennung prüfen“, W – „Wiederanlauf abstimmen“ mit je einem positiven und einem negativen Beispiel.
  5. 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.

Ergänze den Fachtext.
Systeme, die physische Produktionsabläufe überwachen oder beeinflussen, zählen zur

.
Ein kontrollierter Zwischenbereich zwischen IT und industriellen Diensten heißt

.
Mehrstufige Anmeldung wird mit

abgekürzt.
Das Verzeichnis aller schützenswerten Systeme heißt

.
Die Beschränkung auf erforderliche Berechtigungen nennt man

.
Ein Messwert ohne Zeitstempel benötigt eine zusätzliche

.
Die kontrollierte Rücksicherung einer Datei nennt man

.
Die höchstens tolerierte Zeitspanne für Datenverlust heißt

.
Die geplante Zielzeit zur Wiederherstellung heißt

.
Vor der Wiederaufnahme einer Auswertung müssen Zuständigkeiten und Ergebnisse

werden.



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

  1. IT und OT: Erstelle zwei Spalten mit je vier erfundenen Systemen und markiere eine Schnittstelle; begründe ihren Zweck.
  2. Asset-Inventar: Fülle für M-A, M-B und M-C eine Tabelle mit Rolle, Zone und Schutzbedarf aus.
  3. Einheitenumrechnung: Vergleiche 2,4 bar mit 240 kPa sowie 71 °C mit 160 °F und kennzeichne den fehlenden M-A-Wert.
  4. Fernzugang: Formuliere einen Satz zu erlaubtem Ziel, Uhrzeit und Zweck sowie einen Satz zu einer verweigerten Handlung.


Standard

  1. Netzsegmentierung: Zeichne IT, DMZ und OT mit genau zwei erlaubten Datenflüssen und einem abgelehnten direkten Steuerzugang.
  2. Berechtigung: Erstelle eine Rollenmatrix mit fünf Rollen und mindestens zwei begründeten Verweigerungen.
  3. Datenqualität: Schreibe ein Diagnoseprotokoll für die drei Messreihen und trenne Beobachtungen von Angriffshypothesen.
  4. Datensicherung: Simuliere in einem Testordner einen Restore und dokumentiere Ausgangslage, Dateivergleich und Datenlücke.


Schwer

  1. Bedrohungsmodell: Vergleiche zwei Schutzentwürfe für M-D und argumentiere anhand von Zugriffswegen, Folgen und Restrisiken.
  2. Wiederanlauf: Entwickle eine Prüfliste, bei der technische Wiederherstellung, Datenintegrität und betriebliche Entscheidung getrennt sind.
  3. 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.
  4. Sicherheitskonzept: Präsentiere dein vollständiges Schutzkonzept mit F-, R- und W-Prüfung, eigenem Fehlerfall und verteidigter Entscheidung für den Modellbetrieb.




Text bearbeiten Bild einfügen Video einbetten Interaktive Aufgaben erstellen



Lernkontrolle

  1. Fernwartung: Begründe anhand des Service-Nord-Falls, warum ein dauerhaftes VPN keinen ausreichenden Zugriffsschutz darstellt, und nenne drei überprüfbare Schutzbedingungen.
  2. Funktionstrennung: Ein Administrator möchte Restore und Wiederanlauf allein genehmigen. Bewerte dies anhand deiner Rollenmatrix und schlage einen getrennten Freigabeschritt vor.
  3. Datenintegrität: Begründe, warum die scheinbar abweichenden M-B-Werte keine Manipulation beweisen, und beschreibe einen sachgerechten Vergleich.
  4. Fehleranalyse: Entwirf zu einem fehlenden Sensordatensatz drei mögliche Ursachen sowie zu jeder Ursache ein sicheres Vorgehen ohne reale Anlageninteraktion.
  5. Wiederherstellung: Unterscheide technisch erfolgreiche Dateikopie, geprüfte Datenintegrität und abgestimmte Betriebsentscheidung an einem fiktiven Fehlerfall.
  6. Transfer: Beurteile für M-D die Folgen eines unkontrollierten Fernzugangs und verbessere den Datenfluss unter Beachtung des minimalen Zugriffs.
  7. 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.

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-Hauptseite

Mediathek

Inhalte werden geladen ...

Mediathek wird aus dem Wiki geladen ...