☰

OpenVPN TLS 1.2-Chiffre-Suiten

tag-icon • tag-icon vpn openvpn tls
OpenVPN TLS 1.2-Chiffre-Suiten

Dies ist ein erneuter Post meiner ursprünglichen Frage (OpenVPN kann mit keiner TLS 1.2-Chiffre eine Verbindung herstellen) Das Problem ist in zwei Teile aufgeteilt, da eine Lösung für die 128-Bit-Chiffre-Suiten gefunden wurde.

OpenVPN kann mit diesen Verschlüsselungssammlungen keine Verbindung herstellen:

TLS-DHE-RSA-WITH-AES-256-GCM-SHA384
TLS-DHE-RSA-WITH-AES-256-CBC-SHA256

Ich würde gerne wissen, ob jemand anderes diese erfolgreich verwendet.

Ich verwende die aktuelle Version2.3.6, aus der Quelle kompiliert.

Ausprobiert mit verschiedenen Linux-Distributionen und Windows-Clients.

Laut Wiki sollten die Chiffren funktionieren: https://community.openvpn.net/openvpn/wiki/Hardening#Useof--tls-cipher

Client-Fehler:

[... Desktop]$ sudo openvpn home.ovpn 
Sat Jan 24 15:18:28 2015 OpenVPN 2.3.6 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Jan 24 2015
Sat Jan 24 15:18:28 2015 library versions: OpenSSL 1.0.1l 15 Jan 2015, LZO 2.08
Sat Jan 24 15:18:28 2015 WARNING: file 'home/client1.key' is group or others accessible
Sat Jan 24 15:18:28 2015 WARNING: file 'home/ta.key' is group or others accessible
Sat Jan 24 15:18:28 2015 Control Channel Authentication: using 'home/ta.key' as a OpenVPN static key file
Sat Jan 24 15:18:28 2015 Outgoing Control Channel Authentication: Using 256 bit message hash 'SHA256' for HMAC authentication
Sat Jan 24 15:18:28 2015 Incoming Control Channel Authentication: Using 256 bit message hash 'SHA256' for HMAC authentication
Sat Jan 24 15:18:28 2015 Attempting to establish TCP connection with [AF_INET]192.168.1.67:1194 [nonblock]
Sat Jan 24 15:18:29 2015 TCP connection established with [AF_INET]192.168.1.67:1194
Sat Jan 24 15:18:29 2015 TCPv4_CLIENT link local: [undef]
Sat Jan 24 15:18:29 2015 TCPv4_CLIENT link remote: [AF_INET]192.168.1.67:1194
Sat Jan 24 15:18:29 2015 TLS_ERROR: BIO read tls_read_plaintext error: error:140830B5:SSL routines:SSL3_CLIENT_HELLO:no ciphers available
Sat Jan 24 15:18:29 2015 TLS Error: TLS object -> incoming plaintext read error
Sat Jan 24 15:18:29 2015 TLS Error: TLS handshake failed
Sat Jan 24 15:18:29 2015 Fatal TLS error (check_tls_errors_co), restarting
Sat Jan 24 15:18:29 2015 SIGUSR1[soft,tls-error] received, process restarting
Sat Jan 24 15:18:30 2015 SIGINT[hard,init_instance] received, process exiting

Antwort1

Ja, das sollte funktionieren und funktioniert bei mir:

$ openvpn --config loopback-client --tls-cipher TLS-DHE-RSA-WITH-AES-256-GCM-SHA384 --tls-version-min 1.0
Thu Jan 29 00:13:13 2015 OpenVPN 2.3.6 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Dec 16 2014
Thu Jan 29 00:13:13 2015 library versions: OpenSSL 1.0.1f 6 Jan 2014, LZO 2.06
[...]
Thu Jan 29 00:13:13 2015 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Thu Jan 29 00:13:13 2015 [Test-Server] Peer Connection Initiated with [AF_INET]127.0.0.1:16000
Thu Jan 29 00:13:14 2015 Initialization Sequence Completed

Dabei werden die mit OpenVPN bereitgestellten Standardkonfigurationsdateien für Loopback-Server und Loopback-Client verwendet. Achten Sie darauf, tls-version-min 1.0die Konfigurationen an beiden Enden zu ergänzen (oder 1.2, wenn Sie dies erzwingen möchten). Ansonsten habe ich nichts Besonderes getan.

Ist speziell AES-256 das Problem? D. h., tritt bei TLS-DHE-RSA-WITH-AES-128-CBC-SHA dasselbe Verhalten auf wie bei TLS-DHE-RSA-WITH-AES-256-CBC-SHA?

verwandte Informationen