OpenSSL-Krise: Sieben Sicherheitslücken bedrohen Millionen Server

Mehrere Sicherheitslücken in OpenSSL bedrohen TLS-1.3-Server. Ein Fehler in der Post-Quanten-Kryptografie bleibt unbemerkt.

Besonders brisant: Eine Lücke in der Post-Quanten-Verschlüsselung bleibt still und heimlich.

Der stille Rückfall in alte Verfahren

Sicherheitsanalysten schlagen Alarm. Die Schwachstelle CVE-2026-2673 betrifft die TLS-1.3-Kommunikation und wurde am 27. April detailliert beschrieben. Das Problem: Server fallen trotz korrekter Konfiguration auf schwächere Verschlüsselung zurück – ohne Fehlermeldung oder Warnung für den Nutzer.

Statt der vorgesehenen hybriden Post-Quanten-Verfahren kommen dann nur herkömmliche Algorithmen wie X25519 zum Einsatz. Für Angreifer bedeutet das: Verschlüsselt abgefangene Daten lassen sich später möglicherweise entschlüsseln. Betroffen sind vor allem TLS-1.3-Server mit Standard-Gruppenauswahl.

Anzeige

Angesichts immer komplexerer Bedrohungen im Internet ist ein solider Basisschutz für alle digitalen Geräte wichtiger denn je. Dieser kostenlose Ratgeber zeigt Ihnen 5 einfache Schritte, mit denen Sie Ihr System sofort effektiv gegen Hacker absichern können. 5 Schutzmaßnahmen jetzt kostenlos entdecken

Sieben Patches für die 3.x-Reihe

Am 30. April erreichte die Ausrollung eines umfassenden Sicherheitspakets für OpenSSL 3.x seinen Höhepunkt. Große Cloud-Anbieter und Betriebssystemhersteller spielen die Updates nun aus.

Die kritischste Lücke: CVE-2026-31790. Ein Fehler im RSA-Schlüsselaustausch führt dazu, dass uninitialisierter Speicher an Angreifer übertragen werden kann. Das Problem: Dieser Puffer könnte sensible Daten aus vorherigen Prozessausführungen enthalten.

Weitere behobene Fehler im Überblick:

  • CVE-2026-28386: Lesefehler bei AES-CFB-128-Verschlüsselung auf x86-64-Systemen mit AVX-512
  • CVE-2026-28387: Use-after-free-Fehler im DANE-Client-Code
  • CVE-2026-28388 bis CVE-2026-28390: Mehrere Null-Pointer-Fehler in Zertifikats- und CMS-Verarbeitung

OpenSSL 4.0.0: Der große Schnitt

Mitten in die Patch-Welle fällt der Start von OpenSSL 4.0.0 Mitte April. Die neue Hauptversion macht Schluss mit Altlasten. SSLv3 flog raus, die Engine-Unterstützung wurde komplett eingestellt.

Dafür bringt Version 4.0.0 zukunftsweisende Features. Encrypted Client Hello (ECH) schützt den Servernamen beim Verbindungsaufbau vor Mitlesern – ein Gewinn für die Privatsphäre in öffentlichen WLANs. Zudem gibt es native Unterstützung für hybride Post-Quanten-Gruppen wie curveSM2MLKEM768.

Google und Cloudflare treiben die schnelle Einführung voran. Sicherheitsfirmen mahnen jedoch zur Vorsicht: Die Komplexität hybrider Verfahren schafft neue Fehlerklassen – wie der aktuelle fall CVE-2026-2673 zeigt.

Anzeige

Da viele Sicherheitslücken erst durch veraltete Software gefährlich werden, ist die Installation von System-Updates der entscheidende Faktor für Ihre Datensicherheit. Erfahren Sie in dieser Anleitung, wie Sie Ihr Gerät mit den richtigen Update-Strategien vor Malware und Datenverlust schützen. Kostenlosen Update-Ratgeber hier herunterladen

Gefahr für Smartphones und Apps

OpenSSL steckt nicht nur in Servern. Die Bibliothek bildet das Fundament für Browser, E-Mail-Clients und VPN-Apps auf mobilen Geräten. Schwachstellen treffen direkt die Sicherheit von Android und iOS.

KI-gestützte Analyse-Systeme wie die der AISLE-Forscher entdeckten insgesamt 20 Fehler im Vorfeld des April-Updates. Für Endverbraucher heißt das: Betriebssystem-Updates zeitnah installieren. Besonders betroffen sind S/MIME-verschlüsselte E-Mails – präparierte Nachrichten könnten ohne Nutzerinteraktion Abstürze auslösen oder Speicherdaten offenlegen.

Automatisierte Entdeckung beschleunigt Patch-Zyklen

Der aktuelle Fall zeigt einen Trend: Die meisten April-Lücken wurden nicht durch manuelle Audits entdeckt, sondern durch autonome KI-Plattformen. AISLE Research untersucht seit Herbst 2025 gezielt OpenSSL und fand Fehler, die jahrelang unentdeckt blieben.

Die Kehrseite: Die Frequenz der Sicherheitsmitteilungen steigt rasant. Für IT-Abteilungen werden automatisierte Patch-Management-Systeme unverzichtbar. Besonders kritisch für Organisationen mit Post-Quanten-Verschlüsselung: Implementierungsfehler untergraben die theoretische Sicherheit in der Praxis.

Handlungsempfehlungen

Die OpenSSL Foundation rät zum sofortigen Umstieg auf Versionen 3.6.2, 3.5.6 oder 3.0.20. Organisationen mit Post-Quanten-Verfahren sollten ihre Server-Konfigurationen prüfen – das DEFAULT-Keyword löst CVE-2026-2673 aus.

OpenSSL 4.1 ist für Oktober 2026 angekündigt. Da Version 4.0.0 kein LTS-Release ist, wird der Support voraussichtlich bis Mai 2027 laufen. Unternehmen mit Stabilitätsbedarf sollten beim 3.0-Zweig bleiben oder spezielle Support-Optionen prüfen.

Sicherheitsexperten erwarten eine weitere Zunahme von Schwachstellen-Entdeckungen durch leistungsfähigere Analysemodelle. Die Branche muss sich auf kürzere Patch-Zyklen und schnellere Standard-Ablösungen einstellen.