Richtlinien & Verfahren (Phase 1): Import, Rendering-Engine, Bibliothek, Coverage

Fundament des VDA-ISA-2027-Richtlinienmoduls (Spec §1–9): - Datenmodell: PolicyDocument, PolicyRequirement, PolicyVariable (Variablen + Feature-Flags), PolicyBaselineParam, PolicyEvidence — inkl. RLS + Tenant-Guard - Seed-Importer (import-policies.ts): liest die echten .md-Dateien (15 Richtlinien L00/R01–R14 + 11 Verfahren), mapping.json (120 Anforderungen/46 Controls), variables.schema.json (53 Variablen/Flags), Technische-Sicherheits-Baseline (31 BL-Parameter) und Nachweisregister; idempotent pro Mandant - 6 im Vorlagenpaket beschädigte Variablen-Tokens (VA-08/09/10/12/13) repariert (dokumentiert im README des Übergabepakets) - Rendering-Engine (policy-render.ts, Handlebars + marked): verschachtelte {{#if FLAG}}, {{VARIABLE}}, {{LINK:…}}-Deeplinks, Hidden-Anker + BL-Referenzen im Lesemodus entfernt (Wert bleibt), zentral verwaltete Abschnitte unterdrückt, wiederholtes „Umsetzung bei <Org>" reduziert (§7a); lenienter Fallback + Residue-Check über alle Flag-Kombinationen (analog _verify.py) - UI: Bibliothek mit Typ-Chips/KPIs, Lesemodus-Popup (einklappbare Info-Tabelle, Control-Chips, Richtlinie↔Verfahren-Verlinkung), Coverage-Matrix (Control → Richtlinie → MUSS/SOLL → Verfahren → Anforderungs-IDs) - Nav-Punkt „Richtlinien" aktiviert; de/en-Übersetzungen Verifiziert: Import 28 Dokumente/120 Anforderungen; Rendering rückstandsfrei über alle Flag-Kombinationen; Bibliothek, Lesemodus (R08 nested flags), Coverage im Browser. Später (Phase 2+): Bearbeiten/Freigabe-Workflow mit Versionierung, verwaltete Tabellen (Krypto-/Risiko-/Klassifizierungsregister), Anwender-Handbuch, DOCX/PDF-Export, Word-Upload, KI-Wizard, zentrale Baseline-/Variablen-Einstellseite. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-07 13:35:59 +02:00
parent 2706424c08
commit 89b0e3a5a5
52 changed files with 7627 additions and 1 deletions
@@ -0,0 +1,219 @@
+# Richtlinie Betriebssicherheit
+
+| Dokumenteninformation | Wert |
+|-----------------------|------|
+| Dokumententyp | Richtlinie |
+| Geltungsbereich | {{ISMS_SCOPE}} |
+| Organisation | {{ORG_NAME}} |
+| Verantwortlich | {{ROLE_IT_LEAD}} |
+| Freigabe durch | {{ROLE_MANAGEMENT}} |
+| Version | {{DOC_VERSION}} |
+| Datum | {{DOC_DATE}} |
+| Status | {{DOC_STATUS}} |
+
+
+## 1. Zweck
+
+Diese Richtlinie regelt den sicheren IT-Betrieb: Change-Management, Trennung von Umgebungen, Malware-Schutz, Protokollierung, Schwachstellen- und Patch-Management, technische Prüfungen, Netzwerksicherheit sowie Datensicherung und Wiederherstellung. Sie konkretisiert die Informationssicherheitsleitlinie ({{LINK:L00}}) und dient der Erfüllung der Anforderungen des VDA ISA 2027.
+
+## 2. Geltungsbereich
+
+Diese Richtlinie gilt innerhalb des definierten ISMS-Geltungsbereichs ({{ISMS_SCOPE_DESCRIPTION}}).
+
+## 3. Anforderungen und Umsetzung
+
+> Aufbau je Abschnitt: **Anforderung** (normativ, aus VDA ISA; [MUSS]/[SOLL]) und **Umsetzung bei {{ORG_NAME}}** (tatsächliche Ausgestaltung, anzupassen wo erforderlich).
+
+### 3.1 Change-Management (ISA 5.2.1)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.1-M1 -->
+- **[MUSS]** Aenderungen an IT-Systemen werden geregelt beantragt, bewertet, getestet, genehmigt und dokumentiert.
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.1-M1 -->
+Änderungen durchlaufen ein Change-Verfahren mit Antrag, Risikobewertung, Test, Genehmigung und Dokumentation im {{TOOL_TICKET}} (BL-OPS-09).
+
+### 3.2 Trennung der Umgebungen (ISA 5.2.2)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.2-M1 -->
+- **[MUSS]** Entwicklungs-, Test- und Produktionsumgebungen sind getrennt.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.2-S1 -->
+- **[SOLL]** Produktivdaten werden nicht ungeschützt in Test-/Entwicklungsumgebungen verwendet.
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.2-M1 -->
+Entwicklung, Test und Produktion sind getrennt betrieben.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.2-S1 -->
+Produktivdaten werden in Test-/Entwicklungsumgebungen nur anonymisiert/pseudonymisiert genutzt.
+{{/if}}
+
+### 3.3 Schutz vor Malware (ISA 5.2.3)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.3-M1 -->
+- **[MUSS]** Anforderungen zum Schutz vor Schadsoftware sind bestimmt; technische und organisatorische Maßnahmen sind umgesetzt.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.3-S1 -->
+- **[SOLL]** Schutzsoftware wird automatisch aktualisiert; unnötige Netzwerkdienste sind deaktiviert.
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.3-M1 -->
+Malware-Schutz ist über {{TECH_MALWARE}} auf allen Endpunkten und Servern umgesetzt (BL-OPS-03).
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.3-S1 -->
+Signaturen/Engines werden {{MALWARE_UPDATE}} aktualisiert; unnötige Netzwerkdienste sind deaktiviert.
+{{/if}}
+
+### 3.4 Protokollierung und Auswertung (ISA 5.2.4)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.4-M1 -->
+- **[MUSS]** Sicherheitsrelevante Ereignisse werden protokolliert und ausgewertet.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.4-S1 -->
+- **[SOLL]** Protokolle sind vor Manipulation geschützt; Aufbewahrungsfristen sind definiert.
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.4-M1 -->
+Sicherheitsrelevante Ereignisse werden zentral über {{TECH_SIEM}} protokolliert und ausgewertet (BL-OPS-04).
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.4-S1 -->
+Protokolle sind manipulationsgeschützt; die Aufbewahrung beträgt {{LOG_RETENTION}}.
+{{/if}}
+
+### 3.5 Schwachstellen- und Patch-Management (ISA 5.2.5)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.5-M1 -->
+- **[MUSS]** Schwachstellen werden identifiziert und risikoorientiert behoben (Patch-Management).
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.5-S1 -->
+- **[SOLL]** Es besteht ein regelmäßiges Schwachstellen-Scanning; kritische Patches werden priorisiert.
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.5-M1 -->
+Schwachstellen werden erfasst und nach BL-OPS-01 risikoorientiert gepatcht (kritisch {{PATCH_SLA_CRIT}}); die Nachverfolgung erfolgt im {{TOOL_TICKET}}.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.5-S1 -->
+Ein Schwachstellen-Scanning ({{VULN_SCAN_FREQ}}, BL-OPS-02) ist etabliert.
+{{/if}}
+
+### 3.6 Technische Überprüfung (ISA 5.2.6)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.6-M1 -->
+- **[MUSS]** IT-Systeme und Dienste werden technisch überprüft (z. B. Systemhärtung, Penetrationstests).
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.6-M1 -->
+Systeme werden nach Härtungsvorgaben (BL-OPS-07, z. B. CIS-Benchmarks) konfiguriert und risikoorientiert technisch geprüft (Penetrationstest {{PENTEST_FREQ}}, BL-OPS-08).
+
+### 3.7 Netzwerksicherheit (ISA 5.2.7)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.7-M1 -->
+- **[MUSS]** Das Netzwerk wird gesteuert und abgesichert (Segmentierung, Zugangskontrolle, Absicherung nach außen).
+{{#if FLAG_OT_USED}}
+<!-- REQ 5.2.7-M2 -->
+- **[MUSS]** Produktions-/OT-Netze sind von Office-Netzen getrennt und besonders abgesichert.
+{{/if}}
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.7-S1 -->
+- **[SOLL]** Ein aktueller Netzplan und ein Segmentierungskonzept liegen vor.
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.7-M1 -->
+Das Netzwerk ist nach Schutzbedarf segmentiert (BL-NET-01), zugangskontrolliert und nach außen über Firewall (Default-Deny, BL-NET-02) abgesichert.
+{{#if FLAG_OT_USED}}
+<!-- IMPL 5.2.7-M2 -->
+Produktions-/OT-Netze sind von Office-Netzen getrennt und besonders abgesichert (BL-NET-01).
+{{/if}}
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.7-S1 -->
+Ein aktueller Netzplan und ein Segmentierungskonzept werden gepflegt.
+{{/if}}
+
+### 3.8 Backup und Wiederherstellung (ISA 5.2.9)
+
+
+**Anforderung**
+
+<!-- REQ 5.2.9-M1 -->
+- **[MUSS]** Daten und IT-Dienste werden gesichert; Wiederherstellung ist geregelt.
+<!-- REQ 5.2.9-M2 -->
+- **[MUSS]** Wiederherstellungstests werden regelmäßig durchgeführt.
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- REQ 5.2.9-S1 -->
+- **[SOLL]** Backups werden geschützt/ausgelagert aufbewahrt (z. B. offline/immutable).
+{{/if}}
+
+**Umsetzung bei {{ORG_NAME}}**
+
+<!-- IMPL 5.2.9-M1 -->
+Daten und Dienste werden nach Schema {{BACKUP_SCHEME}} über {{TECH_BACKUP}} gesichert (BL-OPS-05); die Wiederherstellung ist geregelt.
+<!-- IMPL 5.2.9-M2 -->
+Wiederherstellungstests werden mindestens {{BACKUP_TEST_FREQ}} durchgeführt und dokumentiert (BL-OPS-06).
+{{#if FLAG_INCLUDE_SHOULD}}
+<!-- IMPL 5.2.9-S1 -->
+Backups werden geschützt und ausgelagert aufbewahrt (offline/immutable), Aufbewahrung {{BACKUP_RETENTION}}.
+{{/if}}
+
+## 4. Verbindlichkeit
+
+Diese Richtlinie ist für alle betroffenen Rollen im Geltungsbereich verbindlich. Die Einhaltung wird durch {{ROLE_IT_LEAD}} überwacht.
+
+## 5. Rollen und Verantwortlichkeiten
+
+| Rolle | Verantwortung in dieser Richtlinie |
+|-------|-------------------------------------|
+| {{ROLE_IT_LEAD}} | Sicherer IT-Betrieb |
+| {{ROLE_ISB}} | Ueberwachung der Einhaltung |
+
+## 6. Überprüfung und Aktualisierung
+
+Diese Richtlinie wird mindestens {{REVIEW_CYCLE}} sowie anlassbezogen durch {{ROLE_IT_LEAD}} überprüft und durch {{ROLE_MANAGEMENT}} freigegeben.
+
+## 7. Nachweise
+
+Die Nachweise zur Umsetzung dieser Richtlinie werden nicht in diesem Dokument geführt, sondern zentral im Nachweisregister ({{LINK:NACHWEISREGISTER}}) sowie in den zugehörigen Einträgen des ISMS-Tools ({{TOOL_NAME}}).
+
+## 8. Verwandte Dokumente
+
+- Informationssicherheitsleitlinie: {{LINK:L00}}
+- Zugehörige Verfahren: {{LINK:VA-04}}, {{LINK:VA-05}}, {{LINK:VA-06}}, {{LINK:VA-13}}
+- Technische Sicherheits-Baseline: {{LINK:BASELINE}}
+- ISA-Mapping-Matrix: {{LINK:ISA_MAPPING}}
+- Nachweisregister: {{LINK:NACHWEISREGISTER}}
+- Weitere: {{LINK:R04}}, {{LINK:R08}}, {{LINK:R11}}
+
+<!-- Das Mapping der Anforderungen (REQ/IMPL) zu VDA-ISA-Controls ist in mapping.json hinterlegt und wird vom Tool über die Hidden-Anker aufgelöst. Im Lesemodus nicht sichtbar. -->