Files
msolarczekandClaude Opus 4.8 b7d5df41d4 GAP WP2.2 (Rendering Variante B) + WP4 (Feinschliff)
WP2.2 — Rendering-Doppelartikel (Variante B, Report §6):
- Variablen-Defaults ohne führenden Artikel: TOOL_TICKET „Ticketsystem",
  TOOL_NAME „ISMS-Tool", TOOL_IAM „Entra ID / Active Directory".
- Fließtext angepasst: „im/in {{VAR}}" rendert nun korrekt („im Ticketsystem");
  „über {{TOOL_TICKET}}" → „über das {{TOOL_TICKET}}"; TOOL_IAM (Adjektiv) mit
  korrekter Deklination ausgeschrieben („über das zentrale Verzeichnis (…)",
  „im zentralen Verzeichnis (…)"). Doppeldeutige Orte „bzw. ISMS-Tool" bereits in WP1 aufgelöst.
- Wert-Migration (Prisma-Migration, idempotent): strippt den führenden Artikel aus
  bestehenden, nicht angepassten Variablenwerten — auch für Bestandsmandanten/Deploy.

WP4 — Feinschliff:
- F16 (R06 2.1.4): „mobiles Arbeiten" konkret verortet (Regelung, hinterlegt im ISMS-Tool).
- F21 (VA-10): abgeschnittene RACI-Spaltentexte vervollständigt.
- F18: 13 SEHR-HOCH-Sätze in den -elev-Blöcken in {{#if FLAG_VERY_HIGH_PROTECTION}}
  ausgelagert → bei AL2 kein „Bei sehr hohem Schutzbedarf …" mehr.

Verifiziert: _verify.py Render 0 / Mapping sauber; Render-Gegenprobe mit echten
Defaults ohne „im das …"; AL2/AL3-Flag-Gegenprobe rückstandsfrei (SEHR-HOCH nur bei AL3);
Browser: R08 rendert „im Ticketsystem" und „über das zentrale Verzeichnis (Entra ID / Active Directory)".

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-23 09:21:31 +02:00

2.9 KiB

Berechtigungsverfahren (Joiner/Mover/Leaver und Rezertifizierung)

Dokumenteninformation Wert
Dokumententyp Verfahrensanweisung (VA-03)
Geltungsbereich {{ISMS_SCOPE}}
Organisation {{ORG_NAME}}
Prozessverantwortlich {{ROLE_IT_LEAD}}
Freigabe durch {{ROLE_ISB}}
Version {{DOC_VERSION}}
Datum {{DOC_DATE}}
Status {{DOC_STATUS}}

1. Zweck

Dieses Verfahren regelt Beantragung, Genehmigung, Änderung, Entzug und regelmäßige Überprüfung von Zugriffsrechten. Es operationalisiert die zugehörige Richtlinie ({{LINK:R08}}).

2. Geltungsbereich

Gilt innerhalb des ISMS-Geltungsbereichs ({{ISMS_SCOPE_DESCRIPTION}}).

3. Auslöser

Eintritt, Rollenwechsel oder Austritt einer Person; Berechtigungsantrag; fällige Rezertifizierung.

4. Eingaben

  • Personalmeldung (HR)
  • Rollen-/Rechtekatalog (RBAC)
  • Bestehende Berechtigungen aus dem zentralen Verzeichnis ({{TOOL_IAM}})

5. Ablauf

  1. Antrag erfassen: Zugang/Recht im {{TOOL_TICKET}} beantragen (Joiner/Mover).
  2. Fachliche Genehmigung: Erforderlichkeit nach Minimalprinzip prüfen und freigeben.
  3. Umsetzung: Rechte rollenbasiert im zentralen Verzeichnis ({{TOOL_IAM}}) setzen.
  4. Leaver/Änderung: Bei Austritt/Wechsel Rechte unverzüglich entziehen/anpassen.
  5. Rezertifizierung ({{RECERT_FREQ}}, BL-IAM-05): Owner bestätigen/entziehen Rechte.
  6. Privilegierte Konten: gesondert prüfen und protokollieren (BL-IAM-06).

6. RACI

# Schritt R (Durchführung) A (Rechenschaft) C (Konsultiert) I (Informiert)
1 Antrag erfassen Vorgesetzte/Fachbereich {{ROLE_IT_LEAD}} - -
2 Fachliche Genehmigung Fachbereich/Dateneigentümer Fachbereich/Dateneigentümer {{ROLE_ISB}} -
3 Umsetzung {{ROLE_IT_LEAD}} {{ROLE_IT_LEAD}} - Antragsteller
4 Leaver/Änderung {{ROLE_IT_LEAD}} {{ROLE_HR_LEAD}} - -
5 Rezertifizierung ({{RECERT_FREQ}}, BL-IAM-05) Fachbereich/Dateneigentümer {{ROLE_ISB}} {{ROLE_IT_LEAD}} -
6 Privilegierte Konten {{ROLE_IT_LEAD}} {{ROLE_ISB}} - -

7. Ergebnis & Nachweis

Dokumentierte Anträge/Genehmigungen im {{TOOL_TICKET}}; aktueller Berechtigungsstand im zentralen Verzeichnis ({{TOOL_IAM}}); Rezertifizierungsnachweis. Nachweise werden im zentralen Nachweisregister ({{LINK:NACHWEISREGISTER}}) referenziert.

8. Kennzahlen (KPI)

  • Anteil fristgerecht entzogener Leaver-Rechte
  • Rezertifizierungsquote
  • Zahl verwaister/privilegierter Konten

9. Verwandte Dokumente

  • Zugehörige Richtlinie: {{LINK:R08}}
  • {{LINK:VA-01}}
  • Technische Sicherheits-Baseline: {{LINK:BASELINE}}
  • ISA-Mapping-Matrix: {{LINK:ISA_MAPPING}}