CVE-2022-0778-POC

Ein einfacher Remote-Trigger-POC für CVE-2022-0778

Warum

Während wir versuchten zu überprüfen, ob Serverimplementierungen auf unserer Seite gegenüber CVE-2022-0778 anfällig waren/sind, erwies es sich als äußerst mühsam, dies remote zu tun. Anleitungen zum Erstellen manipulierter Zertifikate, die den Parsing-Fehler in BN_nod_sqrt() auslösen, gibt es schon seit einiger Zeit, aber das Hauptproblem ist, dass die meisten Client-Implementierungen versuchen würden, das Client-Zertifikat zu parsen, um es im TLS-Handshake zu verwenden. Das wiederum bedeutete:

• wenn die Implementierung anfällig war, wurde der Fehler ausgelöst und der Client verbrauchte 100% CPU und blieb stehen.
• wenn die Implementierung nicht anfällig war, konnte das Zertifikat nicht geparst werden und der Client würde, zu Recht, abbrechen.

Was

Was eigentlich benötigt wurde, war die Möglichkeit, eine Nachricht in den TLS-Handshake einzuschleusen, um den Inhalt der Certificate-Nachricht zu ersetzen, die der Client als Antwort auf die CertificateRequest-Nachricht an den Server sendet.

Wie

Dies hängt von tlslite-ng ab und überschreibt die TLSConnection._clientKeyExchange-Methode, sodass während eines TLS-Handshakes mit einem möglicherweise anfälligen Server:

1. Wir senden eine ClientHello-Nachricht, wie wir es normalerweise tun
2. Wir verarbeiten die ServerHelloMessage und prüfen, ob sie eine CertificateRequest enthält