Files

T

msolarczekandClaude Opus 4.8 89b0e3a5a5 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

2.5 KiB

Raw Blame History

Schwachstellenmanagement-Verfahren

Dokumenteninformation	Wert
Dokumententyp	Verfahrensanweisung (VA-06)
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 Erkennung, Bewertung, Behandlung und technische Prüfung von Schwachstellen. Es operationalisiert die zugehörige Richtlinie ({{LINK:R10}}).

2. Geltungsbereich

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

3. Auslöser

Regelmäßiger Scan ({{VULN_SCAN_FREQ}}), Sicherheitsmeldung/CVE, Penetrationstest ({{PENTEST_FREQ}}).

4. Eingaben

Scan-/Testberichte
Asset-Inventar & Kritikalität
Patch-SLA (BL-OPS-01)

5. Ablauf

Identifikation: Schwachstellen-Scan {{VULN_SCAN_FREQ}} (BL-OPS-02) und Meldungen auswerten.
Bewertung & Priorisierung nach Kritikalität und Exponierung.
Behandlung anstoßen: Patch/Change (VA-04) oder kompensierende Maßnahme.
Technische Prüfung: Härtung (BL-OPS-07) und Penetrationstests ({{PENTEST_FREQ}}, BL-OPS-08).
Nachverfolgung & Verifikation der Behebung im {{TOOL_TICKET}}.

6. RACI

#	Schritt	R (Durchführung)	A (Rechenschaft)	C (Konsultiert)	I (Informiert)
1	Identifikation	{{ROLE_IT_LEAD}}	{{ROLE_IT_LEAD}}	-	-
2	Bewertung & Priorisierung nach Kritikali	{{ROLE_IT_LEAD}}	{{ROLE_ISB}}	-	-
3	Behandlung anstoßen	{{ROLE_IT_LEAD}}	{{ROLE_IT_LEAD}}	{{ROLE_ISB}}	-
4	Technische Prüfung	{{ROLE_IT_LEAD}}	{{ROLE_ISB}}	Externer Dienstleister	-
5	Nachverfolgung & Verifikation der Behebu	{{ROLE_IT_LEAD}}	{{ROLE_ISB}}	-	-

7. Ergebnis & Nachweis

Nachverfolgte Schwachstellen mit Behandlungsstatus im {{TOOL_TICKET}}; Testberichte. Nachweise werden im zentralen Nachweisregister ({{LINK:NACHWEISREGISTER}}) referenziert.

8. Kennzahlen (KPI)

Mittlere Behebungszeit je Kritikalität
Offene kritische Schwachstellen
Scan-Abdeckung

9. Verwandte Dokumente

Zugehörige Richtlinie: {{LINK:R10}}
{{LINK:VA-04}}
Technische Sicherheits-Baseline: {{LINK:BASELINE}}
ISA-Mapping-Matrix: {{LINK:ISA_MAPPING}}

2.5 KiB Raw Blame History