aiMOOC

Fachübungen 4 – Schutzbedarfsanalyse im eigenen Arbeitsbereich durchführen - IT-System-Elektroniker

QR-Code

Einleitung

Du arbeitest als Auszubildende oder Auszubildender im ersten Ausbildungsjahr eines IT-System-Elektronikbetriebs. Ein Ticketportal, ein Netzwerkschrank und ein Konfigurationsnotebook unterstützen den technischen Kundendienst. Wie schwer wäre es, wenn Daten offengelegt, verändert oder zeitweise nicht nutzbar wären? In diesem Kurs erstellst du eine nachvollziehbare Schutzbedarfsanalyse und leitest angemessene Empfehlungen ab.

Lernziele: Du erläuterst Schutzziele, grenzt Schutzbedarf und Risiko ab, analysierst Schadensszenarien, klassifizierst synthetische Arbeitsmittel nach einer vorgegebenen Sicherheitsleitlinie, berechnest einen beispielhaften Ausfallschaden, dokumentierst Entscheidungen und prüfst vorgeschlagene Maßnahmen. Die Fallbeispiele sind erfunden; sie dienen keiner Freigabe realer Anlagen.

Einordnung: Der KMK-Rahmenlehrplan ordnet „Schutzbedarfsanalyse im eigenen Arbeitsbereich durchführen“ dem Lernfeld 4 im ersten Ausbildungsjahr mit einem Zeitrichtwert von 40 Unterrichtsstunden zu. Maßgeblich für den Beruf IT-System-Elektroniker/-in ist die Ausbildungsordnung vom 28. Februar 2020 mit Textnachweis ab 1. August 2020; das BIBB nennt eine Ausbildungsdauer von 36 Monaten und verschiedene Einsatzgebiete, keine entsprechend benannten Fachrichtungen dieses Berufs. Die Abschlussprüfung ist gemäß Ausbildungsordnung in Teil 1 und Teil 2 gegliedert; dieser Kurs behauptet keine ungeprüften Prüfungszeiten, Gewichtungen oder Originalprüfungsfragen.

Alle Rechenwerte und betrieblichen Schwellen dieses Kurses sind didaktische Annahmen. Im Unternehmen gelten dessen aktuelle IT-Sicherheitsleitlinie, Zuständigkeiten und Freigabewege. Tätigkeiten an elektrischen Anlagen, Maschinen oder mit anderen praktischen Gefahren sind ausschließlich unter Anleitung und durch entsprechend qualifizierte Personen zulässig.

Informationssicherheit und beruflicher Auftrag

Drei Schutzziele unterscheiden

Vertraulichkeit bedeutet, dass Informationen nur befugten Personen zugänglich werden. Eine unberechtigt eingesehene Kundenkontaktliste verletzt dieses Ziel. Integrität bedeutet, dass Daten und Systeme vollständig, richtig und vor unbefugter Veränderung geschützt bleiben. Ein heimlich geänderter Konfigurationswert ist ein Integritätsproblem. Verfügbarkeit bedeutet, dass berechtigte Personen Informationen und Dienste zum benötigten Zeitpunkt nutzen können; ein ausgefallener Ticketserver gefährdet dieses Ziel. Die englischen Anfangsbuchstaben C, I und A bilden die sogenannte CIA-Triade.

Schutzziel	Berufstypisches Beispiel	Beobachtbare Auswirkung
Vertraulichkeit	Unbefugte lesen ein internes Konfigurationsdokument.	Interne Netzdetails werden offengelegt.
Integrität	Eine Firewall-Regel wird ohne Freigabe verändert.	Datenverkehr wird anders behandelt als vorgesehen.
Verfügbarkeit	Das Ticketsystem ist während der Servicezeit nicht erreichbar.	Aufträge können nicht planmäßig bearbeitet werden.

Abgrenzung: Datenschutz betrifft insbesondere den rechtmäßigen Umgang mit personenbezogenen Daten. Informationssicherheit schützt Informationen und Systeme auch dann, wenn keine personenbezogenen Daten enthalten sind. Für die Verarbeitung personenbezogener Daten ist unter anderem Artikel 32 DSGVO zu technischen und organisatorischen Maßnahmen relevant; die genaue Pflicht hängt vom konkreten Verarbeitungskontext ab.

Sicherheitsleitlinie und Verantwortung

Die IT-Sicherheitsleitlinie legt beispielsweise Geltungsbereich, Schutzbedarfsmaßstäbe, Rollen, Meldewege und Freigaben fest. Vor der Analyse klärst du, wer fachlich verantwortlich ist, welche Arbeitsmittel betrachtet werden und auf welche vorhandenen Dokumente du dich stützen darfst. Du dokumentierst nur erforderliche, freigegebene Informationen. Geheimnisse, echte Zugangsdaten und personenbezogene Einzelfälle gehören nicht in offene Lernmaterialien.

Video zum Einstieg: Ein Überblick über IT-Grundschutz und die Einordnung der Schutzbedarfsfeststellung; das Video ist Lernhilfe, nicht Ersatz für die aktuelle BSI-Methodik.

Analysegegenstand erfassen und Vorgehen planen

Schutzbedarfsanalyse in sechs Arbeitsschritten

Auftrag klären: Sicherheitsleitlinie, Zuständigkeiten, Ziele und zeitlichen Rahmen lesen.
Informationsverbund abgrenzen: Geschäftsprozess, Informationen, Anwendungen, IT-Systeme, Räume und Schnittstellen benennen.
Schadensszenarien formulieren: Für jedes Schutzziel begründete Folgen von Verlust, Manipulation oder Ausfall beschreiben.
Schutzbedarf einstufen: Gemäß betrieblichen Kriterien getrennt für Vertraulichkeit, Integrität und Verfügbarkeit bewerten.
Abhängigkeiten prüfen: Schutzbedarf auf unterstützende Systeme übertragen und dabei Maximumprinzip sowie Kumulations- und Verteilungseffekte beachten.
Ergebnisse abstimmen: Begründungen dokumentieren, Maßnahmen empfehlen, Verantwortliche beteiligen und Änderungen nachhalten.

Eingabe	Bearbeitung	Arbeitsergebnis
Freigegebene Sicherheitsleitlinie und Systemübersicht	Umfang und Schutzkriterien festlegen	Abgrenzung mit verantwortlicher Stelle
Geschäftsprozesse und Informationen	Folgen je Schutzziel bewerten	Begründete Schutzbedarfsübersicht
Abhängigkeiten und vorhandene Maßnahmen	Lücken und Empfehlungen ableiten	Maßnahmenplan mit Prüfkriterien

Eine Schutzbedarfsfeststellung beurteilt zunächst die mögliche Schadenshöhe bei Verletzung eines Schutzziels. Eine Risikoanalyse betrachtet darüber hinaus Bedrohungen und je nach Methode Eintrittsmöglichkeiten beziehungsweise Wahrscheinlichkeiten. Diese beiden Arbeitsschritte darfst du nicht einfach gleichsetzen.

Dokumentationsbogen vorbereiten

Ein brauchbarer Analysebogen enthält Objektkennung, Prozess, verantwortliche Rolle, betrachtete Daten, Schutzziel, angenommenes Schadensszenario, Einstufung, Begründung, vorhandene Maßnahme, Empfehlung, Prüfverfahren und Datum. Verwende überprüfbare Formulierungen wie „sechs Stunden nicht erreichbar“ statt „sehr schlimm“. Beschreibe Abhängigkeiten, etwa vom Ticketportal zum Authentifizierungsdienst und zum Netzwerk.

Schadensszenarien bewerten und fachlich rechnen

Schutzbedarf normal, hoch oder sehr hoch

In der BSI-IT-Grundschutz-Methodik werden die Schutzbedarfskategorien normal, hoch und sehr hoch verwendet. „Normal“ bezeichnet eine begrenzte, überschaubare Schadensauswirkung; „hoch“ eine beträchtliche; „sehr hoch“ eine existenziell bedrohliche oder katastrophale. Die Einstufung ist immer am Anwendungskontext und der festgelegten Leitlinie zu begründen. Ein einzelnes personenbezogenes Datum führt nicht automatisch zu einer bestimmten Kategorie.

Typische Schadensperspektiven sind Rechts- oder Vertragsverstöße, Beeinträchtigung des informationellen Selbstbestimmungsrechts, Gefährdung von Menschen, Beeinträchtigung der Aufgabenerfüllung, Reputationsschäden und finanzielle Folgen. Ein Schutzbedarf kann für Vertraulichkeit hoch und für Verfügbarkeit normal sein. Dokumentiere jedes Schutzziel einzeln.

Rechenweg: angenommene Kosten einer Dienstunterbrechung

In einer frei erfundenen Serviceorganisation werden pro Stunde normalerweise zwölf abrechenbare Aufträge abgeschlossen. Der angenommene verlorene Deckungsbeitrag beträgt 50 Euro je nicht erbrachtem Auftrag. Der Totalausfall dauert sechs Stunden; für die Nacharbeit fallen drei Personalstunden zu je 60 Euro an. Unter der ausdrücklich vereinfachten Annahme, dass diese Ausfälle nicht später aufgeholt werden, gilt:

Ausgefallene Aufträge: 12 Aufträge/Stunde × 6 Stunden = 72 Aufträge.

Entgangener Deckungsbeitrag: 72 × 50 Euro/Auftrag = 3.600 Euro.

Zusätzliche Nacharbeit: 3 Stunden × 60 Euro/Stunde = 180 Euro.

Vereinfachter Gesamtschaden: 3.600 Euro + 180 Euro = 3.780 Euro.

Einheitenkontrolle: Aufträge pro Stunde × Stunden × Euro pro Auftrag = Euro. Achtung: Umsatz ist nicht gleich Deckungsbeitrag, und Doppelzählungen sind zu vermeiden. Nur wenn die Zahlen den tatsächlichen Prozess angemessen abbilden, taugt die Rechnung als Begründung.

Lernmodell für spätere Bewertungen: In der fiktiven Unternehmensleitlinie liegen einfache rein finanzielle Schäden bis unter 2.000 Euro in „normal“, von 2.000 bis unter 20.000 Euro in „hoch“ und ab 20.000 Euro in „sehr hoch“. Diese erfundenen Grenzen sind keine BSI-Vorgaben; rechtliche, personelle und betriebliche Folgen können die Kategorie unabhängig davon erhöhen. Im Modellbeispiel ist die finanzielle Folge von 3.780 Euro daher „hoch“.

Maximumprinzip und Ausnahmen

Wenn ein IT-System mehrere Anwendungen trägt, orientiert sich sein Schutzbedarf je Schutzziel grundsätzlich am höchsten Schutzbedarf der betroffenen Anwendungen, dem Maximumprinzip. Beispiel: Anwendung A verlangt für Integrität „normal“, Anwendung B „hoch“; ein gemeinsam genutzter Server benötigt hinsichtlich Integrität grundsätzlich „hoch“. Kumulationseffekt: Viele für sich unkritische Daten oder Dienste werden zusammen besonders kritisch. Verteilungseffekt: Redundante, tatsächlich unabhängige Systeme können Auswirkungen mindern. Solche Abweichungen müssen fachlich nachgewiesen und begründet werden, nicht vermutet.

BSI-Fachvideo: Risikomanagement mit IT-Grundschutz aus einer Veranstaltung des Bundesamts für Sicherheit in der Informationstechnik; für Einsteigerinnen und Einsteiger sind besonders die Unterscheidung zwischen üblichem Grundschutz und zusätzlicher Risikoanalyse wichtig.

Bedrohungen erkennen, Maßnahmen priorisieren und prüfen

Bedrohung, Schwachstelle, Risiko und Maßnahme

Eine Bedrohung ist ein mögliches schädigendes Ereignis wie Diebstahl, Fehlkonfiguration oder Stromausfall. Eine Schwachstelle ist eine ausnutzbare oder störungsfördernde Eigenschaft, etwa ein gemeinsam genutztes Administrationskonto. Ein Risiko verknüpft die Möglichkeit eines Ereignisses mit dessen Auswirkungen. Eine Maßnahme soll diese Möglichkeit oder ihre Auswirkungen verringern. Die Schutzbedarfskategorie wird jedoch nicht durch das Vorhandensein einer Maßnahme automatisch nach unten korrigiert.

Typische Empfehlungen im Zuständigkeitsbereich eines IT-System-Elektronikers sind individuelle Konten mit angemessenen Berechtigungen, Mehrfaktorauthentifizierung, gesicherte Konfigurationsablage, definierte Datensicherung, Aktualisierung nach Freigabe, Protokollierung, Schulung und geregelte Vorfallmeldung. Maßnahmen an produktiven Netzen und Systemen sind nur nach Auftrag, Berechtigung und betrieblicher Freigabe durchzuführen.

Mehrschichtiger Schutz bedeutet, dass eine einzige Maßnahme nicht das ganze Sicherheitskonzept tragen soll: Zugangsbeschränkung, Berechtigungen, Netzsegmentierung, Sicherung und Wiederherstellung ergänzen einander. Die Abbildung zum „Defense in Depth“-Modell verdeutlicht dieses Prinzip.

Priorisierung und Prüfkriterien

Für die didaktische Maßnahmenreihenfolge dürfen Teams beispielsweise erwartete Wirkung, Umsetzbarkeit und dokumentierte Dringlichkeit vergleichen. Eine kleine Prioritätstabelle ist ein Kommunikationsmittel, keine vorgeschriebene Formel für die BSI-Schutzbedarfsfeststellung.

Maßnahme	Beabsichtigte Wirkung	Nachweis in einer freigegebenen Testumgebung
Persönliche Konten statt Sammelkonto	Änderungen zurechenbar machen	Rollen- und Anmeldetest dokumentieren
Versionskontrollierte Konfigurationsdateien	Unbeabsichtigte Änderungen erkennbar machen	Vergleich zweier synthetischer Versionen
Regelmäßige Datensicherung	Folgen eines Datenverlustes begrenzen	Testwiederherstellung von Übungsdaten protokollieren
Störungsmeldeweg üben	Reaktionszeit verkürzen	Simulierte Meldung mit Zeitstempel und Zuständigkeit

Typische Fehler: Schutzbedarf ohne Schadensszenario vergeben; die drei Schutzziele vermischen; Risiko und Schadenshöhe verwechseln; „hoch“ allein wegen eines Passwortes behaupten; unbekannte Kosten als gesicherte Fakten ausgeben; den Verteilungseffekt ohne Beleg annehmen; Maßnahmen ohne Prüfkriterien beschließen; reale Geräte ohne Freigabe ändern.

Vollständiger Modellfall: IT-Serviceteam Nordlicht

Auftrag und synthetische Ausgangslage

Die Nordlicht IT-Service GmbH ist ausschließlich erfunden. Das 18-köpfige Serviceteam nutzt das Ticketportal T1 mit synthetischen Kundenkontakten und Auftragsstatus, den WLAN-Controller N1 für ein getrenntes Testnetz und das Konfigurationsnotebook K1 mit nicht geheimen, aber betrieblich sensiblen Beispielkonfigurationen. Der Ausbildungsauftrag lautet: Analysiere alle drei Objekte anhand der vorgegebenen Modellleitlinie; ändere keine realen Geräte oder Zugriffsrechte.

Die schriftliche Modellleitlinie legt die Finanzkategorien aus Kapitel 3 fest. Sie verlangt außerdem eine Einstufung „hoch“ bei erheblicher Offenlegung betrieblicher Netzdetails, bei gravierender Auftragsmanipulation oder bei einer servicekritischen Unterbrechung von vier oder mehr Stunden. „Sehr hoch“ erfordert hier eine existenziell bedrohliche Folge oder eine vergleichbar katastrophale Auswirkung. Die zuständige Ausbildungsleitung bestätigt den Geltungsbereich und die Plausibilität der Kategorien; sie ersetzt nicht den tatsächlichen Sicherheitsverantwortlichen im Betrieb.

Musterarbeitsprodukt: Schutzbedarfsübersicht

Objekt	Vertraulichkeit	Integrität	Verfügbarkeit	Begründung
Ticketportal T1	hoch	hoch	hoch	Vertrauliche Kontaktdaten und Netzdetails; fehlerhafte Aufträge; sechs Stunden Ausfall mit 3.780 Euro Modellschaden
WLAN-Controller N1 im Testnetz	normal	hoch	normal	Testeinstellungen ohne besondere Geheimnisse; Manipulation würde Netztrennung verfälschen; kurzer Testausfall überbrückbar
Konfigurationsnotebook K1	hoch	hoch	normal	Einsicht in interne Netzpläne und unbemerkte Manipulation von Vorlagen wären erheblich; Wiederanlauf durch freigegebene Sicherung möglich

Ergebnis: Der höchste einzelne Schutzbedarf von T1 ist in allen drei Schutzzielen „hoch“; für N1 und K1 unterscheiden sich die Einzelwerte. Das ist eine begründete Schutzbedarfsentscheidung, keine Aussage über eine bereits eingetretene Sicherheitsverletzung. Wenn dieselbe Infrastruktur mehrere Dienste trägt, ist eine eigene Abhängigkeitsbetrachtung vor der Übertragung nach dem Maximumprinzip erforderlich.

Musterarbeitsprodukt: Bedrohungs- und Maßnahmenregister

Szenario und Objekt	Vorhandene Schwäche im Fall	Empfehlung	Verantwortliche Rolle und Test
Unbefugte Einsicht in T1	Gemeinsames Testkonto wird bei Übergabe genutzt	Individuelle Rollen und Mehrfaktorauthentifizierung prüfen	IT-Administration; synthetischen Berechtigungstest dokumentieren
Fehlerhafte Änderung an N1	Testkonfiguration nicht versioniert	Genehmigten Änderungsablauf und Versionsvergleich einführen	Netzwerkteam; Vorher-Nachher-Vergleich ohne Produktiveingriff
Verlust von K1	Beispielkonfigurationen nur lokal gespeichert	Freigegebene verschlüsselte Ablage und Sicherung festlegen	IT-Sicherheitsverantwortliche; Wiederherstellung ausschließlich mit Übungsdaten
Ausfall von T1	Wiederanlauf nicht geprobt	Zeitkritische Wiederherstellungsübung planen	Serviceleitung; protokollierter Labortest

Bewertung: Die Analyse ist nur dann abgeschlossen, wenn Objektumfang und Kategorien durch zuständige Fachpersonen geprüft, Annahmen kenntlich gemacht und Maßnahmen mit Zuständigen und Wirksamkeitsnachweisen versehen sind. Eine Tabellenzeile ist weder technische Freigabe noch Nachweis einer tatsächlichen Sicherheitswirksamkeit.

Fachliches Bewertungsraster zum Modellfall

Kriterium	0 Punkte	1 Punkt	2 Punkte
Geltungsbereich und Objekte	Unklar	Teilweise erfasst	T1, N1, K1 und Abhängigkeiten klar benannt
Drei Schutzziele	Verwechselt	Teilweise richtig	Je Objekt getrennt und richtig erläutert
Schadensszenarien und Kategorien	Unbegründet	Lückenhaft	Nach Modellleitlinie vollständig begründet
Rechnung und Einheiten	Falsch	Teilweise richtig	72 Aufträge, 3.600 Euro, 180 Euro, 3.780 Euro nachvollziehbar
Maßnahmen und Prüfungen	Nicht geeignet	Teilweise geeignet	Wirksamkeitsnachweise, Rollen und Freigaben plausibel
Dokumentation und Grenzen	Nicht nachvollziehbar	Teilweise nachvollziehbar	Synthetische Daten und Annahmen klar; keine reale Systemfreigabe

Summe: maximal 12 Punkte. 11–12 Punkte: sehr sicher; 8–10: weitgehend sicher; 5–7: gezielter Übungsbedarf; 0–4: grundlegender Wiederholungsbedarf. Dies ist ein unterrichtliches Bewertungsraster, keine amtliche Prüfungsbewertung. Fehlerdiagnose: Ist nur die Verfügbarkeit falsch, prüfe Ausfalldauer und betriebliche Schwelle. Ist die Rechnung falsch, prüfe Einheiten und Doppelzählungen. Ist eine Maßnahmenempfehlung unklar, ergänze Verantwortlichkeit und einen ungefährlichen, prüfbaren Nachweis.

Interaktive Aufgaben

Multiple-Choice-Quiz: Fachwissen anwenden

Welches Schutzziel ist betroffen, wenn Unbefugte interne Netzpläne lesen können? (Vertraulichkeit) (!Verfügbarkeit) (!Integrität) (!Ausfallsicherheit)

Rückmeldung: Eine unberechtigte Offenlegung betrifft Vertraulichkeit; ein System kann dabei weiterhin korrekt und erreichbar sein.

Welches Beispiel beschreibt vor allem eine Verletzung der Integrität? (Eine nicht freigegebene Änderung einer Routerkonfiguration) (!Eine geplante Pause des Testservers) (!Ein leseberechtigter Zugriff auf ein Handbuch) (!Ein ordnungsgemäß dokumentierter Backup-Test)

Rückmeldung: Integrität verlangt unverfälschte, autorisierte Daten und Konfigurationen.

Ein Ticketsystem ist sechs Stunden nicht erreichbar. Welches Schutzziel prüfst du zuerst? (Verfügbarkeit) (!Vertraulichkeit) (!Urheberrecht) (!Datensparsamkeit)

Rückmeldung: Entscheidend ist hier die Nutzung des Dienstes zum benötigten Zeitpunkt.

Was bewertet die Schutzbedarfsfeststellung zunächst? (Die möglichen Auswirkungen einer Verletzung einzelner Schutzziele) (!Nur die Wahrscheinlichkeit eines Hackerangriffs) (!Die Zahl der installierten Programme) (!Nur die Anschaffungskosten der Geräte)

Rückmeldung: Die Schadensauswirkung steht im Mittelpunkt; eine gesonderte Risikoanalyse kann später weitere Faktoren betrachten.

Welche Reihenfolge entspricht dem fachlich sinnvollen Einstieg? (Auftrag und Leitlinie klären, Objekte erfassen, Schadensszenarien bewerten) (!Zuerst Geräte ändern, dann Zuständigkeiten ermitteln) (!Zuerst Risiko auswürfeln, dann Informationen suchen) (!Zuerst Software kaufen, dann Schutzziele definieren)

Rückmeldung: Ohne Geltungsbereich und Kriterien ist die spätere Einstufung nicht überprüfbar.

Welcher Grundsatz gilt zunächst für einen Server mit Anwendungen unterschiedlicher Schutzbedarfe? (Der höchste Schutzbedarf je Schutzziel ist grundsätzlich maßgeblich) (!Immer der niedrigste Wert) (!Immer der Durchschnitt aller Werte) (!Immer nur der Anschaffungspreis des Servers)

Rückmeldung: Das Maximumprinzip gilt grundsätzlich; begründete Kumulations- und Verteilungseffekte werden gesondert betrachtet.

Welche Aussage grenzt Risiko und Schutzbedarf korrekt ab? (Der Schutzbedarf betrachtet die mögliche Schadenshöhe, das Risiko zusätzlich eine mögliche Bedrohung) (!Beide Begriffe bedeuten ausschließlich Gerätekosten) (!Schutzbedarf ist immer gleich Eintrittswahrscheinlichkeit) (!Risiko lässt sich ohne Betrachtung von Auswirkungen bestimmen)

Rückmeldung: Die reine Schutzbedarfsfeststellung ist noch keine vollständige Risikoanalyse.

Was gilt beim Umgang mit personenbezogenen Daten im Modellbetrieb? (Betriebliche Vorgaben und einschlägige Datenschutzpflichten sind zu beachten) (!Jede Datei muss unabhängig vom Kontext als sehr hoch eingestuft werden) (!Datenschutz ersetzt alle Maßnahmen der Informationssicherheit) (!Kundendaten dürfen zur Übung öffentlich kopiert werden)

Rückmeldung: Der Schutz personenbezogener Daten erfordert rechtliche und organisatorische Prüfung, ohne eine pauschale Schutzkategorie vorzugeben.

Wie hoch ist der vereinfachte Schaden bei 72 entgangenen Aufträgen zu 50 Euro und 180 Euro Nacharbeit? (3780 Euro) (!3600 Euro) (!3900 Euro) (!720 Euro)

Rückmeldung: 72 mal 50 Euro ergeben 3.600 Euro; zuzüglich 180 Euro sind es 3.780 Euro.

Woran erkennst du eine geeignete Maßnahmenempfehlung? (Sie nennt Ziel, verantwortliche Rolle und überprüfbaren Wirksamkeitsnachweis) (!Sie fordert sofortige Änderungen ohne Freigabe) (!Sie ersetzt Begründungen durch eine Farbe) (!Sie verzichtet grundsätzlich auf Dokumentation)

Rückmeldung: Prüfbarkeit, Zuständigkeit und Freigabe machen Empfehlungen umsetzbar und auditierbar.

Memory: Begriffe und Bedeutung

Vertraulichkeit	Informationen nur für berechtigte Personen zugänglich halten
Integrität	Daten und Konfigurationen vor unerlaubter Veränderung schützen
Verfügbarkeit	Benötigte Dienste zum vorgesehenen Zeitpunkt nutzbar halten
Schadensszenario	Plausible Beschreibung einer negativen Folge
Maximumprinzip	Grundsätzlich höchsten Schutzbedarf je Schutzziel übertragen
Sicherheitsleitlinie	Betriebliche Vorgabe zu Sicherheitszielen und Zuständigkeiten

Drag-and-drop: Analysephasen zuordnen

Passende Analysehandlung	Beschreibung
Geltungsbereich festlegen	Arbeitsprozess und betrachtete Objekte bestimmen
Schadensszenarien formulieren	Folgen einer unbefugten Offenlegung oder eines Ausfalls beschreiben
Schutzbedarf einstufen	Normal, hoch oder sehr hoch nachvollziehbar begründen
Abhängigkeiten betrachten	Gemeinsame Systeme und Ausweichmöglichkeiten beurteilen
Maßnahmen prüfen	Zuständigkeiten und ungefährliche Wirksamkeitstests festlegen

Kreuzworträtsel: Fachbegriffe

Vertraulichkeit	Welches Schutzziel schützt vor unbefugtem Lesen?
Integrität	Welches Schutzziel verlangt unverfälschte Daten?
Verfügbarkeit	Welches Schutzziel betrifft die rechtzeitige Nutzbarkeit?
Bedrohung	Wie heißt ein mögliches schädigendes Ereignis?
Backup	Wie heißt eine zur Wiederherstellung angelegte Datensicherung oft kurz?
Schadenshöhe	Welcher Begriff bezeichnet das Ausmaß einer möglichen negativen Folge?

LearningApps: Weiterüben

Die Suchoberfläche zeigt passende interaktive Übungen; prüfe eine gefundene Aufgabe vor dem Einsatz auf sachliche Qualität.

Lückentext: Den Ablauf nachvollziehen

Wer interne Netzpläne vor fremdem Zugriff schützt, achtet auf

.

Unbemerkte Änderungen an Konfigurationsdateien bedrohen die

.

Ist das Ticketportal nicht erreichbar, fehlt die

.

Die betriebliche Grundlage für Kategorien und Zuständigkeiten ist die

.

Eine nachvollziehbare Beschreibung möglicher Schäden heißt

.

Die Kategorie für beträchtliche negative Auswirkungen lautet

.

Bei gemeinsamen IT-Systemen gilt grundsätzlich das

.

Eine Kopie zur Wiederherstellung nennt man

.

Bei personenbezogenen Daten müssen einschlägige Regeln des

beachtet werden.

Die Wirksamkeit einer Maßnahme sollte durch einen dokumentierten

geprüft werden.

Offene Aufgaben

Bearbeite die Aufgaben ausschließlich mit den fiktiven Kursdaten oder genehmigten Übungsdaten. Die Musterantworten darunter zeigen fachliche Mindestkriterien, keine einzige vorgeschriebene Wortwahl.

Leicht

Vertraulichkeit: Erstelle eine Karte mit Begriff, passendem Beispiel aus dem IT-Serviceteam und einer möglichen Folge einer Offenlegung.
Integrität: Beschreibe in drei Sätzen, warum eine unbefugte Änderung am WLAN-Controller gefährlich sein kann.
Verfügbarkeit: Zeichne ein kleines Zeitband für sechs Stunden Ausfall des Ticketportals und markiere die verlorene Servicezeit.
Sicherheitsleitlinie: Formuliere fünf Fragen, die du vor Beginn einer Schutzbedarfsanalyse an die verantwortliche Fachperson stellst.

Standard

Schutzbedarfsanalyse: Fülle für T1 und K1 eine Tabelle mit je drei Schutzzielen, Einstufungen und konkreten Begründungen aus.
Schadensbewertung: Berechne den Ausfallschaden für vier Stunden bei zwölf Aufträgen pro Stunde, 50 Euro Deckungsbeitrag je Auftrag und 120 Euro Nacharbeit.
Bedrohung: Erstelle ein Register mit drei realistischen, aber rein synthetischen Bedrohungsszenarien und zugehörigen Schwachstellen.
Datensicherung: Entwirf einen Testnachweis für die Wiederherstellung fiktiver Konfigurationsdateien ohne Zugriff auf Produktivsysteme.

Schwer

IT-Grundschutz: Prüfe den möglichen Schutzbedarf eines gemeinsam genutzten Servers für T1 und K1 anhand des Maximumprinzips und begründe mögliche Ausnahmen.
Risikomanagement: Vergleiche zwei Maßnahmen für T1 nach Wirksamkeit, Aufwand und Prüfverfahren und formuliere eine begründete Empfehlung.
Datenschutz: Verfasse ein kurzes, adressatengerechtes Beratungsmemo, das Vertraulichkeit und Datenschutz im Modellfall unterscheidet.
Qualitätssicherung: Überarbeite die Modellanalyse nach der Annahme, dass der Wiederanlauf von T1 statt sechs nur zwei Stunden dauert, und kennzeichne unveränderte Schutzziele.

Musterlösungen und fachliche Kriterien zu den zwölf Aufgaben

Aufgabe	Musterbestandteil beziehungsweise prüfbares Kriterium
Leicht A	Vertraulichkeit: nur Berechtigte lesen interne Netzpläne; Folge kann Offenlegung der Netztopologie sein.
Leicht B	Manipulierte Controller-Einstellungen gefährden korrekte Netztrennung; eine Freigabe fehlt; Integrität ist maßgeblich.
Leicht C	Zeitband von Stunde null bis Stunde sechs; sechs Stunden Nutzungsverlust sind erkennbar.
Leicht D	Fragen nach Geltungsbereich, Leitlinie, Zuständigen, Schutzkriterien und Freigaben.
Standard A	T1: hoch, hoch, hoch; K1: hoch, hoch, normal; jeweils begründete Einzelwerte.
Standard B	Vier mal zwölf mal 50 Euro plus 120 Euro gleich 2.520 Euro; Einheiten und Annahme kontrollieren.
Standard C	Beispielsweise Kontenmissbrauch, versehentliche Fehlkonfiguration und Geräteverlust; Bedrohung von Schwachstelle trennen.
Standard D	Übungsdatensatz, genehmigte Testumgebung, Soll-Ergebnis, Ist-Ergebnis, Zeitpunkt und verantwortliche Person.
Schwer A	Höchste betroffene Einzelkategorie pro Schutzziel übernehmen; Ausnahmen nur mit nachgewiesener Entkopplung.
Schwer B	Beispielsweise individuelle Konten und Sicherungsübung anhand Wirkung, Kosten, Verantwortung und Test vergleichen.
Schwer C	Informationssicherheit schützt alle geschäftsrelevanten Informationen; Datenschutz bezieht sich auf personenbezogene Daten und Rechtsgrundlagen.
Schwer D	Ausfallverlust neu berechnen: zwei mal zwölf mal 50 Euro plus gegebenenfalls neu begründete Nacharbeit; Schutzbedarf nur gemäß Leitlinie und weiteren Schadensszenarien neu bewerten.

Lernkontrolle

Schutzbedarf: Erkläre, warum T1 für Vertraulichkeit und Verfügbarkeit jeweils „hoch“ sein kann, obwohl die Ursachen der Schäden verschieden sind.
Fachrechnen: Rechne für fünf Stunden Ausfall bei zehn nicht bearbeitbaren Aufträgen pro Stunde, 40 Euro Deckungsbeitrag je Auftrag und 150 Euro Nacharbeit den Modellschaden aus und prüfe die Einheit.
Fehlerdiagnose: Eine Kollegin stuft einen Dienst allein wegen einer hohen Angriffswahrscheinlichkeit als „sehr hoch“ ein. Begründe den Denkfehler.
Maximumprinzip: Zwei Anwendungen teilen sich einen Server. Für Integrität benötigen sie „normal“ beziehungsweise „hoch“. Leite die Ausgangseinstufung des Servers her.
Maßnahmenplanung: Ein Team schlägt „mehr Sicherheit“ vor. Formuliere daraus eine prüfbare Empfehlung mit Rollen, Ziel, Test und Freigabe.
Transfer: Ein Standort erhält eine nachweislich unabhängige Ausweichlösung. Erörtere, unter welchen Bedingungen ein Verteilungseffekt für die Verfügbarkeit berücksichtigt werden darf.

Auswertung der Lernkontrolle

Als fachlicher Erwartungshorizont gelten: Aufgabe 1 benennt getrennte Schadensszenarien; Aufgabe 2 ergibt 2.150 Euro aus 5 × 10 × 40 Euro + 150 Euro; Aufgabe 3 trennt mögliche Schadenshöhe und Eintrittswahrscheinlichkeit; Aufgabe 4 nennt grundsätzlich hoch für Integrität; Aufgabe 5 definiert einen beobachtbaren Nachweis und zuständige Freigabe; Aufgabe 6 fordert nachgewiesene Unabhängigkeit und wirksame Ausweichfähigkeit statt einer bloßen Behauptung. Prüfe neben dem Ergebnis stets Annahmen, Begründungen und Einheiten.

Lernnachweis

Gib ein Lernportfolio aus fünf Produkten ab: (a) Abgrenzungsblatt für das fiktive Serviceteam; (b) Schutzbedarfsübersicht T1, N1 und K1 mit neun Einzelbewertungen; (c) Rechenblatt zum 3.780-Euro-Modellfall einschließlich Einheiten; (d) Bedrohungs- und Maßnahmenregister mit zuständiger Rolle und Testkriterium; (e) eine Reflexion von rund 150 Wörtern über Unsicherheiten, Datenschutz und Freigabegrenzen. Ergänze einen fachlichen Selbstcheck und eine Gegenprüfung durch eine Lernpartnerin oder einen Lernpartner. Für alle Arbeitsprodukte gelten die Kriterien Plausibilität, Nachvollziehbarkeit, Trennung der Schutzziele, sichere Umsetzung und sauberer Quellenbezug. Es werden keine realen Zugangsdaten, Kundendaten oder produktiven Konfigurationen eingereicht.

OER und Wikipedia

Offizielle fachliche Grundlagen:

KMK: Rahmenlehrplan, Lernfeld 4, Seite 15 – verbindlicher curricularer Bezug.
BIBB: Berufsprofil IT-System-Elektroniker/-in – Beruf, Ausbildungsdauer, Einsatzgebiete und Rechtsgrundlage.
IT-System-Elektroniker-Ausbildungsverordnung – rechtliche Ausbildungs- und Prüfungsstruktur.
BSI-Standard 200-2, IT-Grundschutz-Methodik – Schutzbedarfsfeststellung, Kategorien und Übertragung.
Datenschutz-Grundverordnung – insbesondere Artikel 32, soweit einschlägig.

Wikimedia-Commons-Bildnachweise:

File:CIAJMK1209.png – Commons-Dateiseite, Urheber John M. Kennedy T. / JohnManuel, Lizenz CC BY-SA 3.0, unveränderte Einbettung.
File:Defense In Depth - Onion Model.svg – Commons-Dateiseite, ursprünglicher Upload durch Kbolino, spätere Dateipflege durch Puck04, CC BY-SA 3.0, unveränderte Einbettung.
File:Padlock.svg – Commons-Dateiseite, Urheber AJ Ashton / Open Clip Art Library, CC0 1.0, unveränderte Einbettung.

Eingebettete Videos:

IT Grundschutz nach BSI 200 – Teil 1, Kanal CSBME KAH, veröffentlicht 2022; Urheberrechte verbleiben beim jeweiligen Rechteinhaber, nur YouTube-Einbettung, keine Behauptung einer freien Lizenz.
Risikomanagement mit IT-Grundschutz(++), Bundesamt für Sicherheit in der Informationstechnik, Vortrag Birger Klein, veröffentlicht 2025; Rechte beim Kanal beziehungsweise Rechteinhaber, nur YouTube-Einbettung.

Wikipedia zum Vertiefen:

IT-Grundschutz – Überblick; für normative Entscheidungen stets die aktuelle BSI-Fassung verwenden.

OER-Hinweis: Die selbst formulierten fiktiven Aufgaben und Musterlösungen können als offene Lernmaterialien weiterbearbeitet werden, wenn die jeweiligen Rechte und Lizenzen korrekt geregelt sind. Für Bilder gelten die jeweils genannten Datei-Lizenzen; YouTube-Videos sind hier nicht als OER lizenziert.

Verknüpfte Lernbereiche

Ausbildung – IT-System-Elektroniker

Der Ausbildungszusammenhang reicht von der Aufnahme einer Kundenanforderung über Netzwerkintegration und sichere Konfiguration bis zur Dokumentation und Wartung. Bereits beim Berufsportal kannst du weitere Lernfelder zu Arbeitsplätzen, Netzwerkdiensten und Instandhaltung erschließen. Inhaltlich führt Lernfeld 4 die Arbeitsweisen aus den Lernfeldern 2 und 3 unter dem Gesichtspunkt der Informationssicherheit fort. Interne Verknüpfungen sind Navigationsangebote, keine Behauptung einer geprüften Seitenexistenz.