Diesen aiMOOC als Battle spielen: Deutsch, Klasse 9-10, G-Niveau

Sicherheit by Design verstehen

Einleitung

Sicherheit by Design verstehen bedeutet: Sicherheit wird nicht erst dann ergänzt, wenn ein Problem auftritt, sondern von Anfang an als Anforderung eines Systems mitgedacht. Das betrifft Technik, Regeln, Rollen, Benutzeroberflächen, Datenflüsse und die Frage, wie Menschen im Fehler- oder Manipulationsfall angemessen reagieren können. Du lernst also nicht, wie man Systeme angreift, sondern wie man sie so plant, prüft und betreibt, dass Fehler, Täuschung und Missbrauch möglichst wenig Schaden anrichten.

Dieser Lernkurs richtet sich vor allem an die Klasse 10 und ist für etwa eine bis zwei Unterrichtsstunden gedacht. Ein Kernpfad passt in ungefähr 45 Minuten; mit Anwendungssituation, Evaluation, Reflexion und Transfer lässt er sich auf etwa 90 Minuten erweitern. Der Schwerpunkt liegt auf Informatik, gleichzeitig gibt es Bezüge zu Mathematik, Technik, Deutsch, Wirtschaft, Geschichte, Ethik und Gemeinschaftskunde.

Du sollst am Ende die Grundidee sicher erklären, in neuen Beispielen erkennen, typische Fehlvorstellungen korrigieren und begründete Schutzentscheidungen treffen können. Dabei stehen Human Agency, Quellenkritik, Transparenz, Fairness, Datensparsamkeit und verantwortlicher KI-Einsatz im Mittelpunkt.

Lernziele

Nach dem Kurs kannst Du erklären, warum Sicherheit by Design mehr ist als ein nachträgliches Schutzprogramm. Du kannst Schutzziele benennen, Risiken in einem einfachen Systemmodell erkennen, Zugriffs- und Freigaberegeln entwerfen, Social-Engineering-Signale prüfen, sichere Eingaben planen, Schutzmaßnahmen evaluieren und angemessene Reaktionen auf Manipulations- oder Missbrauchsrisiken begründen. Außerdem kannst Du zwischen technischem Schutz, organisatorischer Governance und menschlicher Entscheidung unterscheiden.

Unterrichtsplan für 45 bis 90 Minuten

Phase	Kernkurs	Erweiterung	Lernaktivität
Aktivierung und Diagnose	5 Minuten	5 Minuten	Kurzen Fall beurteilen und Begründung notieren
Verständliche Einführung	10 Minuten	15 Minuten	Grundidee, Schutzziele und Schutzschichten verstehen
Systemdesign	10 Minuten	15 Minuten	Datenfluss, Rechte, sichere Voreinstellungen und Eingaben gestalten
Anwendungssituation	12 Minuten	20 Minuten	Schulprojekt analysieren, Risiken priorisieren und Regeln entwerfen
Selbstkontrolle und Reflexion	8 Minuten	10 Minuten	Entscheidungen erklären und Fehlvorstellungen korrigieren
Transfer	optional	25 Minuten	Neues Beispiel aus Schule, Alltag oder Technik selbstständig bearbeiten

Aktivierung und Diagnose: Was würdest Du tun?

Stell Dir vor, Du arbeitest an einer digitalen Schülerzeitung. Eine Nachricht behauptet, vom Organisationsteam zu stammen. Darin wirst Du aufgefordert, einen Projektordner sofort auf „Jede Person mit Link darf bearbeiten“ umzustellen und zusätzlich Kontaktdaten der Redaktion in ein KI-Werkzeug zu kopieren. Als Begründung heißt es, sonst könne die Ausgabe nicht rechtzeitig erscheinen.

Beantworte vor dem Weiterlesen drei Fragen für Dich: Was macht Dich an der Nachricht skeptisch? Welche Handlung wäre jetzt sicherer als sofortiges Freigeben? Welche Systemeigenschaft könnte verhindern, dass eine einzelne unüberlegte Entscheidung alle Daten offenlegt?

Diese Diagnose fragt nicht nur Fakten ab. Sie prüft, ob Du bereits zwischen Zeitdruck, Berechtigung, Datenminimierung, Verifikation und sicherer Voreinstellung unterscheiden kannst.

Sicherheit by Design: Die Grundidee

Bei Sicherheit by Design wird Sicherheit als Entwurfsziel behandelt. Ein System soll also nicht erst nach einem Vorfall „abgesichert“ werden. Schon bei der Planung wird gefragt: Welche Werte und Daten sind schützenswert? Wer braucht welche Rechte? Welche Eingaben sind zu erwarten? Welche Fehler sind wahrscheinlich? Welche Manipulationsversuche müssen abgefangen werden? Was passiert, wenn trotzdem etwas schiefgeht?

Ein verwandtes Prinzip ist Security by Default: Die Voreinstellungen sollen möglichst sicher sein. Ein neu angelegter Projektordner ist dann zum Beispiel zunächst nur für ausdrücklich ausgewählte Personen sichtbar. Eine öffentliche Freigabe müsste bewusst zusätzlich aktiviert werden. Das ist etwas anderes als Sicherheit by Design, ergänzt sie aber sinnvoll.

Ein drittes wichtiges Prinzip ist Resilienz: Auch ein gut gestaltetes System kann nicht garantieren, dass niemals etwas schiefgeht. Deshalb muss es Vorfälle erkennen, Schäden begrenzen, Wiederherstellung ermöglichen und aus Fehlern lernen.

Drei grundlegende Schutzziele

In der Informationssicherheit werden häufig drei Schutzziele zusammen betrachtet: Vertraulichkeit, Integrität und Verfügbarkeit.

Schutzziel	Leitfrage	Schulisches Beispiel
Vertraulichkeit	Wer darf die Information sehen?	Eine Klassenliste darf nur für berechtigte Personen sichtbar sein.
Integrität	Sind Daten und Entscheidungen unverändert und nachvollziehbar?	Noten oder Abgabetermine dürfen nicht unbemerkt verändert werden.
Verfügbarkeit	Ist das System dann nutzbar, wenn es gebraucht wird?	Eine Lernplattform sollte zum Abgabetermin erreichbar sein und Ausfälle auffangen können.

Sicherheit by Design versucht nicht, nur ein Ziel maximal zu machen. Ein System, das niemand benutzen kann, wäre zwar vielleicht stark abgeschottet, aber nicht sinnvoll. Gute Gestaltung sucht deshalb eine begründete Balance zwischen Schutz, Nutzbarkeit, Teilhabe, Kosten und Transparenz.

Schutzschichten statt einer einzigen Barriere

Eine einzelne Maßnahme kann ausfallen. Deshalb werden mehrere unabhängige Schutzschichten kombiniert. Dieses Prinzip heißt oft mehrschichtige Verteidigung.

Übertragen auf ein Schulprojekt können Schutzschichten so aussehen: ein persönliches Konto, eine zweite Bestätigung bei der Anmeldung, begrenzte Rechte, sichere Freigaben, Protokollierung wichtiger Änderungen, eine Rückfrage bei ungewöhnlichen Anforderungen und ein Wiederherstellungsplan. Entscheidend ist nicht die Anzahl der Maßnahmen, sondern ob sie unterschiedliche Fehler abfangen.

Systemdesign: Von der Idee zum sicheren System

Ein gutes Sicherheitsdesign beginnt nicht mit Produkten, sondern mit einem Systemmodell. Du beschreibst, wer beteiligt ist, welche Daten fließen, welche Funktionen gebraucht werden, welche Schnittstellen existieren und welche Folgen ein Fehler hätte.

Ein einfaches Schutzmodell

Du kannst ein System mit fünf Fragen untersuchen: Was soll geschützt werden? Wer oder was darf damit arbeiten? Wo kommen Daten hinein oder hinaus? Welche unerwünschten Ereignisse sind denkbar? Welche Schutzmaßnahmen verhindern, begrenzen oder erkennen diese Ereignisse?

Wichtig ist, nicht nur an „Angreifer“ zu denken. Auch Tippfehler, falsche Freigaben, verloren gegangene Geräte, missverständliche Oberflächen, übermäßige Berechtigungen oder ungeprüfte KI-Ausgaben können Risiken erzeugen.

Sichere Eingaben

Sichere Eingaben bedeuten, dass ein System nicht blind alles übernimmt, was Menschen, Dateien, Webseiten, Sensoren oder andere Systeme liefern. Eingaben werden passend zum Zweck begrenzt und geprüft.

Ein Formular sollte nur Daten abfragen, die wirklich benötigt werden. Zahlenfelder sollten nur plausible Werte akzeptieren. Dateiuploads sollten auf erlaubte Typen und Größen begrenzt werden. Texte aus fremden Quellen werden als unvertrauenswürdige Daten behandelt, nicht automatisch als Anweisung.

Für KI-Systeme ist diese Trennung besonders wichtig: Inhalte aus Webseiten, Dokumenten oder Nachrichten können versuchen, bestehende Regeln zu verdrängen oder eine unerwünschte Aktion auszulösen. Eine defensive Gestaltung behandelt solche Inhalte als Daten, beschränkt Werkzeugrechte, fordert bei folgenreichen Aktionen eine menschliche Bestätigung und gibt keine Geheimnisse oder vertraulichen Daten an unbekannte Anweisungen weiter.

Zugriff und Freigabe: So viel wie nötig, so wenig wie möglich

Das Prinzip der geringsten Privilegien besagt, dass Personen und Programme nur die Rechte erhalten sollen, die sie für ihre Aufgabe benötigen.

Für ein Schulprojekt kann das bedeuten: Lesende dürfen Inhalte ansehen, Redaktionsmitglieder dürfen Beiträge bearbeiten, eine verantwortliche Person darf Veröffentlichungen freigeben, und nur wenige Personen dürfen Berechtigungen ändern. Eine Rolle ist dabei hilfreicher als die Regel „alle dürfen alles“.

Gute Freigaberegeln folgen einem klaren Muster: standardmäßig privat oder gruppenbezogen, nur notwendige Personen einladen, Bearbeitungsrechte von Leserechten trennen, externe Freigaben begründen, Freigaben regelmäßig prüfen und nicht mehr benötigte Rechte entfernen.

Authentisierung als Schutzschicht

Eine Anmeldung prüft, ob eine Person wirklich zu einem Konto gehört. Eine zusätzliche Bestätigung kann den Schaden begrenzen, falls ein Passwort bekannt wird.

Passwörter sollten vor allem lang, einzigartig und nicht wiederverwendet sein. Ein Passwortmanager kann dabei helfen. Noch wichtiger für Sicherheit by Design ist aber die Systemfrage: Wird starke Authentisierung unterstützt oder sinnvoll vorgegeben, und bleibt der Schaden bei einem kompromittierten Konto durch begrenzte Rechte klein?

Social Engineering erkennen und sicher reagieren

Social Engineering versucht, Menschen zu einer Handlung zu bewegen, die sie bei ruhiger Prüfung nicht wählen würden. Typische Warnsignale sind ungewöhnlicher Zeitdruck, Geheimhaltung, eine unerwartete Änderung des Kommunikationskanals, die Bitte um sensible Daten, ungewöhnlich weitreichende Freigaben oder die Behauptung, eine Prüfung sei „ausnahmsweise nicht nötig“.

Eine defensive Reaktion lässt sich als STOPP-Prinzip merken: Stopp – nicht sofort handeln. Trennen – Link, Datei oder Aufforderung zunächst nicht weitergeben. Originalkanal prüfen – die angeblich anfragende Person über einen bereits bekannten Kontaktweg verifizieren. Prinzip der kleinsten Freigabe anwenden – keine unnötigen Rechte oder Daten geben. Protokollieren und melden – bei ernstem Verdacht die zuständige Stelle informieren.

Wenn bereits Daten oder Rechte weitergegeben wurden, geht es nicht um Schuldzuweisung, sondern um Schadensbegrenzung: Freigaben zurücknehmen, betroffene Konten absichern, zuständige Personen informieren, Veränderungen prüfen und den Vorfall dokumentieren. Welche Schritte konkret nötig sind, hängt vom System und den Schulregeln ab.

Manipulationsrisiken bei KI

Auch KI-Systeme können durch missverständliche oder manipulierte Eingaben in eine falsche Richtung gelenkt werden. Ein besonders wichtiges Schutzprinzip lautet deshalb: Unvertrauenswürdiger Inhalt darf nicht automatisch neue Befugnisse erzeugen.

Beispiel: Ein KI-Assistent soll Texte für eine Schülerzeitung zusammenfassen. In einem fremden Dokument steht plötzlich eine Anweisung, andere Regeln zu ignorieren und vertrauliche Informationen weiterzugeben. Eine sichere Gestaltung würde diese Passage als Teil des zu analysierenden Dokuments behandeln, nicht als höhere Systemanweisung. Außerdem hätte der Assistent keinen pauschalen Zugriff auf vertrauliche Ordner und müsste vor einer Veröffentlichung eine menschliche Freigabe einholen.

Für Dich als Nutzerin oder Nutzer gilt: Gib keine Passwörter, geheimen Schlüssel oder unnötige personenbezogene Daten in KI-Systeme ein. Prüfe Quellen und Ergebnisse. Behalte bei folgenreichen Entscheidungen die menschliche Kontrolle. Transparenz bedeutet dabei auch, kenntlich zu machen, wo KI eingesetzt wurde und welche Teile überprüft wurden.

Governance: Wer entscheidet, wer prüft, wer reagiert?

Governance bedeutet, dass Sicherheit nicht nur aus Technik besteht. Es braucht nachvollziehbare Zuständigkeiten, Regeln, Freigaben und Reaktionen.

Aufgabe	Sinnvolle Regel im Schulprojekt	Warum?
Rechte vergeben	Nur die verantwortliche Rolle darf neue Bearbeitungsrechte erteilen.	Verhindert unkontrollierte Ausweitung von Zugängen.
Veröffentlichung	Eine andere Person prüft vor der öffentlichen Freigabe.	Das Vier-Augen-Prinzip senkt das Fehlerrisiko.
Externe Anfrage	Ungewöhnliche Anforderungen werden über einen bekannten Kanal bestätigt.	Social Engineering wird weniger wirksam.
Vorfall	Zuständige Lehrkraft oder Systembetreuung wird früh informiert.	Schäden können schneller begrenzt werden.
Nachbereitung	Ursache, Wirkung und Verbesserung werden dokumentiert.	Das System lernt aus Fehlern.

Gute Governance vermeidet zwei Extreme: Niemand ist zuständig oder eine einzige Person entscheidet alles. Rollen sollten klar, aber überprüfbar sein. Regeln müssen verständlich sein, sonst werden sie umgangen. Auch Fairness gehört dazu: Sicherheitsmaßnahmen dürfen nicht unnötig Menschen ausschließen, die andere Geräte, Assistenztechnologien oder eingeschränkte Zugänge nutzen.

Evaluation: Prüfen, ob Schutz wirklich wirkt

Ein Sicherheitskonzept ist erst dann überzeugend, wenn Du es prüfen kannst. Evaluation bedeutet nicht, echte Systeme ohne Erlaubnis anzugreifen. Für die Schule reichen defensive, kontrollierte Tests mit erfundenen Daten und klaren Szenarien.

Testfrage	Beispiel	Beobachtung
Sind Voreinstellungen sicher?	Ein neuer Ordner wird angelegt.	Ist er automatisch nur für die vorgesehenen Personen sichtbar?
Sind Rechte begrenzt?	Eine Person mit Leserolle versucht, eine Freigabe zu ändern.	Bleibt die Berechtigung auf die Rolle beschränkt?
Wird Manipulation erkannt?	Eine harmlose Übungsnachricht erzeugt Zeitdruck und fordert eine unnötige Freigabe.	Wird zuerst verifiziert statt sofort gehandelt?
Funktioniert Wiederherstellung?	Eine Datei wird versehentlich überschrieben.	Kann eine frühere Version wiederhergestellt werden?
Ist der Schutz nutzbar und fair?	Verschiedene Lernende bearbeiten dieselbe Aufgabe.	Können alle berechtigten Personen den sicheren Weg verständlich nutzen?

Eine gute Evaluation betrachtet also Wirksamkeit, Nutzbarkeit, Transparenz, Fairness, Wiederherstellbarkeit und Wartbarkeit. Eine Maßnahme, die nur auf dem Papier sicher ist, aber praktisch ständig umgangen wird, ist schlecht gestaltet.

Folgenabschätzung und Risikobewertung

Bevor Du Schutzmaßnahmen auswählst, solltest Du mögliche Folgen abschätzen. Frage: Wer könnte betroffen sein? Welche Daten oder Funktionen wären betroffen? Wie groß wäre der Schaden? Wie wahrscheinlich ist das Ereignis? Wie leicht lässt sich der Schaden rückgängig machen? Trifft das Risiko einzelne Gruppen besonders stark?

Für eine schulische Näherung kannst Du eine kleine Risikomatrix verwenden. Ordne Eintrittswahrscheinlichkeit und Schadensausmaß jeweils den Stufen niedrig, mittel oder hoch zu. In Mathematik kann zusätzlich ein einfacher Risikoindikator verwendet werden: R = W × S, wenn die Stufen vorübergehend mit 1, 2 und 3 codiert werden. Das ist nur ein Vergleichswerkzeug und keine exakte Wahrscheinlichkeit.

Fall	Wahrscheinlichkeit	Schaden	Priorität
Falsche öffentliche Freigabe einer Klassenliste	mittel	hoch	hoch
Verlust einer leicht ersetzbaren Entwurfsdatei	mittel	niedrig	mittel
Kurzzeitige Störung einer freiwilligen Umfrage	niedrig	niedrig	niedrig

Wichtig ist die Begründung. Zwei Gruppen können denselben Fall unterschiedlich einschätzen. Entscheidend ist, Annahmen sichtbar zu machen und zu erklären, welche Schutzentscheidung daraus folgt.

Realistische Anwendungssituation: Die digitale Schülerzeitung

Die Klasse erstellt eine digitale Schülerzeitung. Beiträge liegen in einem gemeinsamen Ordner. Fotos dürfen nur veröffentlicht werden, wenn die nötigen Freigaben vorliegen. Ein KI-Assistent darf beim Zusammenfassen eigener, freigegebener Texte helfen. Externe Personen sollen nur die fertige Ausgabe sehen. Kurz vor Redaktionsschluss trifft eine Nachricht ein, die eine sofortige öffentliche Bearbeitungsfreigabe und das Kopieren der gesamten Kontaktliste in den KI-Assistenten verlangt.

Deine Aufgabe ist nicht, die Nachricht technisch zu untersuchen oder einen Gegenangriff zu planen. Du sollst das System sicher gestalten.

Designfrage	Begründete Lösungsidee
Welche Daten sind besonders schützenswert?	Kontaktdaten, unveröffentlichte Beiträge, Fotos mit Personenbezug und Kontoinformationen.
Welche Rechte braucht die Redaktion?	Bearbeiten nur für Redaktionsmitglieder, Freigabeänderung nur für verantwortliche Rollen.
Wie soll extern geteilt werden?	Fertige Ausgabe mit Leserechten, nicht der gesamte Arbeitsordner.
Wie soll der KI-Assistent eingebunden werden?	Nur freigegebene Inhalte, minimale Daten, keine Geheimnisse, keine pauschalen Rechte und menschliche Kontrolle vor Veröffentlichung.
Wie reagiert die Gruppe auf die verdächtige Nachricht?	Nicht sofort handeln, über bekannten Kanal verifizieren, keine unnötigen Daten teilen, Vorfall melden und dokumentieren.
Wie wird die Lösung evaluiert?	Mit Rollen-, Freigabe-, Wiederherstellungs-, Manipulations- und Nutzbarkeitstests mit erfundenen Daten.

Transfer auf ein neues Beispiel

Übertrage dieselbe Denkweise auf eines dieser Systeme: einen smarten Türöffner in der Schule, eine Lernplattform, einen Fahrkartenautomaten, eine Online-Abstimmung im Jugendrat oder einen KI-Assistenten für Projektarbeit. Beginne nicht mit Maßnahmen. Beschreibe zuerst Zweck, Beteiligte, Daten, Schnittstellen, Schutzziele und mögliche Folgen. Entwirf danach Voreinstellungen, Rechte, Freigaben, Prüfungen, Reaktionswege und Kriterien für die Evaluation.

Wenn Deine Lösung auf ein anderes System übertragbar ist, hast Du die Grundidee verstanden: Sicherheit by Design ist kein einzelnes Produkt, sondern eine Gestaltungs- und Verantwortungslogik.

Fächerübergreifende Bezüge

Fach	Perspektive	Mögliche Leitfrage
Informatik	Systemmodell, Rechte, Eingabeprüfung, Schutzschichten, Resilienz	Welche Architektur begrenzt den Schaden eines Fehlers?
Mathematik	Risikomatrix, Gewichtung, Unsicherheit, Vergleich von Szenarien	Wie verändert eine andere Bewertung von Wahrscheinlichkeit oder Schaden die Priorität?
Technik	Sichere Voreinstellungen bei Geräten und vernetzten Systemen	Was muss ein Gerät auch bei Fehlbedienung sicher begrenzen?
Deutsch	Sprache der Manipulation, Quellenkritik, Argumentation	Welche sprachlichen Mittel erzeugen künstlichen Zeitdruck oder Autorität?
Wirtschaft	Kosten von Prävention, Wartung, Ausfall und Folgeschäden	Wann lohnt sich eine frühe Sicherheitsinvestition?
Geschichte	Entwicklung von nachträglicher Fehlerbehebung zu systematischem Sicherheitsengineering	Warum verändert Digitalisierung die Verantwortung von Herstellern und Betreibern?
Ethik	Autonomie, Fairness, Verhältnismäßigkeit, Verantwortung	Wann schützt eine Regel, und wann schränkt sie unnötig ein?
Gemeinschaftskunde	Regeln, Rechte, Zuständigkeiten und staatliche Rahmensetzung	Wer trägt Verantwortung für sichere digitale Produkte?

Gesellschaft und Recht: Verantwortung verschiebt sich

Sicherheit by Design ist heute nicht nur eine freiwillige Idee. In der Europäischen Union verlangt der Cyber Resilience Act für viele Produkte mit digitalen Elementen Cybersecurity über den Lebenszyklus. Stand September 2026 gelten seit dem 11. September 2026 bestimmte Berichtspflichten für aktiv ausgenutzte Schwachstellen und schwere Sicherheitsvorfälle; die meisten Hauptpflichten des Rechtsakts gelten ab dem 11. Dezember 2027. Für die Schule genügt die Grundidee: Verantwortung soll nicht vollständig bei einzelnen Nutzerinnen und Nutzern liegen, sondern bereits in Entwicklung, Voreinstellungen, Wartung und Reaktion eingebaut werden.

Auch die Datenschutz-Grundverordnung kennt in Artikel 25 den Gedanken des Datenschutzes durch Technikgestaltung und datenschutzfreundliche Voreinstellungen. Das passt zur Frage, welche Daten wirklich nötig sind und wer standardmäßig darauf zugreifen kann.

Diese Einordnung ist eine schulische Einführung und keine Rechtsberatung.

Typische Fehlvorstellungen korrigieren

Fehlvorstellung	Korrektur
Sicherheit by Design bedeutet, später eine Schutzsoftware zu installieren.	Nein. Sicherheitsanforderungen beeinflussen Architektur, Rollen, Eingaben, Voreinstellungen, Betrieb und Reaktion von Anfang an.
Ein starkes Passwort macht ein System sicher.	Nein. Es ist nur eine Schutzschicht. Rechte, Freigaben, Wiederherstellung, Mehrfaktor-Authentisierung und gute Reaktionswege bleiben wichtig.
Sicherheit ist nur Aufgabe der IT-Abteilung.	Nein. Gestaltung, Governance, verständliche Regeln und menschliche Entscheidungen greifen ineinander.
Ein vertrauenswürdig aussehender Absender ist Beweis genug.	Nein. Ungewöhnliche oder folgenreiche Anfragen sollten über einen unabhängigen bekannten Kanal verifiziert werden.
Je strenger eine Regel, desto sicherer ist sie.	Nicht automatisch. Schutz muss wirksam, nutzbar, fair und verhältnismäßig sein.
Ein KI-System kann selbst entscheiden, welche vertraulichen Daten es braucht.	Nein. Datenminimierung, Berechtigungsgrenzen und menschliche Kontrolle müssen vorher festgelegt werden.
Ein sicheres System kann niemals versagen.	Nein. Sicherheit umfasst auch Erkennung, Begrenzung, Wiederherstellung und Lernen aus Vorfällen.

Selbstkontrolle: Kannst Du die Idee erklären?

Prüfe Dich ohne Nachschlagen. Erkläre in eigenen Worten, warum „sicherer Entwurf“ mehr ist als „später reparieren“. Nenne zu einem selbst gewählten System ein Schutzziel, eine sichere Voreinstellung, eine Zugriffregel, einen Test und einen Reaktionsweg. Erkläre außerdem, wie Du eine manipulative Anfrage erkennst, ohne Dich nur auf Rechtschreibfehler oder den Absendernamen zu verlassen.

Eine starke Antwort verbindet Systemdesign, menschliches Verhalten, Governance und Evaluation und kann die Entscheidungen begründen.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Ein neuer Projektordner soll möglichst sicher starten. Welche Voreinstellung passt am besten zu Sicherheit by Default? (Nur ausdrücklich berechtigte Personen erhalten zunächst Zugriff) (!Alle Personen mit Link dürfen sofort bearbeiten) (!Alle Inhalte werden automatisch öffentlich) (!Die Rechte werden zufällig verteilt)

Eine Nachricht erzeugt starken Zeitdruck und fordert eine ungewöhnlich große Freigabe. Was ist die beste erste Reaktion? (Anfrage über einen bekannten unabhängigen Kanal verifizieren) (!Sofort freigeben und später nachfragen) (!Die Nachricht an alle weiterleiten) (!Alle Sicherheitsregeln vorübergehend deaktivieren)

Welche Entscheidung folgt am ehesten dem Prinzip der geringsten Privilegien? (Eine Person erhält nur die Rechte, die sie für ihre Aufgabe braucht) (!Alle erhalten Administratorrechte für den Notfall) (!Jede Datei ist standardmäßig öffentlich) (!Berechtigungen werden nie überprüft)

Ein KI-Assistent fasst fremde Dokumente zusammen. Welche Gestaltung ist am sichersten? (Fremde Inhalte als Daten behandeln und folgenschwere Aktionen bestätigen lassen) (!Jede Textpassage automatisch als neue Systemregel übernehmen) (!Dem Assistenten pauschal Zugriff auf alle vertraulichen Ordner geben) (!Quellenprüfung vollständig abschalten)

Welche Maßnahme zeigt echte Resilienz? (Nach einem Vorfall Schaden begrenzen und Wiederherstellung ermöglichen) (!Einen Vorfall verheimlichen) (!Nur auf ein einziges Passwort vertrauen) (!Backups und Protokolle grundsätzlich vermeiden)

Was prüft eine gute Sicherheitsevaluation zusätzlich zur technischen Wirksamkeit? (Ob die Schutzmaßnahme nutzbar fair transparent und wiederherstellbar ist) (!Nur ob das System besonders kompliziert wirkt) (!Nur ob möglichst viele Warnmeldungen erscheinen) (!Nur ob jede Funktion deaktiviert wurde)

Welche Aussage beschreibt Sicherheit by Design am besten? (Sicherheit wird als Anforderung in Planung Gestaltung Betrieb und Reaktion integriert) (!Sicherheit wird erst nach dem ersten Schaden berücksichtigt) (!Sicherheit bedeutet ausschließlich ein starkes Passwort) (!Sicherheit ist nur eine Aufgabe der Endnutzer)

Eine fertige Schülerzeitung soll extern gelesen werden können. Welche Freigabe ist am sinnvollsten? (Nur die fertige Ausgabe mit Leserechten freigeben) (!Den gesamten Arbeitsordner mit Bearbeitungsrechten veröffentlichen) (!Die Klassenliste zusammen mit der Ausgabe veröffentlichen) (!Alle Konten der Redaktion gemeinsam nutzen)

Eine Gruppe nutzt eine Risikomatrix. Was ist dabei besonders wichtig? (Annahmen und Begründungen der Einstufung sichtbar machen) (!Das Ergebnis als exakte Naturkonstante behandeln) (!Unsicherheit grundsätzlich verschweigen) (!Nur die Wahrscheinlichkeit betrachten und den Schaden ignorieren)

Welche Reaktion zeigt verantwortliche Human Agency beim KI-Einsatz? (Menschen behalten bei folgenreichen Entscheidungen Kontrolle und prüfen Quellen) (!Das System entscheidet immer allein) (!Jede KI-Ausgabe gilt automatisch als wahr) (!Vertrauliche Daten werden vorsorglich vollständig eingegeben)

Memory

Sicherheit by Design	Schutz wird von Anfang an mitgestaltet
Security by Default	Sichere Voreinstellung
Least Privilege	Nur notwendige Rechte
Social Engineering	Manipulation menschlicher Entscheidungen
Resilienz	Erkennen begrenzen wiederherstellen lernen
Governance	Zuständigkeiten Regeln und Kontrolle
Integrität	Unveränderte und verlässliche Daten

Drag and Drop

Ordne die richtigen Begriffe zu.	Thema
Sichere Voreinstellung	Security by Default
Begrenzte Rechte	Least Privilege
Ungewöhnliche Anfrage prüfen	Social Engineering
Schaden begrenzen und erholen	Resilienz
Zuständigkeiten festlegen	Governance

...

Kreuzworträtsel

Resilienz	Wie heißt die Fähigkeit eines Systems, Vorfälle zu begrenzen und sich zu erholen?
Freigabe	Welcher Begriff bezeichnet die bewusste Erlaubnis, Inhalte für andere zugänglich zu machen?
Phishing	Wie heißt eine verbreitete Form täuschender Nachricht zur Daten- oder Rechteerschleichung?
Transparenz	Welches Prinzip verlangt nachvollziehbare Regeln, Entscheidungen und Verantwortlichkeiten?
Governance	Wie heißt die Gesamtheit aus Zuständigkeiten, Regeln und Kontrolle?
Integrität	Welches Schutzziel verlangt unveränderte und verlässliche Daten?

LearningApps

Lückentext

Sicherheit by Design berücksichtigt Schutz bereits in der

eines Systems. Sichere Voreinstellungen werden als Security by

bezeichnet. Das Prinzip der geringsten Rechte heißt Least

. Bei verdächtigen Anfragen ist eine unabhängige

sinnvoll. Unvertrauenswürdige Inhalte sollten als

behandelt werden. Ein System sollte nach einem Vorfall zur

fähig sein. Zuständigkeiten und Regeln gehören zur

. Vertrauliche Informationen sollten nur für

zugänglich sein. Eine Risikobewertung betrachtet Wahrscheinlichkeit und möglichen

. Bei KI-Systemen sollen Menschen bei folgenreichen Entscheidungen die

behalten. Mehrere unabhängige Schutzschichten erhöhen die

. Gute Evaluation prüft neben Wirksamkeit auch Nutzbarkeit und

.

Offene Aufgaben

Leicht

Sicherheitscheck: Wähle eine App oder ein digitales Schulsystem und beschreibe eine sichere Voreinstellung, die Fehlbedienung begrenzen würde.
Social Engineering: Formuliere drei Warnsignale einer manipulativen Anfrage und erkläre jeweils, warum das Signal allein noch kein Beweis ist.
Zugriffskontrolle: Zeichne für ein Gruppenprojekt drei Rollen mit unterschiedlichen Lese-, Bearbeitungs- und Freigaberechten.
Quellenkritik: Vergleiche zwei kurze Informationsquellen zu einem Sicherheitsthema und begründe, welche Quelle vertrauenswürdiger wirkt.

Standard

Risikomatrix: Bewerte drei selbst erfundene Vorfälle in einer Schulplattform nach Wahrscheinlichkeit und Schaden und begründe Deine Prioritäten.
Systemdesign: Entwirf für einen digitalen Abgabeordner sichere Voreinstellungen, Rollen, Freigaben, Wiederherstellung und einen Meldeweg.
KI und Sicherheit: Entwickle Regeln dafür, welche Daten ein schulischer KI-Assistent verwenden darf und bei welchen Aktionen eine menschliche Bestätigung nötig ist.
Evaluation: Erstelle fünf defensive Testfälle mit erfundenen Daten, mit denen Du prüfen kannst, ob Dein Entwurf Rechte, Freigaben, Wiederherstellung, Fairness und Transparenz erfüllt.

Schwer

Folgenabschätzung: Untersuche einen smarten Türöffner oder ein ähnliches technisches System und beschreibe direkte, indirekte und ungleich verteilte Folgen eines Fehlers.
Governance: Entwirf für ein schulisches Medienprojekt ein Rollen- und Eskalationsmodell mit Vier-Augen-Prinzip, regelmäßiger Rechteprüfung und verständlichem Vorfallprozess.
Transfer: Übertrage alle Prinzipien des Kurses auf eine Online-Abstimmung im Jugendrat und begründe, welche Schutzmaßnahmen dort anders gewichtet werden müssen.
Sicherheitskonzept: Erstelle ein einseitiges Konzept für ein neues digitales Schulsystem, das Systemdesign, Evaluation, Governance, Gestaltung, Folgenabschätzung, Human Agency und verantwortlichen KI-Einsatz nachvollziehbar verbindet.

Lernkontrolle

Designentscheidung: Eine Lernplattform bietet standardmäßig öffentliche Profile. Beurteile diese Voreinstellung aus Sicht von Sicherheit, Datenschutz, Nutzbarkeit und Fairness und entwickle eine bessere Alternative.
Manipulationsfall: Eine scheinbar bekannte Person fordert per Nachricht kurzfristig zusätzliche Rechte. Entwickle einen Reaktionsplan, der Verifikation, minimale Freigabe, Meldung und Dokumentation verbindet.
Systemvergleich: Vergleiche einen smarten Türöffner mit einem digitalen Abgabeordner. Welche Sicherheitsprinzipien bleiben gleich, welche Schutzmaßnahmen unterscheiden sich und warum?
Evaluation und Zielkonflikt: Eine sehr strenge Sicherheitsregel führt dazu, dass viele Lernende sie umgehen. Analysiere das Problem und entwirf eine sicherere und zugleich besser nutzbare Lösung.
Folgenabschätzung: Begründe für einen KI-Assistenten im Schulprojekt, welche Daten nicht eingegeben werden sollten, welche Rechte begrenzt werden müssen und wann eine menschliche Freigabe erforderlich ist.
Fehlvorstellung: Widerlege die Aussage „Wenn alle vorsichtig sind, braucht man keine sicheren Voreinstellungen“ mit mindestens zwei systemischen Argumenten.

Lernnachweis

Für einen Lernnachweis ist wichtig, dass Du nicht nur Begriffe wiederholst, sondern einen neuen Fall strukturiert bearbeiten kannst. Zeige, dass Du Schutzziele, Beteiligte, Datenflüsse und mögliche Folgen erkennst. Begründe sichere Voreinstellungen, minimale Zugriffsrechte, Freigaberegeln und sichere Eingaben. Erkläre, wie Social Engineering erkannt und über unabhängige Kanäle geprüft werden kann. Beschreibe einen realistischen Reaktionsweg für einen Vorfall. Plane mindestens einen defensiven Test und bewerte Wirksamkeit, Nutzbarkeit, Transparenz und Fairness. Zeige bei KI-Systemen, wo menschliche Kontrolle nötig bleibt und wie unnötige Datenweitergabe vermieden wird. Korrigiere mindestens eine typische Fehlvorstellung zu Sicherheit by Design.

Quellen und Vertiefung

OERs zum Thema

Verknüpfte Lernbereiche

Sicherheit by Design verstehen

aiMOOC-Projekte

Inhalte werden geladen ...

Mediathek wird aus dem Wiki geladen ...

Frag mich zum aktuellen Lerninhalt oder wähle eine kurze Hilfe.

Textmodus bereit

Sprache