OpenSSL Sicherheitslücke: Was KMU jetzt prüfen müssen

Sicherheit · 6. Oktober 2026

Die OpenSSL Sicherheitslücke CVE-2026-84782 kann Daten offenlegen und Dienste lahmlegen. Für betroffene Versionen stehen Updates bereit.

Was ist bei OpenSSL passiert?

Die als hoch eingestufte OpenSSL Sicherheitslücke CVE-2026-84782 liegt in der Wiederholungslogik von DTLS. DTLS ist die Variante von TLS für verbindungslose Kommunikation. Wird das Schreiben einer Handshake-Nachricht teilweise unterbrochen, kann eine erneut gesendete Nachricht an einer falschen Position im internen Puffer gelesen werden.

Dadurch können Daten aus dem Heap-Speicher als Klartext an die Gegenstelle gelangen. Erreicht der Lesevorgang einen nicht zugeordneten Speicherbereich, kann der betroffene Prozess abstürzen. Damit ist auch ein Denial-of-Service möglich, bei dem ein Dienst vorübergehend nicht mehr verfügbar ist.

Betroffen sind die OpenSSL-Zweige 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 und 1.0.2. OpenSSL empfiehlt für die öffentlich gepflegten Zweige die Updates auf 4.0.3, 3.6.5, 3.5.9 und 3.4.8. Für Premium-Support-Kunden stehen 3.0.23, 1.1.1zj und 1.0.2zs bereit.

Was bedeutet die OpenSSL Sicherheitslücke für KMU?

Für KMU ist entscheidend, ob OpenSSL direkt oder als Bestandteil einer Anwendung, eines Servers oder eines Netzwerkprodukts eingesetzt wird. Die Bibliothek arbeitet oft im Hintergrund. Deshalb reicht es nicht, nur nach einer bewusst installierten OpenSSL-Anwendung zu suchen.

Die möglichen Folgen betreffen sowohl Vertraulichkeit als auch Verfügbarkeit: Speicherinhalte können offengelegt werden, und ein Absturz kann geschäftskritische Dienste unterbrechen. Besonders sorgfältig sollten Systeme geprüft werden, die DTLS verwenden oder von einem Hersteller mit OpenSSL ausgeliefert werden.

Ein Patch allein ist zudem nur der erste Schritt. Unternehmen sollten dokumentieren, welche Systeme betroffen sind, die vorgesehenen Updates des jeweiligen Herstellers oder der Linux-Distribution einspielen und danach kontrollieren, ob die betroffenen Dienste tatsächlich mit der korrigierten Bibliothek laufen.

So sollten Unternehmen jetzt vorgehen

Wir empfehlen ein strukturiertes Vorgehen:

• Bestand erfassen: Server, Appliances, Anwendungen und Kommunikationsdienste auf verwendete OpenSSL-Versionen prüfen.
• Herstellerhinweise beachten: Bei gebündelter Software die freigegebenen Updates des Anbieters verwenden.
• Updates priorisieren: Systeme mit DTLS-Nutzung und extern erreichbare Dienste zuerst behandeln.
• Wirksamkeit prüfen: Nach dem Update Versionsstand und Verfügbarkeit der Dienste kontrollieren.
• Altversionen ablösen: Für nicht mehr regulär unterstützte Zweige eine Migration auf eine aktuelle, gepflegte Version planen.

Quelle: Swiss IT Magazine, 5. Oktober 2026