MRIS.bd.1 „Mythos-resistente Härtung des ISMS" operationalisiert die Mythos-Härtungs-Controls als Baustein mit 14 Anforderungen, Umsetzungshinweisen, maschinenlesbarer Fassung und Kreuzreferenztabelle – einmal auf den gesamten Informationsverbund anzuwenden.
Seit Mitte 2026 sind agentische Frontier-KI-Modelle der „Mythos-Klasse" anbieterübergreifend verfügbar: Sie finden Schwachstellen autonom, entwickeln Exploits in Stunden und führen dokumentiert 80 bis 90 Prozent der taktischen Angriffsschritte selbstständig aus. Das IT-Grundschutz-Kompendium ist bewusst technologieneutral formuliert und bildet diese neue Fähigkeitsklasse in seinen Bausteinen noch nicht ab – viele Wirksamkeitsannahmen setzen weiterhin stillschweigend auf die begrenzte Geduld, Geschwindigkeit und Kapazität menschlicher Angreifer. Die folgenden fünf Verschiebungen benennen genau diese Lücke; MRIS.bd.1 adressiert sie mit 14 gezielten Anforderungen.
Zwischen Patch und funktionierendem Exploit liegen Stunden statt Tage – gestaffelte Patch-Zyklen brechen.
Angriffe laufen schneller ab, als menschliche Reaktionsketten entscheiden können.
Einzeln unauffällige Schritte – das Risiko materialisiert sich erst in der Aggregation.
Nation-State-Fähigkeit steht auch Akteuren ohne eigene Spezialkapazität zur Verfügung.
Privilegierte Agenten ohne Inventar, Identität und Audit-Trail – eine neue Angriffsfläche, die bestehende Kataloge nicht erfassen.
Im MRIS-Werkvergleich (13 Security-Werke, Vier-Felder-Methodik) positioniert sich der BSI IT-Grundschutz bei hoher Umsetzungsnähe (8,4), aber begrenzter Gen-AI-Abdeckung (3,0) – umsetzungsstark, mit Gen-AI-Lücke (goldener Ring). MRIS.bd.1 überträgt die 13 MHC in genau dieses Format und schließt die Lücke dort, wo Grundschutz-Praktiker arbeiten: im Baustein.
Qualitatives Experten-Scoring (Skala 0–10), Methodik und Rubrik im Werk offengelegt. Bewertungsstand: Juli 2026. Vollständige Daten, Fehlerbalken und Lesart: Marktvergleich auf der ISO-Seite →
Jede Anforderung folgt dem BSI-Anforderungsformat (MUSS/SOLLTE), nennt Stufe und Zuständigkeit und ist einzeln in das Sicherheitskonzept – bei zusätzlichem Betrieb eines ISMS nach ISO/IEC 27001 in dessen Statement of Applicability – übernehmbar. Aufklappen zeigt Kernaussage, MHC-Herkunft, Annex-A-Bezug und die zugehörige Maßnahme der Umsetzungshinweise.
Wirksamkeits- und Wahrscheinlichkeitsannahmen aller implementierten Maßnahmen gegen die KI-Bedrohungslage neu bewerten; Reibungs-basierte Maßnahmen identifizieren, Ergebnisse in Risikoanalyse und SoA überführen.
FIDO2/WebAuthn (Passkeys oder Hardware-Token) verbindlich für privilegierte, extern erreichbare und besonders schützenswerte Zugänge; SMS und einfache Push-Verfahren für neue Zugänge ausgeschlossen, Legacy mit terminiertem Ablösungsplan.
Mindestens eine unveränderliche oder getrennte Sicherung je geschäftskritischem Datenbestand, eigene Backup-Zugriffswege, vierteljährliche dokumentierte Wiederherstellungstests.
Erkennung über Verhaltensmuster und Ereigniskorrelation nach MITRE ATT&CK, mit gemessener und regelmäßig überprüfter Technik-Abdeckung; Threat-Hunting oder MDR-Dienst.
Kryptografisch verifizierbare, kurzlebige Identitäten für privilegierte Workloads; Autorisierung nie allein über Netzwerklage; keine langlebigen Klartext-Geheimnisse auf kritischen Pfaden.
Vollständiges Krypto-Inventar; bei langlebig vertraulichen Daten dokumentierte Migrationsstrategie zu quantensicheren Verfahren, im Übergang hybrid.
Inventar aller produktiven KI-Agenten; Behandlung als privilegierte Systeme mit eigener technischer Identität, lückenloser personenzuordenbarer Protokollierung, benannter Abschaltverantwortung, Freigabepflicht für irreversible Aktionen und Allow-List für Komponenten.
Automatische Software-Stücklisten je Build inklusive transitiver Abhängigkeiten; Betroffenheit neuer Schwachstellen binnen 24 Stunden ermittelbar; Build-Provenance für kritische Artefakte.
SAST, DAST und SCA automatisiert bei jeder Änderung; schwere Funde blockieren den Merge; KI-generierter Code als eigene Risikokategorie; KEV-Patches für exponierte Systeme unter 24 Stunden.
Vordefinierte Playbooks dämmen eindeutige Vorfälle in Minuten ein; menschliche Freigabe bei großem Schadensradius; die Automatisierungsschicht selbst wird gehärtet.
Die im Sicherheitskonzept bzw. Statement of Applicability geführten Maßnahmen laufend automatisiert gegen Soll-Zustände prüfen (Policy-as-Code); Abweichungen lösen eine definierte Reaktion aus, der geprüfte Anteil wird gemessen und erhöht.
Produktive Container ausschließlich aus signierten, geprüften Images kontrollierter Registries, technisch durchgesetzt; Confidential Computing mit Remote-Attestation bei besonders hohem Schutzbedarf.
Daten, Netze und Rechenressourcen je Mandant getrennt, mandantenspezifische Schlüssel; die Wirksamkeit wird durch regelmäßige, möglichst automatisierte Trennungstests nachgewiesen.
TLPT mit KI-Szenarien – fragmentierte Ketten, parallele Multi-Vector-Angriffe, KI-Phishing inkl. Deepfake-Voice; Purple-Team zwischen den Zyklen, terminierte Behebung kritischer Funde.
Im IT-Grundschutz erfolgt die Übernahme über Modellierung und Sicherheitskonzept des Informationsverbunds – eine SoA kennt die Methodik nicht. Betreibt die Institution zusätzlich ein ISMS nach ISO/IEC 27001, ist jede Anforderung direkt in dessen Statement of Applicability übernehmbar; nicht anwendbare Anforderungen werden dort begründet ausgeschlossen.
Neubewertung (A1) vor Investitionen · Erkennung (A4) vor Reaktionsautomatisierung (A10) · Stücklisten (A8) vor Pipeline-Testing (A9) · Validierung (A14) nach der Basisumsetzung.
Der Implementation Guide beschreibt je Maßnahme einen kumulativen Pfad in drei Stufen (Initial, Defined, Managed) mit Stage-Gates und Kennzahlen für die Berichterstattung.
A8/A9 bei Institutionen ohne eigene Entwicklung (Prinzip wirkt über die Beschaffung), A13 ohne mandantenfähigen Betrieb. Meldepflichten aus NIS2/DORA laufen über die Vorfallbehandlung.
Lizenz: CC BY-NC 4.0 · © 2026 Richard Peddi · Nutzung im Rahmen von IT-Sicherheitskonzepten nach IT-Grundschutz freigestellt.
MRIS.bd.1 ist ein benutzerdefinierter Baustein im Sinne der IT-Grundschutz-Methodik (BSI-Standard 200-2), die eigene Bausteine für nicht abgedeckte Themen ausdrücklich vorsieht – eine unabhängige, privat erstellte Arbeit (CC BY-NC 4.0, © 2026 Richard Peddi). Der Baustein wurde nicht vom BSI geprüft, freigegeben oder zertifiziert, ist kein Bestandteil des IT-Grundschutz-Kompendiums und ersetzt keine Zertifizierung. „IT-Grundschutz" und „BSI" bezeichnen Standards und Institutionen des Bundesamts für Sicherheit in der Informationstechnik; MRIS steht in keiner Verbindung zum BSI. Keine Rechts- oder Zertifizierungsberatung; Anwendung in eigener Verantwortung.