aiMOOC

Zugriffsrechte nach Aufgaben planen - Anforderungen und Schutzbedarf am IT-Arbeitsplatz - Ausbildung

QR-Code

Einleitung

Du beginnst das erste Ausbildungsjahr als Fachinformatikerin oder Fachinformatiker. In diesem vollständigen Kurs planst du Zugriffsrechte für einen ausschließlich erfundenen IT-Arbeitsplatz. Du erfährst, wie Kundenanforderungen, Datenarten, Schutzbedarf, Rollen und nachvollziehbare Tests zusammenhängen. Du arbeitest nicht an echten Kundensystemen oder mit personenbezogenen Echtdaten. Lernziel: Du kannst ein begründetes, prüfbares Berechtigungskonzept präsentieren, ohne dir selbst ungeprüft Administratorrechte zu geben.

Lernort und Rechtsrahmen: Im schulischen KMK-Rahmenlehrplan (Beschluss 13.12.2019) gehört das Thema besonders zu Lernfeld 2 „Arbeitsplätze nach Kundenwunsch ausstatten“ (80 Unterrichtsstunden als Zeitrichtwert) und Lernfeld 4 „Schutzbedarfsanalyse im eigenen Arbeitsbereich durchführen“ (40 Unterrichtsstunden), jeweils im ersten Ausbildungsjahr. Die betriebliche Fachinformatikerausbildungsverordnung (FIAusbV) vom 28.02.2020 ist ein anderes Ordnungsmittel; der Ausbildungsrahmenplan beschreibt betriebliche Fertigkeiten, Kenntnisse und Fähigkeiten. Dieser Lernkurs ist keine amtliche Prüfungsaufgabe, keine Sicherheitsfreigabe und kein Befähigungsnachweis.

Der fiktive Kundenauftrag

Das Modellunternehmen Klarblick Lernservice

Der frei erfundene Lernservice „Klarblick“ hat vier Funktionsrollen: Empfang (E), IT-Support (S), Personalverwaltung (P) und Systemadministration (A). Ein einzelner Übungs-PC ist über ein vollständig simuliertes Portal erreichbar. Die erfundene Kundin möchte, dass jede Rolle nur ihre dienstlichen Aufgaben erledigen kann. Vier Datenbereiche sind vorhanden: Info (öffentliche Hinweise), Tickets (interne Störungsmeldungen), Personal (vertrauliche Personalakten-Dummys) und Konfiguration (Testsystem-Einstellungen). Namen und Einträge sind ausschließlich Platzhalter, beispielsweise „Testperson Q“.

Kundenanforderungen: Empfang liest veröffentlichte Hinweise. Support bearbeitet Tickets. Personalverwaltung bearbeitet ausschließlich den Personalbereich. Administration verwaltet die Testsystem-Konfiguration, jedoch nicht automatisch Tickets oder Personalakten. Alle Rollen dürfen die allgemeinen Hinweise lesen. Änderungsrechte werden nur vergeben, wenn die Aufgabe sie erfordert. Niemand verwendet ein geteiltes Konto. Der Auftrag verlangt eine eindeutige Rechteübersicht, begründete Ablehnungen und Abnahme anhand von Testfällen.

Anforderungen präzisieren

Trenne funktionale Anforderungen (welche Arbeit muss gelingen?) und Sicherheitsanforderungen (welche unerwünschte Aktion muss ausgeschlossen sein?). Frage zu jedem Zugriff: Wer? Auf welchen Bereich? Welche Aktion? Aus welchem geschäftlichen Grund? Wer genehmigt? Wie lange gilt das Recht? Was geschieht bei einem Rollenwechsel? Eine vage Forderung wie „IT darf alles“ ist keine ausreichende Aufgabenbeschreibung.

Dokumentiere Annahmen ausdrücklich. Hier gilt: Eine Rolle pro Testkonto, keine Rollenvererbung, standardmäßig kein Zugriff und keinerlei Sonderberechtigungen. In echten Organisationen können Kombinationen von Rollen, Dienstkonten und externe Beteiligte zusätzliche Regeln erfordern.

Zugriffsarten und Prinzipien

Zutritt, Zugang, Zugriff

Zutritt meint physischen Eintritt in einen Raum. Zugang meint die Nutzung eines IT-Systems nach Anmeldung. Zugriff meint eine Operation an einer konkreten Ressource, etwa Lesen oder Bearbeiten einer Datei. Eine erfolgreiche Anmeldung am Übungs-PC berechtigt deshalb nicht automatisch zum Öffnen von Personalakten. Authentifizierung überprüft die Identität; Autorisierung entscheidet über Rechte. Ein Konto identifiziert den Benutzer, eine Rolle bündelt fachliche Aufgaben, eine Berechtigung erlaubt eine definierte Aktion.

Least Privilege bedeutet, nur die geringsten für die Aufgabe nötigen Rechte zu vergeben. Need to know schränkt die Kenntnisnahme von Informationen auf einen begründeten Bedarf ein. Deny by default bedeutet: Was nicht ausdrücklich erlaubt ist, wird im Modell abgelehnt. Die Funktionstrennung verhindert problematische Bündelungen unvereinbarer Tätigkeiten. Eine Administration ist keine Allzweck-Berechtigung zum Lesen beliebiger Inhalte.

Animation: Einblendendes Computerschloss als Symbol für Zugangssperren; dies ist keine technische Sicherheitsprüfung. Wikimedia Commons, Jclemens, GPL-2.0-or-later.

RBAC, ACL und direkte Rechte

Bei RBAC (Role-Based Access Control) werden Benutzerkonten Rollen und Rollen bestimmten Rechten zugeordnet. Das reduziert individuelle Ausnahmen. Eine ACL (Access Control List) listet Berechtigungen an einer bestimmten Ressource auf. Beide Sichten ergänzen einander: „Support darf Tickets bearbeiten“ wird in einer Rollenmatrix geplant und kann technisch etwa durch Ressourcenzugriffskontrollen umgesetzt werden. Die konkrete Auswertung mehrerer Berechtigungen, Vererbung und expliziter Sperren hängt vom System ab; übertrage eine Übungsmatrix nicht ungeprüft auf Windows, Linux oder Cloud-Systeme.

RBAC-Übersicht (englische Grafik): Benutzer, Rollen und Berechtigungen; Babbage, Wikimedia Commons, CC0 1.0.

Beispiel einer Zugriffssteuerungsoberfläche (französische Bildschirmaufnahme): Cbarille, Wikimedia Commons, CC BY-SA 4.0. Herstellerdarstellung ist kein allgemeingültiges Bedienverfahren.

Deutschsprachiges Video „Folge 9 – Freigabe- und NTFS-Berechtigungen“, Tom und Patricks IT-Show (2021). Spezifische Systemregeln nur als Vertiefung; im Kurs wird kein Produkt als verbindlicher Standard vorausgesetzt.

Schutzbedarf und Informationssicherheit

Die drei Schutzziele

Vertraulichkeit schützt Informationen vor unbefugter Kenntnisnahme; hier besonders die fiktiven Personaldatensätze. Integrität schützt korrekte und vollständige Informationen; ein veränderter Ticketstatus könnte Abläufe stören. Verfügbarkeit verlangt, dass berechtigte Personen Informationen bei Bedarf nutzen können; ein komplett gesperrtes Ticketsystem wäre ebenfalls ein Problem. Zugriffsrechte unterstützen alle drei Ziele, lösen jedoch nicht jedes Sicherheitsproblem.

Dreieck der Informationssicherheit (englisch): Michel Bakni, Wikimedia Commons, CC BY-SA 4.0.

Deutschsprachiges Erklärvideo „Schutzziele in der Informationssicherheit“, InformatikVideos (2017).

Bewertungsmaßstab im Übungsfall

Die Kundin legt für die Übung ausdrücklich drei fiktive Schutzbedarfsklassen fest: normal (überschaubarer Schaden), hoch (wesentliche Beeinträchtigung) und sehr hoch (existenzielle oder schwerwiegende Beeinträchtigung). Es handelt sich um eine Fallannahme, nicht um eine pauschale gesetzliche Einstufung. Die Einstufung erfolgt nach nachvollziehbarem Schadensszenario und den Schutzzielen, nicht allein nach Dateityp.

Bereich	Vertraulichkeit	Integrität	Verfügbarkeit	Begründetes Übungsszenario
Info	normal	hoch	normal	Falsche veröffentlichte Hinweise könnten Nutzer irreführen.
Tickets	hoch	hoch	hoch	Interne Störungen sollen nicht offenliegen und müssen bearbeitbar bleiben.
Personal	sehr hoch	hoch	normal	Offenlegung erfundener Personaldaten wäre im Modell der schwerste Vertraulichkeitsschaden.
Konfiguration	hoch	sehr hoch	hoch	Unbefugte Einstellungen können mehrere Testfunktionen verfälschen.

Die Priorität der Maßnahmen ergibt sich aus der jeweiligen Schadensanalyse. Ein einzelner hoher Wert kann zusätzliche Schutzmaßnahmen rechtfertigen. Betrachte deshalb nicht nur einen arithmetischen Mittelwert der drei Schutzziele. Verantwortliche der fiktiven Organisation bestätigen die Einstufung.

Berechtigungsmodell erstellen

Rechte-Matrix als Sollzustand

Verwende die Kürzel R = lesen, RW = lesen und bearbeiten und – = kein Zugriff. Die Bearbeitungsfunktion ist im Modell eine einzige gebündelte Testoperation; in der Realität sind Anlegen, Ändern, Löschen und Freigeben oft getrennt zu betrachten. Die folgende Matrix ist ein dokumentiertes Soll, kein Beweis technisch wirksamer Berechtigungen.

Rolle	Info	Tickets	Personal	Konfiguration
Empfang (E)	R	–	–	–
Support (S)	R	RW	–	–
Personal (P)	R	–	RW	–
Administration (A)	R	–	–	RW

Nachrechenbares Ergebnis: Vier Rollen und vier Bereiche ergeben 4 × 4 = 16 Rollen-Bereich-Kombinationen. Davon erlauben sieben Kombinationen wenigstens eine Aktion: eine beim Empfang und je zwei bei Support, Personal und Administration (1 + 2 + 2 + 2 = 7). Neun Kombinationen sind gesperrt (16 − 7 = 9). Der Anteil der grundsätzlich zugelassenen Kombinationen beträgt 7 / 16 × 100 = 43,75 %. Dies misst nur die Dichte dieses Beispiels und ist keine allgemeine Sicherheitskennzahl. R oder RW ist nicht mit nur einer wirksamen Einzelberechtigung zu verwechseln.

Rollenwechsel ohne Altberechtigungen

Eine erfundene Testperson wechselt aus dem Support in die Personalverwaltung. Vorgehen: Änderung beantragen, fachliche Genehmigung einholen, Support-Rolle entziehen, Personal-Rolle zuweisen, Änderungen protokollieren, Soll-Ist-Vergleich durchführen. Danach bleibt das allgemeine Leserecht für Info, Tickets RW entfällt und Personal RW kommt hinzu. Ein Rollenwechsel bedeutet nicht automatisch, beide Rollen dauerhaft zu behalten. Eine befristete Vertretung braucht dokumentierte Freigabe und Ablaufdatum.

Fehlerbilder und Gegenmaßnahmen

Überberechtigung: Die Administration erhält irrtümlich „Personal RW“. Gegenmaßnahme: korrigierter Rollenabgleich und Negativtest. Unterberechtigung: Support kann kein Ticket bearbeiten. Gegenmaßnahme: Anforderungen überprüfen und nur das fehlende, genehmigte Recht hinzufügen. Verwaistes Konto: Ein ausgeschiedenes Übungskonto bleibt aktiv. Gegenmaßnahme: geregeltes Deaktivieren und Entziehen. Rollenkonflikt: Dieselbe Person genehmigt und kontrolliert sensible Änderungen. Gegenmaßnahme: unabhängige Freigabe und Funktionstrennung. Mehrfaktor-Authentisierung stärkt den Zugang, ersetzt aber keine passende Rechtevergabe.

Genehmigung, Test und Übergabe

Vier kontrollierte Prozessschritte

1. Beantragen: Eine fachlich verantwortliche Person beschreibt Aufgabe, Datenbereich, Operation und benötigte Geltungsdauer. 2. Genehmigen: Die zuständige fachliche Stelle prüft Schutzbedarf und gegebenenfalls Funktionstrennung; IT setzt nicht eigenmächtig den fachlichen Bedarf fest. 3. Umsetzen und testen: Eine qualifizierte Aufsicht richtet ausschließlich das isolierte Übungssystem ein oder prüft eine Papier-/Tabellensimulation. 4. Überprüfen und entziehen: Rechte werden bei Rollenwechsel, Austritt und im vereinbarten Rhythmus überprüft; Ausnahmen laufen ab.

Technische Abnahme als Simulation: Prüfe für jede der 16 Rollen-Bereich-Kombinationen zunächst, ob ein Lesen oder Bearbeiten nach der Matrix erwartbar ist. Für gesperrte Kombinationen muss der Zugriff abgewiesen werden. Für „R“ darf Lesen gelingen und Bearbeiten nicht; für „RW“ dürfen beide Testoperationen gelingen. Dadurch entstehen bei vollständiger Prüfung 32 einzelne Aktionsprüfungen (16 Kombinationen × 2 Aktionen). Erwartet sind 10 erlaubte Aktionen: sieben Leseaktionen plus drei Bearbeitungsaktionen. Die übrigen 22 Aktionen müssen abgewiesen werden. Ergebnisrechnung: vier Infobereich-Leserechte + drei zusätzliche fachliche Lese- und drei Bearbeitungsrechte = 10; 32 − 10 = 22. Zähle die Vorgänge nur innerhalb dieses klar definierten Modelltests.

Prüfprotokoll und fachliche Grenzen

Ein Prüfprotokoll enthält Test-ID, Testrolle, Datenbereich, Aktion, erwartetes Resultat, beobachtetes Resultat, Datum und fiktives Prüfkürzel. Beispiel T-08: „Support – Personal – Lesen“; erwartet: verweigert; im Papiermodell beobachtet: verweigert; Bewertung: bestanden. Für T-09: „Personal – Personal – Bearbeiten“; erwartet: erlaubt. Eine Abnahme ist nur dann nachvollziehbar, wenn auch Negativtests dokumentiert sind. Exportiere keine echten Kontodaten, Passwörter oder internen Logs. Eine Simulation ersetzt weder Penetrationstests noch betriebliche Freigaben.

Fachlicher Hinweis: Das BSI-IT-Grundschutz-Kompendium, Baustein ORP.4 „Identitäts- und Berechtigungsmanagement“, beschreibt Anforderungen an bedarfsgerechte Vergabe, Dokumentation, Entzug und Funktionstrennung (hier herangezogen: Edition 2023). Die Kursbeispiele sind eine didaktische Ableitung, keine vollständige Umsetzung des Bausteins. Arbeiten an produktiven IT-, OT-, Kran-, Elektro- oder anderen gefährdungsrelevanten Systemen erfolgen nicht als Lernübung und allenfalls im tatsächlichen Betrieb unter qualifizierter Aufsicht und konkreten Vorgaben.

Interaktive Aufgaben

Quiz: Prüfe dein Wissen

Warum darf die Administration im Modell nicht automatisch Personalakten lesen? (Weil Administratoraufgaben keine fachliche Einsicht in Personalakten begründen) (!Weil Administratoren sich nie anmelden dürfen) (!Weil die Personalakten öffentlich sind) (!Weil das Netzwerk keine Konten besitzt)

Rückmeldung: Technische Systemverwaltung und fachliche Datenverantwortung sind verschieden; Least Privilege schließt die unbegründete Einsicht aus.

Was ist die passende Rolle für die Bearbeitung eines Tickets? (Support) (!Empfang) (!Personalverwaltung) (!Systemadministration)

Rückmeldung: Die Aufgabe Ticketbearbeitung ist ausschließlich dem Support zugeordnet.

Welche Aussage beschreibt Autorisierung? (Sie entscheidet über erlaubte Aktionen nach der Anmeldung) (!Sie prüft ausschließlich die Identität vor dem Login) (!Sie ersetzt jede Genehmigung durch ein Passwort) (!Sie erfasst nur den physischen Zutritt)

Rückmeldung: Authentifizierung bestätigt eine Identität; Autorisierung kontrolliert deren konkrete Rechte.

Was bedeutet ein Strich in der Sollmatrix? (Für diese Rolle ist kein Zugriff auf den Bereich vorgesehen) (!Schreiben ist stets erlaubt) (!Alle Rechte werden geerbt) (!Die Datei wurde unwiderruflich gelöscht)

Rückmeldung: Ohne dokumentierte Erlaubnis bleibt der Zugang zu diesem Datenbereich gesperrt.

Welche Schutzdimension ist bei vertraulichen Personalakten besonders betroffen? (Vertraulichkeit) (!Bildschirmauflösung) (!Druckgeschwindigkeit) (!Energieverbrauch)

Rückmeldung: Ein unbefugter Einblick verletzt das Schutzziel Vertraulichkeit.

Wie viele Rollen-Bereich-Kombinationen umfasst die Matrix? (16) (!7) (!22) (!32)

Rückmeldung: Vier Rollen mal vier Ressourcen ergeben sechzehn Kombinationen; Aktionen werden zusätzlich separat gezählt.

Wie viele der 32 Lese- und Bearbeitungstests müssen nach der Matrix erfolgreich sein? (10) (!7) (!16) (!22)

Rückmeldung: Vier Infobereich-Leseaktionen plus drei weitere Leseaktionen und drei Bearbeitungsaktionen ergeben zehn.

Welche Handlung ist bei einem Wechsel vom Support zur Personalverwaltung richtig? (Supportrechte entziehen und genehmigte Personalrechte neu zuweisen) (!Beide Rollen ohne Prüfung dauerhaft behalten) (!Alle Berechtigungen an ein Sammelkonto übertragen) (!Ohne Dokumentation Systemadministrator werden)

Rückmeldung: Nicht mehr benötigte Rechte werden entfernt; neue Rechte bedürfen eines begründeten Antrags und einer Freigabe.

Wozu dienen Negativtests? (Sie prüfen dass ausdrücklich verbotene Aktionen tatsächlich scheitern) (!Sie ersetzen die Kundenanforderungen) (!Sie ändern automatisch alle Gruppen) (!Sie dokumentieren ausschließlich die Geschwindigkeit)

Rückmeldung: Auch verweigerte Zugriffe sind überprüfbare Anforderungen und gehören zur Abnahme.

Wer soll eine fachliche Ausnahme zuerst begründen und genehmigen? (Eine zuständige fachliche verantwortliche Stelle) (!Ein beliebiger Benutzer ohne Aufgabe) (!Ein anonymer Gastzugang) (!Ein gemeinsames unprotokolliertes Administratorkonto)

Rückmeldung: Der Geschäftsbedarf muss fachlich geprüft werden, bevor eine technische Vergabe erfolgt.

Memory

Finde jeweils den passenden Fachbegriff und die zugehörige Bedeutung. Jede Bedeutung wird genau einmal verwendet.

Least Privilege	Nur die für eine Aufgabe erforderlichen Rechte
Authentifizierung	Feststellung einer behaupteten Identität
Autorisierung	Entscheidung über erlaubte Aktionen
Schutzbedarf	Ausmaß möglicher Schäden bei Zielverletzungen
Rollenwechsel	Anpassung von Rechten an neue Aufgaben
Negativtest	Erwartete Ablehnung einer unerlaubten Aktion

Drag and Drop

Ordne den fünf Schritten die passende fachliche Handlung zu.

Passender Begriff	Fachliche Handlung
Antrag	Benötigte Aufgabe und Ressource schriftlich begründen
Genehmigung	Fachliche Zuständigkeit und Schutzbedarf prüfen
Vergabe	Genehmigte Rolle dem Testkonto zuordnen
Abnahme	Erlaubte und verbotene Aktionen vergleichen
Entzug	Nicht mehr erforderliche Rechte entfernen

Kreuzworträtsel

Trage zu jeder Beschreibung den einen gesuchten Fachbegriff ein.

Rollen	Bündel fachlicher Berechtigungen im RBAC-Modell, Mehrzahl
Zugriff	Operation auf eine geschützte Ressource
Integrität	Schutz vor unbefugter oder fehlerhafter Veränderung
Freigabe	Formale Zustimmung zu einer beantragten Änderung
Protokoll	Nachvollziehbare Aufzeichnung eines Testverlaufs
Vertraulichkeit	Schutz vor unbefugter Kenntnisnahme

LearningApps

Ergänzend kannst du über die Suche auf LearningApps nach frei verfügbaren Übungen zu Aufgaben und Zugriffsrechten suchen. Die verlinkte Suche ist keine geprüfte einzelne Lernanwendung und ersetzt nicht die übrigen Aufgaben.

Eigenständiger Lückentext

Die Überprüfung einer behaupteten Identität heißt

.

Die Entscheidung über konkrete Rechte heißt

.

Das Prinzip möglichst kleiner Rechte heißt

.

Eine Gruppe fachlich zusammengehöriger Berechtigungen bildet eine

.

Das Schutzziel gegen unbefugte Kenntnisnahme heißt

.

Das Schutzziel für unveränderte richtige Daten heißt

.

Der Zugang zu benötigten Diensten betrifft die

.

Ein Test einer verbotenen Operation ist ein

.

Bei Aufgabenwechsel müssen alte Rechte gegebenenfalls

werden.

Das schriftliche Prüfergebnis steht im

.

Offene Aufgaben

Leicht

Rollen beschreiben: Beschreibe Empfang, Support, Personalverwaltung und Administration im fiktiven Lernservice mit je einem erlaubten Arbeitsvorgang und begründe die Abgrenzung.
Schutzziele zuordnen: Ordne den vier Bereichen je ein konkretes Schadensszenario zu und erläutere Vertraulichkeit, Integrität oder Verfügbarkeit.
Matrix lesen: Nenne sämtliche sieben erlaubten Rollen-Bereich-Kombinationen und überprüfe die Summe durch Zählen.
Fachbegriffe vergleichen: Erstelle eine Karteikarte mit einem eigenen Beispiel für Zutritt, Zugang, Zugriff, Authentifizierung und Autorisierung.

Standard

Rechte-Matrix entwerfen: Übertrage die vier Rollen und vier Bereiche in eine selbst beschriftete Matrix, ergänze R, RW und Sperre und notiere drei geprüfte Annahmen.
Testfälle entwerfen: Formuliere sechs eindeutig benannte Positiv- und Negativtests mit erwartetem Ergebnis und erläutere zwei Fehlermöglichkeiten bei der Messung.
Schadensszenario bewerten: Begründe für den fiktiven Personalbereich die Einstufung sehr hoch bei Vertraulichkeit und diskutiere eine geeignete organisatorische Maßnahme.
Rollentausch simulieren: Dokumentiere den Wechsel einer Testperson von Support zur Personalverwaltung als Antrag, Genehmigung, Entzug, Zuweisung und Test.

Schwer

Rollenkonflikte untersuchen: Entwirf ein nur fiktives Beispiel einer unvereinbaren Genehmigungs- und Kontrollfunktion und schlage eine überprüfbare Trennung vor.
ACL und RBAC vergleichen: Überführe zwei Rollenrechte aus der Matrix in eine abstrakte ACL und beschreibe Grenzen durch Vererbung oder abweichende Systemlogik.
Vollständige Testabdeckung: Erstelle für vier Rollen, vier Bereiche und die zwei Aktionen Lesen und Bearbeiten alle 32 Testfälle; weise rechnerisch zehn Erlaubnisse und 22 Ablehnungen nach.
Audit und Übergabe: Verfasse ein fiktives Übergabeprotokoll mit Rechteinhabern, regelmäßiger Überprüfung, Ausnahmefristen, Verantwortlichkeiten und drei konkreten Verbesserungen.

Lernkontrolle

Begründen: Leite aus dem Kundenauftrag die Matrix ab und erläutere, warum Administratoren nicht automatisch Personalakten lesen dürfen.
Abwägen: Diskutiere, warum hohe Vertraulichkeit nicht zwangsläufig sehr hohe Verfügbarkeit bedeutet, und nenne ein abweichendes Szenario.
Rechnen und prüfen: Zeige schriftlich, wie 16 Rollen-Bereich-Paare und 32 Aktionsprüfungen entstehen und welche zehn Aktionen erlaubt sein müssen.
Fehler beheben: Ein simuliertes Supportkonto kann fiktive Personalakten lesen. Erkläre Ursache, Sofortmaßnahme, Freigabeschritte und Negativtest.
Transfer: Plane einen Antrag für eine auf drei Tage begrenzte Vertretung samt Kontroll- und Entzugstermin, ohne echte Nutzer- oder Kundendaten zu verwenden.
Reflexion: Begründe, welche Aussagen ein bestandener Modelltest erlaubt und weshalb eine reale Betriebssicherheitsfreigabe damit nicht verbunden ist.

Lernnachweis

Dein Lernnachweis besteht aus einer vollständig synthetischen Kundenanforderung, einer vier mal vier Sollmatrix, der begründeten Einstufung der vier Bereiche, einem Rollenwechsel-Protokoll und einer 32-zeiligen Testtabelle für Lesen und Bearbeiten. Kriterien: eindeutige Terminologie, sieben berechtigte Rollen-Bereich-Paare, zehn erlaubte und 22 abgelehnte Einzelaktionen, dokumentierte Freigaben, nachweisbare Negativtests sowie saubere Trennung von Modell und realem Betrieb. Lernende erklären mündlich eine Fachentscheidung und eine Ausnahme. Bewerte nicht nur das Ergebnis, sondern auch die schrittweise Begründung.

OER und Wikipedia

Amtliche und fachliche Quellen (geprüfte Fundstellen, Stand der Recherche: Oktober 2026):

KMK-Rahmenlehrplan für Fachinformatiker und Fachinformatikerin sowie IT-System-Elektroniker und IT-System-Elektronikerin, Beschluss 13.12.2019; insbesondere Lernfeld 2 und 4. Dies ist schulische Orientierung, nicht die betriebliche Ausbildungsordnung.
BIBB: Fachinformatiker/Fachinformatikerin, Umsetzungshilfe für die Ausbildungspraxis, 2020, auf Grundlage der FIAusbV vom 28.02.2020; erläutert die betriebliche Ausbildung. Die Veröffentlichung ist CC BY-NC-ND 4.0, kein Text wird als OER-Volltext übernommen.
BIBB: Die neuen IT-Berufe sind da, 12.03.2020, zum Inkrafttreten der modernisierten Bundes-Ausbildungsordnungen am 01.08.2020.
BSI IT-Grundschutz-Kompendium ORP.4, Edition 2023, nur als fachliche Referenz und ohne Wiedergabe geschützter Volltexte.
Wikipedia: Role Based Access Control und Wikipedia: Zugriffskontrolle, deutschsprachige Vertiefung.

Mediennachweise – präzise Dateien, Urheber und Nutzungsbedingungen:

Datei oder Medium	Geprüfte Quellen-Seite	Urheberangabe	Lizenz oder Wiedergabestatus
File:Role-based access control.svg	Wikimedia Commons	Babbage	CC0 1.0
File:Access Control List.png	Wikimedia Commons	Cbarille	CC BY-SA 4.0
File:CIAJMK1209-en.svg	Wikimedia Commons	Michel Bakni; Dateiversionsbearbeitung laut Commons-Historie	CC BY-SA 4.0
File:Computer-lock.gif	Wikimedia Commons	Jclemens, mit genannten Ausgangsgrafiken	GNU GPL 2 oder neuer laut Commons
https://www.youtube.com/watch?v=xjqlxj-Ct94	YouTube – Freigabe- und NTFS-Berechtigungen	Tom und Patricks IT-Show	Einbettung von YouTube-Inhalten; keine freie Wiederverwendungslizenz behauptet
https://www.youtube.com/watch?v=9TuHFuzXKKo	YouTube – Schutzziele in der Informationssicherheit	InformatikVideos	Einbettung von YouTube-Inhalten; keine freie Wiederverwendungslizenz behauptet

Die in einer Tabelle genannten Medien sind nicht vom Kursautor selbst erstellt. Bildquellen sind zum Abruf und zur Prüfung ihrer jeweiligen Lizenzbedingungen verlinkt. Eine Audio-Datei wurde nicht ergänzt, weil sich keine thematisch passende, zuverlässig geprüfte Datei nachweisen ließ; Quellenintegrität geht vor einer künstlich höheren Medienanzahl.

Wikipedia-Einbettung auf Deutsch: