Sprache

Sicherheit

CISA BOD 26-04 verpflichtet zu risikobasiertem Patch-Management

Am 10. Juni 2026 hat die Cybersecurity and Infrastructure Security Agency die Richtlinie CISA BOD 26-04 erlassen, um einen modernen Rahmen für die risikobasierte Behebung von Schwachstellen in Bundes-Systemen zu schaffen. Die Anweisung löst einheitliche Patch-Fristen ab, damit Behörden ihre Ressourcen auf Sicherheitslücken mit den höchsten betrieblichen Bedrohungen konzentrieren. Für Unternehmen in Drittanbieter- und Cloud-Umgebungen ändert sich das Compliance-Management, da Auftragnehmer und Cloud-Dienstleister ihre Infrastrukturüberwachung an die Risikometriken des Bundes anpassen müssen.

Von Mike Mozg4 Min. Lesezeit

Vier Variablen bestimmen das Schwachstellenrisiko

Unter der Richtlinie wird die Dringlichkeit der Behebung einer Softwarelücke anhand von vier betrieblichen Kriterien berechnet. Diese Variablen bestehen aus der Exponierung von Assets (Asset Exposure), dem Status im Katalog bekannter ausgenutzter Schwachstellen (Known Exploited Vulnerabilities catalog status), der Automatisierbarkeit von Exploits (Exploit Automation) und den technischen Auswirkungen (Technical Impact). Die Asset-Exponierung bestimmt, ob Hardware oder Software einer Behörde für nicht authentifizierte Instanzen über öffentliche Netzwerke zugänglich ist. Die Exploit-Automatisierung prüft, ob ein Angreifer jeden notwendigen Schritt zur Ausnutzung der Schwachstelle automatisieren kann. Die technische Auswirkung unterscheidet zwischen teilweiser Kontrolle, etwa beschränktem Softwarezugriff oder Denial-of-Service-Angriffen, und vollständiger Kontrolle, die einem Angreifer die volle Befehlsgewalt über das Softwareverhalten oder den verlässlichen Abruf von Anmeldedaten ermöglicht.

BOD 26-04-Anforderungen für US-Behörden und Cloud-Anbieter

Die Anforderungen von BOD 26-04 verpflichten zivile Bundesbehörden der Exekutive (Federal Civilian Executive Branch agencies), ihre Richtlinien zum Schwachstellenmanagement unverzüglich zu überprüfen und zu aktualisieren. Gemäß 44 U.S.C. § 3554(a)(1)(B)(ii) müssen Behörden fortlaufende Behebungsprozesse etablieren und klare Rollen für deren Ausführung zuweisen. Für IT-Systeme des Bundes in Drittanbieter-Umgebungen müssen Behörden, die nach dem Federal Risk and Authorization Management Program (FedRAMP) zertifizierte Angebote nutzen, eine kontinuierliche Überwachung durch das FedRAMP Program Management Office sicherstellen. Bei der Nutzung nicht zertifizierter Cloud-Dienstleister müssen Behörden direkt mit den Anbietern zusammenarbeiten, um zu verifizieren, dass die unterstützende Infrastruktur allen Richtlinienvorgaben entspricht und technische Abweichungen vollständig dokumentiert werden.

BOD 26-04 im Vergleich zu BOD 22-01 und früheren Richtlinien

Beim Vergleich von BOD 26-04 mit BOD 22-01 hebt die neue Richtlinie sowohl BOD 22-01 vom 3. November 2021 als auch BOD 19-02 vom 29. April 2019 offiziell auf. Die CISA hat diese getrennten Vorgaben in einer einzigen Richtlinie zusammengefasst, die mit dem OMB Circular A-130 und dem Federal Information Security Modernization Act von 2014 harmonisiert ist. Während frühere Standards einheitliche Behebungsfristen für alle über das Internet erreichbaren Systeme vorschrieben, verschiebt der neue Rahmen Maßnahmen gegen risikoarme Schwachstellen, um Ressourcen auf hochriskante Sicherheitslücken zu konzentrieren. Zudem treibt er nationale Prioritäten voran, die unter der Executive Order zur Förderung fortschrittlicher KI-Innovation und -Sicherheit festgelegt wurden.

CISA BOD 26-04 Zeitplan für Compliance und Durchsetzung

Der Compliance-Zeitplan trat am 10. Juni 2026 für verbindliche Überarbeitungen der Richtlinien sofort in Kraft, wobei dringende Patch-Fenster festgelegt werden, sobald kritische Bedrohungen auftreten. Am Montag, dem 26. Oktober 2026, demonstrierte die CISA diesen Durchsetzungsmechanismus, indem sie zwei kritische PHP2Shell-Schwachstellen, CVE-2026-109618 und CVE-2026-109619, zu ihrem Katalog bekannter ausgenutzter Schwachstellen hinzufügte. Die CISA erließ ein 3-Tage-Patch-Mandat, das Behörden verpflichtete, ungepatchte Systeme bis Donnerstag, den 29. Oktober 2026, zu sichern, nachdem Sicherheitsforscher weitverbreitete Ausnutzungsversuche beobachtet hatten, die vier Tage vor der Veröffentlichung des Hersteller-Patches stattfanden.

Ressourcen für die Umsetzung und technische Anleitung

Die CISA hat zusammen mit der Hauptrichtlinie den CISA BOD 26-04 Umsetzungsleitfaden veröffentlicht, um Sicherheitsbeauftragte von Behörden bei der Aktualisierung betrieblicher Arbeitsabläufe zu unterstützen. Um die Schwachstellenbewertung zu vereinfachen, stellt die CISA Auswertungen für den KEV-Status, die Exploit-Automatisierung und die technischen Auswirkungen für jede gängige Schwachstellen-Kennung über Dienste wie das Vulnrichment-Programm bereit. US-Bundesbehörden sind angewiesen, bei der Bewertung der Asset-Exponierung über öffentliche Netzwerkschnittstellen die Internet Exposure Reduction Guidance der CISA anzuwenden.

Was sich für Cloud-Anbieter und Auftragnehmer des Bundes ändert

Für kommerzielle Cloud-Dienstleister und IT-Auftragnehmer des Bundes ändert die Richtlinie die Art und Weise, wie die Behebung von Schwachstellen vertraglich geregelt und überwacht wird. Die Richtlinie gilt nicht direkt für private Auftragnehmer, es sei denn, dies ist durch Beschaffungsverträge vorgeschrieben. Bundesbehörden sind jedoch verpflichtet, alle aktiven Verträge mit den zuständigen Vertragsbeamten (Contracting Officers) zu überprüfen, um notwendige Anpassungen vorzunehmen. Anbieter, die Cloud-Infrastruktur für Bundesbehörden bereitstellen, müssen nun übersichtliche Inventarprotokolle führen, eine kooperative kontinuierliche Überwachung unterstützen und Patch-Workflows anpassen, um beschleunigten Notfallmandaten nachzukommen, wenn hochriskante Schwachstellen identifiziert werden.

Fragen und Antworten

Was ist die CISA Binding Operational Directive 26-04?

Die CISA Binding Operational Directive 26-04 ist eine verbindliche Anweisung, die am 10. Juni 2026 gemäß 44 U.S.C. § 3552(b)(1) erlassen wurde und risikobasierte Standards zur Schwachstellenbehebung für zivile US-Bundesbehörden festlegt.

Was sind die vier Risikovariablen in CISA BOD 26-04?

Die vier Risikovariablen sind Asset-Exponierung, Status im Katalog bekannter ausgenutzter Schwachstellen (KEV), Exploit-Automatisierung und technische Auswirkungen.

Wie wirkt sich BOD 26-04 auf FedRAMP und Organisationen des privaten Sektors aus?

Behörden, die Systeme in FedRAMP-zertifizierten Umgebungen betreiben, müssen sich mit dem FedRAMP Program Management Office abstimmen, um die Compliance zu wahren, während private Auftragnehmer mit den Vertragsbeamten der Behörden zusammenarbeiten müssen, um die Bedingungen von Beschaffungsverträgen an die Anforderungen der Richtlinie anzupassen.

Die Sicht von MOZGII

Wie wir es bauen würden

Um ein risikobasiertes Patch-System für Bundesvorgaben aufzubauen, würden wir mit drei zentralen Datenquellen beginnen: dem Software-Bestandsverzeichnis, Scans der öffentlichen Netzwerkexposition und Schwachstellen-Feeds wie Vulnrichment. Wir würden diese Feeds mit einem Bewertungsmodell verknüpfen, das die Exposition von Systemen, die Automatisierung von Exploits und das Ausmaß der Systemkontrolle analysiert. Sicherheitsanalysten würden Grenzfälle prüfen, in denen der Exploit-Status unklar ist oder eine Behörde eine technische Abweichung beantragt. Automatische Leitplanken würden Patch-Fenster durchsetzen und dringende Tickets direkt an die Infrastrukturteams weiterleiten.

Das System scheitert, wenn Cloud-Bestandsprotokolle von Drittanbietern unvollständig oder veraltet sind. Wenn sich ein nicht erfasster Server mit dem Internet verbindet, berechnet das Bewertungsmodell die Exposition falsch und übersieht gefährliche Schwachstellen. Die einzige Kennzahl, die wir beobachten würden, ist die durchschnittliche Zeit von der Aufnahme in den CISA-Katalog bis zur abgeschlossenen Patch-Bereitstellung auf exponierten Systemen.

Als Nächstes würden wir automatisierte Prüfungen aufbauen, die testen, ob eingespielte Sicherheits-Patches die jeweiligen Schwachstellen erfolgreich beheben. Zudem würden wir Werkzeuge zur Vertragsüberwachung ergänzen, die Zuständige für das Vergabewesen benachrichtigen, sobald Cloud-Umgebungen von Anbietern von den Richtlinien abweichen.

Quellen

Woher die Fakten dieser Meldung stammen.

  1. 01BOD 26-04: Prioritizing Security Updates Based on Risk | CISALockcisa.gov
  2. 02CISA confirms PHP2Shell vulnerabilities now exploited in attacksbleepingcomputer.com

Wir verwenden Cookies

Wir erfassen anonyme Nutzungsdaten, um MOZGII zu verbessern. Ohne deine Zustimmung werden keine Daten erhoben. Datenschutzrichtlinie · Cookie-Richtlinie