Nicht-RSA TLS1.2 Paketentschlüsselung

Question

Ich versuche, eine pcap-Datei zu entschlüsseln. Diese pcap-Datei enthält eine Erfassung eines HLS-verschlüsselten Videostreams. Das pcap enthält TLSv1.2-Pakete.

Im Folgenden sind einige Informationen aus der PCAP-Datei

Server Hallo Nachricht Cipher Suite:

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384.

EC Diffie-Hellman-Server Params: pubkey (1)

Das Zertifikat Statusmeldung:

Signatur Hash Algorithm Hash: SHA256

Signatur Hash-Algorithmus Signatur: ECDSA

Client Key Exchange Nachricht

EC Diffie-Hellman-Server Params: pubkey (2)

Ich versuchte this Wireshark SSL decryption tutorial zu folgen. Aber es scheint, dass es nur für RSA-Verschlüsselungen funktioniert. Ich habe eine Weile geforscht und this discussion gefunden. Ich zitiere einen Auszug aus dieser Diskussion:

Es ist ein wichtiger Parameter in dem Sinne: Entschlüsselung einer passiv Sitzung aufgezeichnet (mit einer Kopie des Server privaten Schlüssels) funktioniert nur, wenn der Schlüsselaustausch war vom Typ RSA oder statische DH; mit "DHE" und "ECDHE" Cipher Suites, Sie werden nicht in der Lage sein, eine solche Sitzung zu entschlüsseln, auch mit Kenntnis des privaten Schlüssels des Servers. In diesem Fall müssen Sie entweder auf das Verhandlungs „master secret“, oder den Server privaten Schlüssel verwenden aktiv die Verbindung des

Es abzufangen bemerkenswert, dass ich den Client privaten Schlüssel verfügen. In meinem Fall ist der Client FFmpeg Video Streamer (FFplay). Ich habe mir auch die TLS v1.2 RFC angesehen.

Meine Frage:

Ist es möglich, eine Entschlüsselung in diesem Szenario zu tun? Wenn ja, was muss ich tun?

Wird die Entschlüsselung mit dem privaten Schlüssel des Clients oder mit dem pre_shared_master (d. H. Diffie-Hellman) durchgeführt?

Answer 1

Nein, in diesem Szenario ist eine Entschlüsselung nicht möglich. Das würde bedeuten, EC Diffie-Hellman zu brechen.

Entschlüsselungs sind nicht direkt die pre_master_secret Verwendung durchgeführt, aber es wird durchgeführt, indem Schlüssel abgeleitet direkt aus dem pre-master secret. Das heißt: die Client- und Server-Entschlüsselungsschlüssel, die daraus abgeleitet werden, indem zuerst die master_secret abgeleitet wird und dann die PRF ausgeführt wird und die Ausgabe in die Sitzungsschlüssel und IVs unterteilt wird.

Answer 2

Zuerst sind die privaten oder öffentlichen Schlüssel des Clients nicht am Schlüsselaustausch beteiligt, sondern nur zur Authentifizierung des Clients (falls vom Server angefordert). Was beim Schlüsselaustausch verwendet wird, sind die Server privaten und öffentlichen Schlüssel, aber nur wenn RSA Schlüsselaustausch verwendet wird. Für DHE/ECDHE werden sie nicht verwendet, daher reichen private/öffentliche Schlüssel nicht aus. Details dazu finden Sie unter it is possible to decrypt HTTPS with the (private, public) pair if it uses DHE?.

Was Sie anstelle des privaten Schlüssels benötigen, ist eigentlich der ausgetauschte Schlüssel, der für jede TLS-Sitzung einzigartig ist, selbst wenn der private Schlüssel der gleiche ist.Einige Clients können diesen Schlüssel für die spätere Verwendung speichern und wenn Ihr Client es tun kann, siehe Decrypting TLS Browser Traffic With Wireshark – The Easy Way!, wie fortzufahren, dann den Verkehr zu entschlüsseln.