IT-Sicherheit und OT-Sicherheit – IT- und OT-Risiken unterscheiden
IT-Sicherheit und OT-Sicherheit – IT- und OT-Risiken unterscheiden
Lernkurs für die Ausbildung | Schwerpunkt: Betriebssicherheit und Anlagenverfügbarkeit | Dauer: etwa 75–90 Minuten in kurzen Einheiten
Einleitung
Lernziel: Du kannst IT- und OT-Risiken unterscheiden, deren Folgen für Daten, Menschen und Anlagen begründen und sichere Schutzmaßnahmen für einen fiktiven Ausbildungsbetrieb auswählen.
Deine Lernroute: Verstehen → Anlagenfall → Risiken vergleichen → Schutz planen → offline simulieren → Wissen anwenden.
Sicherheitsregel: Alle Beispiele und Zahlen sind erfunden. Die beiden Python-Labore laufen ausschließlich lokal, ohne Netzwerkkommunikation, Anlagenzugriffe oder Zugriff auf fremde Dateien. Untersuche keine fremden Netze, Produktivanlagen, fremden Zugangsdaten oder Kundendaten. Für echte Systeme sind Freigaben und betriebliche Sicherheitsprozesse erforderlich.

Bildimpuls: In welcher Ebene wäre eine Störung nur ein Datenproblem – und wo könnte sie einen Prozess beeinflussen?
Lerneinheit 1: IT und OT erkennen – 8 Minuten
IT unterstützt etwa Bürokommunikation, ERP, Dokumente und Geschäftsprozesse. OT überwacht oder beeinflusst physische Prozesse, zum Beispiel mit SPS, Sensoren, Aktoren und Bedienoberflächen. OT umfasst auch Bereiche außerhalb der Fabrik, etwa Gebäudetechnik.
| IT-Beispiel | OT-Beispiel | Mögliche Folge einer Störung |
|---|---|---|
| Personaldatei | Füllstandsensor | Datenoffenlegung versus unzuverlässiger Prozesswert |
| Büroserver | SPS | Geschäftsunterbrechung versus beeinträchtigte Steuerungsfunktion |
| Buchungssoftware | HMI-Bedienoberfläche | Fehlende Buchungsfunktion versus fehlende Prozesssicht |

IT-Bild: Servertechnik.

OT-Bild: Speicherprogrammierbare Steuerungen.
Mini-Auftrag: Ordne „ERP“, „SPS“, „HMI“ und „Textverarbeitung“ zu. Feedback: ERP und Textverarbeitung gehören im Beispiel zur IT; SPS und HMI zur OT, weil sie am technischen Prozess beteiligt sind. Ein System kann an einer IT-/OT-Schnittstelle liegen; seine Funktion entscheidet mit.
Lerneinheit 2: Der Ausbildungsfall – 10 Minuten
Fiktiver Betrieb: Die Ausbildungswerkstatt „Füllwerk Nord“ betreibt eine ungefährliche, nur auf Papier beschriebene Abfüllanlage. Ein Sensor meldet Füllstände an eine SPS; ein HMI stellt Werte dar. Ein Büro-ERP verarbeitet Aufträge. Zwischen Unternehmens-IT und Produktionsumgebung ist ausschließlich ein abgestimmter Datenaustausch vorgesehen.
FIKTIVES ARCHITEKTURBILD – KEIN REALER NETZPLAN
Büro / ERP
|
v
[freigegebener Datenaustausch]
|
[OT-DMZ: kontrollierte Übergangszone]
|
[OT-Leitsystem / HMI]
|
[SPS] <--- [Sensor]
|
[Aktor im Modell]
Separat zu betrachten: funktionale Schutzfunktionen

Vergleiche die schematische Darstellung mit dem fiktiven Architekturmodell.
Zwischenfall A: Auf dem Bürorechner wird eine schädliche Datei vermutet. Zwischenfall B: Das HMI soll während laufender Schicht ungeplant neu starten. Deine Entscheidung: Was muss jeweils zuerst geklärt werden?
Feedback: Bei A sind Daten, betroffene IT-Systeme und mögliche Verbindungen zur OT abzuklären. Bei B müssen Schichtleitung, Anlagenverantwortliche und zulässige Wartungsfenster einbezogen werden. Ein HMI-Neustart darf nicht als automatisch unkritisch gelten.
Lerneinheit 3: Schutzziele und Folgen – 10 Minuten
Die klassischen Schutzziele Vertraulichkeit, Integrität und Verfügbarkeit gelten in IT und OT. In OT sind zusätzlich Prozesszuverlässigkeit und Safety besonders zu berücksichtigen. Die Prioritäten hängen immer vom konkreten System und seinen Gefährdungen ab; nicht jede IT gewichtet Vertraulichkeit am höchsten und nicht jede OT hat dieselbe Kritikalität.
| Frage | IT-Beispiel | OT-Beispiel |
|---|---|---|
| Vertraulichkeit? | Darf jemand Personalakten lesen? | Darf jemand technische Konfigurationsdaten einsehen? |
| Integrität? | Wurden Rechnungsdaten verändert? | Stimmt der angezeigte Messwert? |
| Verfügbarkeit? | Ist das ERP erreichbar? | Kann die Anlage sicher und planmäßig betrieben werden? |
| Safety? | Abhängig von der Anwendung | Sind Menschen und Umwelt vor Gefährdungen geschützt? |

Symbolbild: Safety und Cybersecurity sind unterschiedliche, zusammenhängende Fachgebiete; dieses Bild ist keine Bedienungsanweisung.
Merksatz: Cybersecurity verringert Risiken durch digitale Bedrohungen. Funktionale Sicherheit dient der Beherrschung von Gefährdungen durch technische Prozesse. Sicherheitsfunktionen dürfen nicht für Lernversuche verändert oder umgangen werden.
Vertiefungsvideo: Mike Holcomb erläutert unter anderem Unterschiede zwischen IT- und ICS/OT-Sicherheit. Nutze für diese Einheit nur den thematisch passenden Abschnitt; das vollständige Video ist freiwillige Vertiefung.
Lerneinheit 4: Risiken gegenüberstellen – 10 Minuten
Risiko bedeutet hier vereinfacht: Eine unerwünschte Situation ist möglich und kann Folgen haben. Technische Schwachstellen, Fehlkonfigurationen und organisatorische Fehler können sowohl IT als auch OT betreffen. In der OT müssen auch physische Auswirkungen und Abhängigkeiten geprüft werden.
| Fiktiver Fall | Schwerpunkt | Wahrscheinlichkeit W | Auswirkung A | Modellwert W × A |
|---|---|---|---|---|
| Unberechtigter Dateizugriff | IT / Vertraulichkeit | 3 | 4 | 12 |
| Ungeplanter HMI-Neustart | OT / Verfügbarkeit | 3 | 5 | 15 |
| Unplausibler Demo-Sensorwert | OT / Integrität | 2 | 5 | 10 |
Visualisierte Beispieldaten (keine Messwerte und keine Norm-Skala):
IT Dateizugriff 12 |############ OT HMI-Neustart 15 |############### OT Demo-Sensorwert 10 |##########
Wichtig: Die Werte 1 bis 5 wurden nur für die Übung gewählt. Eine echte Risikobewertung braucht Prozesswissen, Schadensszenarien, Verantwortliche und eine abgestimmte Methode. Safety-Risiken lassen sich nicht durch eine einfache Punktzahl freigeben.
Mini-Auftrag: Warum kann ein Neustart in der OT ein höheres Risiko als auf einem Büro-PC darstellen? Feedback: Weil Bedienbarkeit, Prozesssicht, Wiederanlauf und Anlagenverfügbarkeit betroffen sein können; entscheidend ist die konkrete Anlagenarchitektur.
Lerneinheit 5: Schutzmaßnahmen auswählen – 10 Minuten

Industrial Ethernet verbindet Komponenten; sichere Netzübergänge müssen geplant werden.

Symbolbild: Eine Firewall ist ein Baustein, keine vollständige Sicherheitsstrategie.
| Risiko | Passende defensive Maßnahme | Warum? |
|---|---|---|
| Unkontrollierter IT-/OT-Übergang | Segmentierung und geprüfte Freigaben | Begrenzt unerwünschte Kommunikationswege |
| Ungeplanter Neustart | Freigegebenes Wartungsfenster und Rückfallplan | Berücksichtigt Betriebsablauf und Wiederanlauf |
| Verlust von Konfigurationen | Gesicherte Backups und erprobte Wiederherstellung | Verbessert Wiederherstellbarkeit |
| Unberechtigter Fernzugang | Rollen, starke Authentisierung und zeitlich begrenzte Freigabe | Verringert unnötige Zugriffsrechte |
| Unklare Störungsmeldung | Meldung an Betrieb und IT-/OT-Verantwortliche | Unterstützt abgestimmtes Vorgehen |
Regel: Updates, Scans, Neustarts und Konfigurationsänderungen in OT nur nach betrieblicher Prüfung und ausdrücklicher Autorisierung. Eine Büro-IT-Maßnahme lässt sich nicht ungeprüft auf Anlagen übertragen.
Video zur Vertiefung: Mike Holcomb erklärt sichere ICS/OT-Netzarchitekturen, Purdue-Modell und Zonen. Es werden keine realen Anlagen untersucht.
Lerneinheit 6: Zwei isolierte Python-Labore – 20 Minuten
Voraussetzung: Python 3 auf Deinem eigenen Ausbildungsrechner, offline oder in einer lokal isolierten Schul-VM. Die Beispiele verwenden nur print, input und feste Datenlisten. Kopiere jedes Beispiel in eine eigene lokale .py-Datei und starte es mit Python 3. Es sind keine Pakete, Downloads, echten IP-Adressen, Zugangsdaten oder Verbindungen nötig.
Labor A: Risiken sichtbar machen
Basisfrage: Welcher fiktive Fall hat den größten Modellwert? Anwendung: Wähle im Programm eine Modellmaßnahme und erkläre, ob sie Wahrscheinlichkeit oder Auswirkung verändert.
# Offline-Labor 1: fiktive IT-/OT-Risiken
# Nur Text und Tastatur; keine Netzwerk- oder Anlagenzugriffe.
faelle = [
("IT: unberechtigter Dateizugriff", "Vertraulichkeit", 3, 4),
("OT: ungeplanter HMI-Neustart", "Verfuegbarkeit", 3, 5),
("OT: unplausibler Demo-Sensorwert", "Integritaet", 2, 5),
]
print("FIKTIVE RISIKOMATRIX: W x A (je 1 bis 5)")
for nummer, (name, ziel, w, a) in enumerate(faelle, 1):
punkte = w * a
print(f"{nummer}. {name:37} {punkte:2} {'#' * punkte}")
wahl = input("Fall waehlen (1-3): ").strip()
if wahl not in ("1", "2", "3"):
print("Keine Aenderung: ungueltige Wahl.")
else:
name, ziel, w, a = faelle[int(wahl) - 1]
print("Schutzziel:", ziel)
print("1 = Wahrscheinlichkeit modellhaft um 1 senken")
print("2 = Auswirkung modellhaft um 1 senken")
massnahme = input("Modellmassnahme (1/2): ").strip()
vorher = w * a
if massnahme == "1":
w = max(1, w - 1)
elif massnahme == "2":
a = max(1, a - 1)
else:
print("Keine Aenderung: ungueltige Wahl.")
nachher = w * a
print(f"Vorher: {vorher} | Nachher: {nachher}")
print("Nur Lernzahlen, keine reale Risikobewertung.")
Erwarteter Test: Fall 2 und Modellmaßnahme 1 ergeben 15 → 10. Feedback: Die Rechnung ist korrekt, weil W von 3 auf 2 sinkt und A bei 5 bleibt. Das Programm belegt nicht, dass eine reale Schutzmaßnahme genau so wirkt.
Labor B: Anzeigen und Warnungen beobachten
Basisfrage: Wie viele fiktive Werte erreichen die Demo-Grenze 75? Anwendung: Ändere nur die lokale Rechenvariable und vergleiche die Zahl der Warnungen. Transfer: Erkläre, warum eine fehlende HMI-Anzeige an Verantwortliche gemeldet werden muss.
# Offline-Labor 2: fiktive Telemetrie, keine Steuerfunktion.
# Die Grenze gilt nur fuer diese Textsimulation.
werte = [41, 44, 48, 53, 78, 82, 49, 46]
anzeige = ["ja", "ja", "ja", "ja", "nein", "ja", "ja", "ja"]
eingabe = input("Demo-Warngrenze 1-99 (Enter = 75): ").strip()
try:
grenze = int(eingabe or "75")
if not 1 <= grenze <= 99:
raise ValueError
except ValueError:
grenze = 75
print("Ungueltiger Wert; Demo-Standard 75.")
warnungen = 0
for minute, (wert, sichtbar) in enumerate(zip(werte, anzeige)):
hoch = wert >= grenze
warnungen += int(hoch)
status = "WARNUNG" if hoch else "OK"
print(f"t={minute:02} {'#' * (wert // 5):20} {wert:2}% {status} HMI={sichtbar}")
print("Warnungen:", warnungen)
print("Auswertung aus fiktiven Daten; HMI=nein: Anzeigeausfall melden.")
print("Keine Stellbefehle, keine Verbindungen und keine Dateiausgabe.")
Erwarteter Test: Bei Grenze 75 entstehen 2 Warnungen. Feedback: 78 und 82 erreichen die Grenze. Die HMI-Anzeige fehlt im fiktiven Zeitpunkt 4; die vorgegebenen Daten stammen aus dem Modellprotokoll, nicht aus einer echten Anlage. Die Grenze darf nicht mit einem realen Safety-Grenzwert verwechselt werden.
Gestufte Hilfen für den Ausbildungsfall
| Hilfe | Leitfrage |
|---|---|
| Stufe 1 – Orientierung | Geht es hauptsächlich um Informationen oder um einen physischen Prozess? |
| Stufe 2 – Struktur | Notiere betroffenes System, Schutzziel, mögliche Folge und zuständige Rolle. |
| Stufe 3 – Lösungsweg | HMI-Neustart: OT / Verfügbarkeit / mögliche fehlende Prozesssicht / Freigabe mit Anlagenbetrieb; Bürodatei: IT / Vertraulichkeit / unzulässige Offenlegung / IT-Sicherheitsmeldung. |
Selbstcheck mit begründetem Feedback: „Sofortiges Patchen ohne Abstimmung ist immer sicherer“ ist falsch, weil ein ungeplanter Eingriff Betriebs- und Safety-Risiken schaffen kann. „Nie patchen“ ist ebenfalls falsch, weil bekannte Schwachstellen behandelt werden müssen – mit risikobasiertem und freigegebenem Vorgehen.
Interaktive Aufgaben
Quiz: Teste Dein Wissen
Welches Beispiel gehört im Ausbildungsfall vor allem zur OT? (Die speicherprogrammierbare Steuerung) (!Die Personaldatei) (!Die Bürotextverarbeitung) (!Die Reisekostenabrechnung)
Welches Schutzziel ist bei unbefugtem Lesen einer Datei unmittelbar verletzt? (Vertraulichkeit) (!Verfügbarkeit) (!Wiederanlauf) (!Redundanz)
Weshalb braucht ein HMI-Neustart in der Produktion besondere Prüfung? (Weil Prozesssicht und Anlagenbetrieb betroffen sein können) (!Weil jedes HMI grundsätzlich nie neu startet) (!Weil OT keine Software verwendet) (!Weil nur Bürosysteme dokumentiert werden)
Was beschreibt die Integrität eines Messwerts? (Seine Unverfälschtheit) (!Seine Farbe am Bildschirm) (!Seinen Anschaffungspreis) (!Die Länge seines Kabels)
Welche Aussage zu Safety und Cybersecurity stimmt? (Sie sind verschieden und müssen gemeinsam berücksichtigt werden) (!Sie meinen immer exakt dasselbe) (!Safety ist nur ein anderes Wort für Datensicherung) (!Cybersecurity macht jede Schutzfunktion überflüssig)
Welche Maßnahme begrenzt unerwünschte Kommunikationswege zwischen IT und OT? (Abgestimmte Netzwerksegmentierung) (!Ungeprüftes Verbinden aller Geräte) (!Das gemeinsame Nutzen aller Konten) (!Das Abschalten jeder Protokollierung)
Welche Planung hilft bei OT-Updates besonders? (Ein freigegebenes Wartungsfenster mit Rückfallplan) (!Ein beliebiger sofortiger Neustart) (!Das Entfernen aller Backups) (!Eine Änderung ohne Anlagenverantwortliche)
Was bedeuten 15 Punkte im Python-Labor A? (Einen erfundenen Rechenwert für den Übungsfall) (!Eine verbindliche Normfreigabe) (!Eine gemessene Unfallwahrscheinlichkeit) (!Eine bestätigte Anlagenstörung)
Was tut Python-Labor B tatsächlich? (Es wertet eine feste Liste fiktiver Zahlen lokal aus) (!Es verbindet sich mit einer fremden SPS) (!Es setzt einen echten Grenzwert an einer Maschine) (!Es sendet Kundendaten an einen Server)
Was ist bei einem vermuteten OT-Vorfall angemessen? (Verantwortliche informieren und abgestimmte Abläufe nutzen) (!Ohne Freigabe sämtliche Steuerungen neu starten) (!Schutzfunktionen zum Test abschalten) (!Produktionsgeräte eigenmächtig untersuchen)
Begründetes Quiz-Feedback:
| Frage | Begründung der richtigen Antwort |
|---|---|
| 1 | Die SPS beeinflusst den technischen Prozess. |
| 2 | Vertraulichkeit schützt vor unbefugter Kenntnisnahme. |
| 3 | Ein Ausfall kann Bedien- und Überwachungsfunktionen beeinflussen. |
| 4 | Integrität betrifft korrekte, unverfälschte Informationen. |
| 5 | Safety und Security behandeln unterschiedliche, verbundene Risiken. |
| 6 | Segmentierung trennt Netze und kontrolliert Übergänge. |
| 7 | Wartungsfenster und Rückfallplan schützen die Betriebsplanung. |
| 8 | Die Übungszahlen ersetzen keine professionelle Risikoanalyse. |
| 9 | Im Labor existieren weder Netzwerkcode noch Anlagenbefehle. |
| 10 | Zuständigkeiten und koordinierte Reaktion schützen Betrieb und Beweislage. |
Memory
| ERP | Software für betriebliche Geschäftsprozesse |
| SPS | Programmierbare Steuerung technischer Abläufe |
| HMI | Oberfläche zum Bedienen und Beobachten |
| Sensor | Erfassung einer physikalischen Größe |
| OT-DMZ | Kontrollierter Übergangsbereich zwischen Netzen |
| Backup | Kopie zur Wiederherstellung von Daten |
| Safety | Schutz vor Gefährdungen durch technische Prozesse |
Drag and Drop
| Ordne die richtigen Begriffe zu. | Bedeutung |
|---|---|
| Vertraulichkeit | Schutz vor unbefugtem Lesen |
| Integrität | Unverfälschtheit von Informationen |
| Verfügbarkeit | Nutzbarkeit zum benötigten Zeitpunkt |
| Segmentierung | Trennung in kontrollierte Netzbereiche |
| Wartungsfreigabe | Abstimmung vor betrieblichen Änderungen |
| Wiederherstellung | Geplante Rückkehr zu funktionsfähigen Systemen |
Kreuzworträtsel
| Sensor | Welches Bauteil erfasst einen Messwert? |
| Firewall | Welche Komponente filtert erlaubte und unerwünschte Verbindungen regelbasiert? |
| Backup | Wie heißt eine Sicherungskopie? |
| Aktor | Welches Element setzt Steuerungssignale physisch um? |
| SCADA | Welche Abkürzung bezeichnet Systeme zur übergeordneten Überwachung und Datenerfassung? |
| Segmentierung | Wie heißt die Aufteilung eines Netzes in kontrollierte Bereiche? |
LearningApps
Freiwillige Online-Vertiefung: Die Suche wird von einem externen Dienst bereitgestellt. Verwende keine persönlichen, betrieblichen oder vertraulichen Angaben.
Lückentext
Offene Aufgaben
Leicht – Basis
- IT-Bildkarte: Zeichne zwei IT-Systeme aus der fiktiven Werkstatt und erläutere ihre Aufgabe.
- OT-Bildkarte: Skizziere Sensor, SPS und HMI mit einfachen Pfeilen.
- Schutzziel-Karte: Ordne drei fiktive Störungen einem Schutzziel zu und begründe jede Zuordnung.
- Risiko-Balken: Übertrage die drei Beispielwerte aus dem Labor in ein eigenes Balkendiagramm und beschrifte sie als fiktiv.
Standard – Anwendung
- Zonenplan: Zeichne für „Füllwerk Nord“ Büro, OT-DMZ und OT und markiere nur den freigegebenen Datenaustausch.
- Update-Entscheidung: Entwirf eine Checkliste für einen geplanten HMI-Neustart mit Verantwortlichen, Test und Rückfallplan.
- Meldeweg: Formuliere eine knappe Störungsmeldung zu einem fiktiv ausgefallenen HMI, ohne persönliche oder reale Betriebsdaten.
- Modellkritik: Verändere im Python-Labor A eine Wahrscheinlichkeit und erkläre, warum der berechnete Wert keine Safety-Freigabe ist.
Schwer – Transfer
- Branchenwechsel: Übertrage die IT-/OT-Abgrenzung auf eine fiktive Schulgebäudeautomation und erläutere neue Folgen.
- Ausfallkonzept: Entwirf für die Übungsanlage einen abgestimmten Wiederanlaufplan, ohne reale technische Eingriffe zu beschreiben.
- Sicherheitsgespräch: Simuliere ein genehmigtes Rollengespräch zwischen Ausbildung, IT-Sicherheit und Anlagenbetrieb; dokumentiere die Entscheidung.
- Erklärvideo: Produziere ein einminütiges Video mit selbst erstellten Symbolen und fiktiven Daten; beachte Bildrechte und zeige keine echten Betriebsdetails.


Lernkontrolle
Transferprüfung: Bearbeite mindestens fünf der folgenden Aufgaben schriftlich, als Skizze oder in einer kurzen Präsentation.
- Folgenkette: Beschreibe, wie ein Fehler in der Büro-IT über eine unzureichend kontrollierte Schnittstelle Auswirkungen auf OT-Prozesse haben könnte, ohne Angriffsanleitung.
- Vergleich: Vergleiche zwei fiktive Fälle mit gleichem Modellwert, aber unterschiedlichen Folgen für Personen, Daten und Verfügbarkeit.
- Maßnahmenabwägung: Begründe, warum ein dringend benötigtes Update trotzdem eine geplante Freigabe und Rückfalloption erfordert.
- Kommunikation: Entwirf eine sichere erste Meldung zu widersprüchlichen Sensor- und HMI-Daten und benenne die zuständigen Rollen.
- Schutzkonzept: Verbinde Segmentierung, Backup, Rechtevergabe und dokumentierte Wiederherstellung zu einem begründeten Mehrschichtkonzept.
- Modellgrenzen: Erkläre drei Grenzen der Python-Simulation und beurteile, welche Aussagen über eine reale Anlage unzulässig wären.
Beurteilungsfeedback: Eine gute Antwort beschreibt Ursache → betroffenes Schutzziel → mögliche Folge → abgestimmte Maßnahme und benennt verbleibende Unsicherheit. Eine reine Aufzählung ohne Begründung genügt nicht.
Lernnachweis
Abgabe: Eine kompakte Fallakte zum vollständig fiktiven „Füllwerk Nord“, ohne fremde Daten oder Fotos von realen Anlagen.
- Übersicht mit mindestens vier eindeutig als IT, OT oder Schnittstelle begründeten Komponenten.
- Risikotabelle mit drei fiktiven Szenarien und erklärten Annahmen.
- Bildschirmfoto oder selbst übertragenes Textdiagramm aus einem der zwei lokalen Python-Labore.
- Maßnahmenplan mit Verantwortlichkeiten, Wartungsfreigabe und Rückfallüberlegung.
- Reflexion zu Safety, Anlagenverfügbarkeit, Modellgrenzen und Medienquellen.
Bewertungsraster (20 Punkte): Systemzuordnung 4, Risikoargumentation 4, sichere Maßnahmen 4, transparente Laborinterpretation 4, Reflexion und Rechtebeachtung 4 Punkte.
Nachweisregel: Kein Produktivzugriff, keine fremden Zugangsdaten, keine Kundendaten, kein externer Upload von Laborergebnissen.
OERs zum Thema
Wikipedia-Leseimpuls: Vergleiche Deine Erklärung der OT mit der Definition in Operational Technology.
Fachquellen und geprüfter Versionsstand:
- NIST SP 800-82 Revision 3 – Guide to Operational Technology Security (veröffentlichte Fassung, 2023): Maßgebliche Grundlage für OT-spezifische Verfügbarkeit, Zuverlässigkeit und Safety.
- NIST SP 800-82 Revision 4 (Entwurf vom 21. September 2026): Zusatzinformation, noch keine finale Revision.
- BSI – ICS-Security-Kompendium: Deutsche Empfehlungen zu OT-Netzsegmentierung und Safety/Security.
- ISA/IEC 62443: Normenreihe zu Cybersicherheit industrieller Automatisierungs- und Steuerungssysteme.
- Informationssicherheit, Industrial Control System, Speicherprogrammierbare Steuerung, IEC 62443: Lexikalische Einstiege, keine Ersatzquelle für eine betriebliche Freigabe.
Bildquellen und Medienrechte (unveränderte Einbindung mit Namensnennung):
| Bilddatei | Urheber und Lizenz |
|---|---|
| SCADA Systems Layout.png | deramsey, CC BY-SA 4.0 |
| Server rack | Francesco Magno, CC BY-SA 4.0 |
| Programmable logic controller.jpg | Bisgaard, CC BY-SA 3.0 |
| SCADA Schematischer Überblick.png | HaPi, gemeinfrei |
| OSP Emergency stop.svg | Team445, CC0 1.0 |
| Industrial Ethernet Switch.jpg | eks Engel GmbH & Co. KG, CC BY-SA 3.0 DE |
| Firewall computing.svg | jiricek72, CC0 1.0 |
Videorechte: Die zwei eingebetteten Videos stammen von Mike Holcomb (YouTube, Teile 2 und 4 seines ICS/OT-Kurses). Sie sind als externe Streaming-Medien eingebunden; es wird keine freie Nachnutzungs- oder Downloadlizenz behauptet. Beim Abruf von YouTube, LearningApps oder Wikipedia können Verbindungen zu Drittanbietern entstehen; nutze sie nur entsprechend den Datenschutz- und Freigaberegeln Deiner Schule. Die lokalen Python-Übungen funktionieren vollständig ohne diese Dienste.
Verknüpfte Lernbereiche
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 fragen