OpenSSL hat nach der Behebung einer Reihe neu entdeckter, von AISLE-Forschern identifizierter Schwachstellen dringend erforderliche Sicherheitsupdates veröffentlicht.
Eine der Schwachstellen wird als schwerwiegend eingestuft und könnte es Angreifern aus der Ferne ermöglichen, in Anwendungen, die nicht vertrauenswürdige kryptografische Daten verarbeiten, Schadcode auszuführen.
Während die meisten Probleme zu Denial-of-Service-Zuständen führen, zeigt der schwerwiegendste Fehler, dass selbst weithin vertrauenswürdige Sicherheitsbibliotheken tief in ihrem Code gefährliche Schwachstellen verbergen können.
„Dass in einem großen OpenSSL-Release 100 % der tatsächlich neuartigen CVEs erfasst werden, ist historisch beispiellos. Damit wird praktisch ein neuer Maßstab dafür gesetzt, was in der Cyberabwehr möglich ist“, sagte Stanislav Fort, Mitbegründer und Chefwissenschaftler bei AISLE, in einer E-Mail an eSecurityPlanet.
Er fügte hinzu: „Indem wir Schwachstellen aufdecken, die teilweise seit den 90er-Jahren unentdeckt schlummerten, tilgen wir systematisch technische Schulden, die über Jahrzehnte bestanden haben. Das Zeitalter der KI-gestützten Abwehr ist zweifellos angebrochen.“
Systemisches Risiko beim Parsen in OpenSSL
OpenSSL ist eine grundlegende Komponente der globalen digitalen Infrastruktur und stellt kryptografische Funktionen für Webserver, VPNs, E-Mail-Plattformen, Zertifikatsverwaltungssysteme und unzählige weitere Anwendungen bereit.
Da OpenSSL so tief im Software-Stack verankert ist, können Schwachstellen in seiner Parsing-Logik Kaskadeneffekte haben und nachgelagerte Systeme Abstürzen, Denial-of-Service-Zuständen oder der Remote-Codeausführung (RCE) aussetzen.
Das OpenSSL-SicherheitsRelease vom Januar 2026 betrifft OpenSSL-Versionen von 3.6 bis hinunter zu 1.0.2, sodass sowohl moderne Installationen als auch Altsysteme betroffen sein können.
Viele der Schwachstellen gehen darauf zurück, wie OpenSSL nicht vertrauenswürdige kryptografische Datenformate parst, darunter CMS, PKCS#7, PKCS#12, Zeitstempelantworten und verschiedene TLS-Erweiterungen.
Während einige der Fehler speziell präparierte Eingaben erfordern, um ausgelöst zu werden, zeigen sie, dass komplexe Parsing-Logik und selten ausgeführte Codepfade selbst in ausgereiften, umfassend geprüften Bibliotheken gefährliche Sonderfälle verbergen können – auch in solchen.
Die wichtigsten OpenSSL-Schwachstellen erklärt
CVE-2025-15467 wurde von OpenSSL aufgrund seines Potenzials, unter bestimmten Bedingungen eine Remote-Codeausführung zu ermöglichen, als schwerwiegend eingestuft.
Die Schwachstelle betrifft das Parsen von CMS AuthEnvelopedData, wenn AEAD-Chiffren wie AES-GCM verwendet werden.
Durch die Übergabe übergroßer Initialisierungsvektoren in ASN.1-Parametern kann ein Angreifer einen stackbasierten Pufferüberlauf auslösen, der auftritt, bevor die kryptografischen Authentifizierungsprüfungen durchgeführt werden.
Das bedeutet, dass für eine Ausnutzung weder der Besitz kryptografischer Schlüssel noch gültige Zugangsdaten erforderlich sind.
Jede Anwendung, die nicht vertrauenswürdige CMS- oder PKCS#7-Inhalte parst – etwa S/MIME-fähige E-Mail-Dienste oder Systeme, die signierte oder verschlüsselte Nachrichten verarbeiten –, könnte gefährdet sein.
Je nach Schutzmaßnahmen auf Plattformebene wie der Address Space Layout Randomization (ASLR) und Stack-Schutzmechanismen kann eine erfolgreiche Ausnutzung zu Anwendungsabstürzen oder der Ausführung beliebigen Codes führen.
Eine weitere bemerkenswerte Schwachstelle, CVE-2025-11187, betrifft die PBMAC1-Validierung bei der Verarbeitung von PKCS#12-Dateien.
In diesem Fall ermöglichen fehlende Grenzprüfungen bei der Schlüsselableitung Angreifern, Stack-Überläufe oder Nullzeiger-Dereferenzierungen auszulösen, wenn fehlerhafte Dateien übermäßig große Schlüssellängen angeben.
Auch wenn eine Ausnutzung im Allgemeinen vom Nutzer bereitgestellte Dateien erfordert, stellt das Problem in Umgebungen, die externe Zertifikate, Schlüsselsammlungen oder Identitätsmaterial importieren, ein erhebliches Risiko dar.
Die übrigen entdeckten CVEs werden als geringfügig eingestuft und umfassen Schreibzugriffe außerhalb von Speichergrenzen, Typverwechslungsfehler, Nullzeiger-Dereferenzierungen und Denial-of-Service-Zustände, die die Verarbeitung von PKCS#12, die Suche nach QUIC-Chiffren, die Zertifikatkomprimierung in TLS 1.3 und die BIO-Zeilenpufferung betreffen.
OpenSSL betonte, dass FIPS-Module nicht betroffen sind, da die anfälligen Codepfade außerhalb der validierten kryptografischen Grenzen liegen.
Alle 12 Schwachstellen wurden von AISLE entdeckt. Das autonome Analysesystem identifizierte die Fehler in mehreren OpenSSL-Subsystemen – einige davon hatten jahrzehntelang bestanden.
Dies unterstreicht, wie subtile Logikfehler und selten ausgelöste Sonderfälle selbst einer umfangreichen manuellen Prüfung entgehen können.
Obwohl OpenSSL darauf hinwies, dass die meisten Probleme präparierte Eingaben und bestimmte Konfigurationen erfordern, existieren für die schwerwiegenden Schwachstellen Proof-of-Concept-Exploits.
Risiken durch OpenSSL-Schwachstellen reduzieren
Ein mehrschichtiger Ansatz, der Upgrades, eine Verringerung der Angriffsfläche und Laufzeitschutz kombiniert, ist entscheidend, um sowohl die Ausnutzbarkeit als auch die Auswirkungen zu begrenzen.
- Alle betroffenen OpenSSL-Installationen sofort auf gepatchte Versionen aktualisieren und überprüfen, dass keine anfälligen Builds mehr verwendet werden.
- Eingebettete oder statisch verknüpfte OpenSSL-Bibliotheken identifizieren und beheben die möglicherweise nicht durch Systempaket-Updates abgedeckt sind.
- Die Angriffsfläche reduzieren, indem unnötiges Parsen nicht vertrauenswürdiger CMS-, PKCS#7-, PKCS#12- und Zeitstempeldaten eingeschränkt oder deaktiviert wird.
- Strikte Eingabevalidierung, Dateigrößenbeschränkungen und Grenzprüfungen durchsetzen bevor kryptografische Daten die OpenSSL-Parser erreichen.
- Kryptografische Parsing-Komponenten isolieren in Sandbox-Umgebungen oder Umgebungen mit geringstmöglichen Berechtigungen, um die Auswirkungen einer Ausnutzung zu begrenzen.
- Überwachen Sie Anwendungen auf ungewöhnliche Abstürze, Speicherfehler oder wiederholte Parsing-Fehler, die auf Ausnutzungsversuche hindeuten können.
- Regelmäßig testen und aktualisieren Notfallpläne , um sicherzustellen, dass Teams wirksam auf Schwachstellen in kryptografischen Bibliotheken reagieren können.
Zusammengenommen helfen diese Maßnahmen Unternehmen, Risiken zu verringern und ihre allgemeine Widerstandsfähigkeit zu stärken.
Verborgene Risiken in weit verbreiteten Kryptobibliotheken
Zusammengenommen zeigen die OpenSSL-Schwachstellen, wie weit verbreitete kryptografische Komponenten Risiken schaffen können, wenn Sonderfallfehler über längere Zeit unentdeckt bleiben.
Die Ergebnisse bekräftigen, wie wichtig kontinuierliche Tests und Validierungen sicherheitskritischer Bibliotheken sind, statt sich ausschließlich auf regelmäßige Prüfungen zu verlassen.
Da kryptografische Workflows immer komplexer werden, sollten Unternehmen zeitnahe Patch-Installationen, einen strikten Umgang mit nicht vertrauenswürdigen Eingaben und die frühzeitige Erkennung ungewöhnlichen Verhaltens priorisieren.
Diese Herausforderungen stehen im Einklang mit Zero-Trust-Prinzipien , die davon ausgehen, dass keine Komponente und keine Eingabe von vornherein vertrauenswürdig ist, und eine kontinuierliche Überprüfung im gesamten Software-Stack erfordern.