Kann en RSA-Zertifikat mat dh none an OpenVPN funktionéieren?

Hei ass eng Serverkonfiguratioun, déi dh none nieft engem Zertifikat seet, dee RSA seet, plus den onrouege Verdacht, datt ee vun deenen zwéi falsch muss sinn. Näischt ass falsch. Den Zertifikat ënnerschreift an authentifizéiert; den Schlësselaustausch stellt en gemeinsamt Geheimnis hier. Dat sinn zwou verschidden Aufgaben am selwechten Handshake, an TLS erlaabt engem RSA-Zertifikat, en Handshake z'authentifizéieren, deen engem ephemeren elliptesche-Kurve-Accord benotzt.

D'Verwirrung kënnt normalerweis mat engem Migratiounsguide. En seet, d'DH-Parameterdatei duerch dh none z'ersetzen, de Lieser mierkt, datt den Zertifikat keen elliptesche-Kurve-Zertifikat ass, an déi zwou Fakten ginn als Widdersproch behandelt.

Firwat déi zwou Astellungen verbonne schéngen

Déi méi al OpenVPN-Konfiguratioun huet eng DH-Parameterdatei gefrot, well endlech-Feld Diffie-Hellman Domänparameter brauch, op déi sech béid Säiten eeneg sinn. D'Direktiv dh huet op déi Datei gewisen. Wann eng Deployement op ECDH wiesselt, komme d'Parameteren amplaz vun enger genannter Kurve, an d'Datei ass net méi néideg, wat dh none ausdréckt.

Zertifikater sinn eng separat Achs. Si droen en ëffentleche Schlëssel an eng Ënnerschrëft, déi d'Identitéit vum Server beweisen, an dee Schlëssel kann RSA oder elliptesch Kurve sinn, onofhängeg dovun, wéi de Session-Schlëssel eeneg gëtt. En Handshake, deen ECDHE fir de Schlësselaccord an RSA fir d'Authentifikatioun benotzt, ass gewéinlech a wäit verbreet.

D'Benennung verschlëmmert d'Iwwerschneidung. Elliptesch Kurve erschéngt souwuel an ECDHE- wéi och an ECDSA-Suitennimm, dofir ass et einfach unzehuelen, datt all Verbindung, déi eng Kurve ernimmt, en Kurvenzertifikat enthalen muss. Dat ass net de Fall.

En TLS 1.2-Suittennumm richteg liesen

Huet ECDHE-RSA-AES256-GCM-SHA384. Den éischten Token ass d'Schlësselaustauschfamilie: ephemeren elliptesche-Kurve Diffie-Hellman. Den zweeten ass d'Authentifikatiounsfamilie: RSA. De Rescht beschreift de Rekordschutz an de Hash, deen am Handshake benotzt gëtt.

Eng ECDHE-ECDSA-Suite benotzt déiselwecht Schlësselaustauschfamilie mat enger anerer Authentifikatiounsmethod, dofir brauch si en elliptesche-Kurve-Zertifikat. Eng DHE-RSA-Suite benotzt ephemeren endlech-Feld Diffie-Hellman mat RSA-Authentifikatioun, an déi brauch tatsächlech DH-Parameter.

Liest en Suittennumm vu lénks no riets a gitt all Deel seng Aarbecht. Soubal d'Token getrennt sinn, ännert sech d'Fro vun «passt mäin Zertifikat zu dh none» op «erlaabt mäi Server eng Suite, där hire Schlësselaustausch keng DH-Datei brauch».

Wat dh none tatsächlech deaktivéiert

dh none seet dem Server, keng endlech-Feld DH-Parameterdatei ze lueden. Et deaktivéiert weder Authentifikatioun, Zertifikatsvalidatioun nach TLS selwer. Et verlaangt awer, datt den ausgehandelte Schlësselaustausch een ass, deen déi Parameteren net brauch, wat praktesch eng ECDHE-Suite oder en TLS 1.3-Handshake bedeit.

Genau aus dëser Fuerderung entsteet de Broch. Wann d'TLS-Chiffrepolitik vum Server op DHE-Suiten beschränkt ass, oder e Client nëmme sou eng ubitt, léisst d'Ewechhuele vun der Parameterdatei keng notzbar Schlësselaustauschmethod iwwreg, an den Handshake schléit feel. De Feeler erschéngt meeschtens wärend dem Handshake vum Kontrollkanal, virun all Benotzerauthentifikatioun. Liest d'Chiffrelëscht, ier dir déi feelend Datei beschëllegt.

Op der elliptesche-Kurve-Säit gëtt d'Kurve vun der TLS-Konfiguratioun vum Server gewielt, an OpenVPN bitt eng Optioun, se op eelere Branchen ze wielen. TLS 1.3 behandelt d'Gruppenaushandlung bannen am Protokoll an konsultéiert d'DH-Datei guer net.

dh none ass vu sech aus keng Sécherheetssenkung. D'Kraaft vum Austausch hänkt dann vun der Kurve an der Suite of, déi tatsächlech ausgehandelt ginn, dofir ass den nächsten Schrëtt, ze kucken, wat d'Peers gewielt hunn, an net déi feelend Datei.

D'Aushandlung virum Änneren bestätegen

Erhéicht d'Detailer vum Server a Client a liest d'Linn vum Kontrollkanal, déi OpenVPN no enger Verbindung dréckt. Si nennt d'TLS-Versioun an den ausgehandelten Chiffre a mellt den Schlësseltyp vum Peer-Zertifikat. Déi eng Linn beäntwert d'Fro, déi d'Konfiguratiounsdatei nëmmen undeit.

Wann se TLS 1.2 mat enger ECDHE-RSA-Suite an engem RSA-Zertifikat weist, ass d'Kombinatioun genau dat, wat dh none erwaart, an et gëtt näischt ze reparéieren. Wann se eng DHE-Suite oder en Handshake-Feeler ouni gemeinsamen Chiffre weist, läit d'Léisung an der Chiffrepolitik oder de Clientfähegkeeten, net am Zertifikat.

Test deen eelste Client, deen dir wëllt ënnerstëtzen, well en aktuelle Client kann TLS 1.3 aushandele wärend en eelere op TLS 1.2-Suiten beschränkt ass. Wann den eelste Client keng Iwwerschneidung huet, entweder erweidert déi erlaabt Suiten oder aktualiséiert deen Endpunkt.

Schalt d'Zertifikatspréifung net aus, fir en Handshake-Feeler ze ëmgoen. De Feeler seet dir, datt d'Peers sech net op en Schlësselaustausch eeneg konnte ginn, an d'Ausschalte vun der Préifung hëlt d'Identitéitsgarantie ewech, ouni den Accord ze léisen.

Checklëscht: ass den Zertifikat RSA, ass eng ECDHE-Suite erlaabt, weist de Log déi Suite, an handelt den eelsten ënnerstëtzten Client se och aus? Wann all véier jo sinn, mécht dh none seng Aarbecht.