Lan egin dezake RSA ziurtagiri batek dh none-rekin OpenVPN-n?

Hemen dago RSA dioen ziurtagiri baten ondoan dh none dioen zerbitzari konfigurazio bat, eta horietako bat oker egon behar duela dioen susmo nekagarria. Ezer ez dago oker. Ziurtagiriak sinatu eta autentifikatzen du; gako-trukeak sekretu partekatu bat ezartzen du. Bi lan desberdin dira esku-emate berean, eta TLS-k RSA ziurtagiri bati kurba eliptikoko akordio efimeroa erabiltzen duen esku-emate bat autentifikatzea ahalbidetzen dio.

Nahasmendua migrazio-gida batekin iritsi ohi da. DH parametroen fitxategia dh none-ekin ordezkatzeko esaten du, irakurleak ziurtagiria ez dela kurba eliptikoko ziurtagiri bat nabaritzen du, eta bi datuak kontraesan gisa hartzen dira.

Zergatik dirudite bi ezarpenek erlazionatuta

OpenVPN-en konfigurazio zaharrak DH parametroen fitxategia eskatzen zuen, eremu finituko Diffie-Hellman-ek bi aldeek adosten dituzten domeinu-parametroak behar dituelako. dh direktibak fitxategi horri seinalatzen zion. Hedapen bat ECDH-ra pasatzen denean, parametroak izendatutako kurba batetik datoz ordez, eta fitxategia ez da beharrezkoa jada, eta hori da dh none-ek adierazten duena.

Ziurtagiriak ardatz bereizi bat dira. Gako publiko bat eta zerbitzariaren identitatea frogatzen duen sinadura bat daramatzate, eta gako hori RSA edo kurba eliptikoa izan daiteke, saio-gakoa nola adosten den kontuan hartu gabe. Gako-akordiorako ECDHE eta autentifikaziorako RSA erabiltzen dituen esku-ematea ohikoa eta zabaldua da.

Izenak gainjartzea okertzen du. Kurba eliptikoa ECDHE eta ECDSA suite-izenetan agertzen da, beraz erraza da suposatzea kurba aipatzen duen edozein konexio-k kurba ziurtagiri bat izan behar duela. Ez da horrela.

TLS 1.2 suite-izen bat zuzen irakurtzen

Hartu ECDHE-RSA-AES256-GCM-SHA384. Lehen tokena gako-truke familia da: kurba eliptikoko Diffie-Hellman efimeroa. Bigarrena autentifikazio familia da: RSA. Gainerakoak erregistroen babesa eta esku-ematean erabilitako hash-a deskribatzen ditu.

ECDHE-ECDSA suiteak gako-truke familia bera erabiltzen du autentifikazio metodo desberdin batekin, beraz kurba eliptikoko ziurtagiri bat behar du. DHE-RSA suiteak eremu finituko Diffie-Hellman efimeroa erabiltzen du RSA autentifikazioarekin, eta hark bai behar dituela DH parametroak.

Irakurri suite-izen bat ezkerretik eskuinera eta esleitu zati bakoitza bere lanari. Tokenak bereizi ondoren, galdera aldatzen da: «nire ziurtagiria dh none-rekin bat dator?» izatetik «nire zerbitzariak DH fitxategirik behar ez duen gako-trukea duen suite bat onartzen du?» izatera.

Zer desgaitzen du benetan dh none-k

dh none zerbitzariari esaten dio ez dezala eremu finituko DH parametroen fitxategirik kargatu. Ez du autentifikazioa, ziurtagirien baliozkotzea edo TLS bera desgaitzen. Baina eskatzen du negoziatutako gako-trukeak parametro horiek behar ez izatea, eta praktikan horrek ECDHE suite bat edo TLS 1.3 esku-emate bat esan nahi du.

Baldintza horretatik dator haustura. Zerbitzariaren TLS zifratze-politika DHE suiteetara mugatuta badago, edo bezero batek horiek soilik eskaintzen baditu, parametroen fitxategia kentzeak ez du gako-truke metodo erabilgarririk uzten eta esku-emateak huts egiten du. Errorea kontrol-kanalaren esku-ematean agertu ohi da, erabiltzailearen autentifikazioa baino lehen. Irakurri zifratzeen zerrenda falta den fitxategiari errua bota aurretik.

Kurba eliptikoaren aldean, kurba zerbitzariaren TLS konfigurazioak hautatzen du, eta OpenVPN-k adar zaharretan hura aukeratzeko aukera eskaintzen du. TLS 1.3-k taldearen negoziazioa protokoloaren barruan kudeatzen du eta ez du DH fitxategia inola ere kontsultatzen.

dh none ez da berez segurtasun-jaitsiera bat. Trukearen indarra orduan benetan negoziatzen den kurbaren eta suitearen araberakoa da, eta horregatik hurrengo urratsa pareek zer aukeratu duten begiratzea da, falta den fitxategia baino.

Negoziazioa editatu aurretik baieztatzea

Handitu zerbitzariaren eta bezeroaren xehetasun-maila eta irakurri OpenVPN-k konexio baten ondoren inprimatzen duen kontrol-kanalaren lerroa. TLS bertsioa eta negoziatutako zifratzea izendatzen ditu, eta parearen ziurtagiriaren gako mota jakinarazten du. Lerro bakar horrek konfigurazio-fitxategiak soilik iradokitzen duen galderari erantzuten dio.

TLS 1.2 erakusten badu ECDHE-RSA suite batekin eta RSA ziurtagiri batekin, konbinazioa zehazki dh none-ek espero duena da, eta ez dago ezer konpontzeko. DHE suite bat edo zifratze komunik gabe esku-emate hutsegitea erakusten badu, konponbidea zifratze-politikan edo bezeroaren gaitasunean dago, ez ziurtagirian.

Probatu onartu nahi duzun bezero zaharrena, uneko bezero batek TLS 1.3 negozia baitezake zaharrago batek TLS 1.2 suiteetara mugatuta dagoen bitartean. Bezero zaharrenak gainjartzerik ez badu, edo baimendutako suiteak zabaldu edo mutur hori eguneratu.

Ez desgaitu ziurtagirien egiaztapena esku-emate hutsegite bat gainditzeko. Hutsegiteak esaten dizu pareek ezin izan zutela gako-truke bat adostu, eta egiaztapena desgaitzeak identitatearen bermea kentzen du akordioa konpondu gabe.

Egiaztapen-zerrenda: RSA al da ziurtagiria, ECDHE suite bat onartuta dago, logak suite hori erakusten du, eta onartutako bezero zaharrenak ere negoziatzen du? Lauak bai badira, dh none bere lana egiten ari da.