#Linux & Open Source · 3 Min. Lesezeit · Tim Rinkel

KRYPTO-UPGRADE! OpenSSL 4.1 bringt DTLS 1.3 und flottere Post-Quanten-Verfahren — aber mit bekannten Macken

KRYPTO-UPGRADE! OpenSSL 4.1 bringt DTLS 1.3 und flottere Post-Quanten-Verfahren — aber mit bekannten Macken

Neue OpenSSL-Version, neue Möglichkeiten — und ein paar Stolpersteine. heise meldet am 26. Oktober 2026 die Veröffentlichung von OpenSSL 4.1.0. Im Mittelpunkt stehen DTLS 1.3 und schnellere Verfahren für die Kryptografie nach dem Quantencomputer-Zeitalter. Konkrete Leistungszahlen und eine Support-Dauer nennt der Artikel nicht.

DTLS 1.3: SICHERES UDP — NOCH MIT BUGS

DTLS sichert Datagramm-Verkehr wie UDP, etwa bei VoIP oder VPN-Tunneln. Neu ist Version 1.3; die Listener-API für SSL beherrscht jetzt auch DTLS. heise nennt aber bekannte Fehler in der Implementierung:

  • Ein Server kann den Handshake mit einem unexpected_message-Alert abbrechen, wenn der Client Nachrichten bestätigt, bevor er antwortet — möglich nach Paketverlust.
  • Nach einem KeyUpdate verwirft OpenSSL andere unbestätigte Nachrichten aus dem Wiederholungspuffer. Ein verlorenes Session-Ticket wird dann nicht erneut gesendet.
  • Bei DTLS-Listenern kann ein dauerhafter Empfangsfehler als „want read“ gemeldet werden, sodass Anwendungen endlos warten.
  • Bei nicht blockierenden Verbindungen kann ein vorübergehender Schreibfehler als Systemaufruf-Fehler erscheinen, und Anwendungen schließen eine noch funktionierende Verbindung.

Das Projekt arbeitet laut Bericht an einer Korrektur. Für produktive DTLS-Dienste heißt das: erst testen, dann umstellen.

GREASE UND IKEV2

Mit GREASE (RFC 8701) fügt OpenSSL Platzhalterwerte in TLS-Handshakes ein. Gegenstellen lernen so, unbekannte Werte zu ignorieren, statt zu scheitern — das erleichtert künftige Protokollerweiterungen. Neu ist außerdem eine Schlüsselableitungsfunktion, die die für IKEv2 nötigen Schlüssel aus dem gemeinsamen Diffie-Hellman-Geheimnis ableitet.

POST-QUANTEN: SCHNELLER, ABER NICHT ÜBERALL

Die Verfahren ML-DSA (Signaturen) und ML-KEM (Schlüsselkapselung) laufen auf ppc64le schneller. Auf x86_64 wurde nur ML-DSA optimiert. Zusätzlich profitiert die AES-CBC-Entschlüsselung auf x86_64 von AVX-512 und VAES.

ÄNDERUNGEN, DIE DEINEN BUILD BETREFFEN

  • tsget: Das Werkzeug braucht jetzt das Perl-Modul Net::Curl::Easy aus der Net-Curl-Distribution. Es ersetzt das nicht mehr gepflegte WWW::Curl::Easy.
  • Configure-Optionen: no-ecdsa und no-ecdh solltest du entfernen. Wer elliptische Kurven abschalten will, nutzt no-ec.

Die vollständige Änderungsliste steht in den Release Notes auf GitHub. Wer Pakete aus der Distribution bezieht, wartet ohnehin, bis Debian, Ubuntu und Co. die Version aufnehmen.

Häufige Fragen

Sollte ich sofort auf OpenSSL 4.1 wechseln?
Für produktive Systeme nicht überstürzt. Neue Funktionen wie DTLS 1.3 haben laut heise bekannte Fehler, an deren Korrektur das Projekt arbeitet. Wer Distributionspakete nutzt, bekommt die Version ohnehin später. Teste in einer Staging-Umgebung, lies die Release Notes und prüfe deine Build-Optionen auf no-ecdsa und no-ecdh.
Was ist DTLS und wozu brauche ich es?
DTLS ist die Variante von TLS für Datagramm-Verkehr wie UDP. Sie sichert etwa VoIP, Streaming oder manche VPN-Tunnel, bei denen Pakete verloren gehen dürfen. Mit Version 1.3 gibt es modernere Handshakes. In OpenSSL 4.1 ist die Unterstützung neu und noch nicht frei von Fehlern.
Was bringt der Post-Quanten-Teil konkret?
ML-DSA und ML-KEM laufen auf ppc64le schneller, auf x86_64 wurde nur ML-DSA optimiert. Konkrete Leistungszahlen nennt heise nicht. Für typische Homelab-Setups auf x86_64 ändert sich im Alltag wenig. Relevant wird es, wenn du Post-Quanten-Schlüsselaustausch und -Signaturen testen willst.
Was ändert sich bei den Build-Optionen?
no-ecdsa und no-ecdh solltest du aus deinen Builds entfernen. Wer elliptische Kurven insgesamt abschalten möchte, verwendet no-ec. Außerdem braucht das Werkzeug tsget jetzt das Perl-Modul Net::Curl::Easy statt des nicht mehr gepflegten WWW::Curl::Easy.

Quellen

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert