OpenVPN tls-ciphersuites á móti tls-version-min: hvað sitt hvert þvingar

Þrjár ólíkar staðreyndir renna saman í eina línu í flestum OpenVPN TLS-umræðum: hvað biðlarabyggingin þín getur gert, hvað sniðið leyfir og hvað lotan samdi í raun um. Stuttur listi yfir TLS 1.3 samstæður svarar aðeins hálfum miðspurningunni og segir ekkert um neðri mörk samskiptaregluútgáfunnar. Farðu í gegnum prófanirnar hér að neðan í röð og stöðvaðu við þá fyrstu sem stenst ekki, því hver síðari prófun gerir ráð fyrir að þær fyrri séu afgreiddar.

Athugaðu bygginguna áður en þú lest hvaða lista sem er

Stillingarregla getur ekki bætt samskiptareglustuðningi við tvístæða skrá sem hefur hann ekki. Byrjaðu á útgáfuborðanum, sem nefnir samþætta dulritunarsafnið:

openvpn --version

2.6 bygging tengd OpenSSL tekur bæði tls-cipher og tls-ciphersuites. Bygging með mbed TLS hefur alls ekki val á TLS 1.3 samstæðum, og 2.6 handbókin merkir tls-ciphersuites sem OpenSSL valkost. Ef þjónninn er endurbyggður með öðru bakenda getur sama sniðið breytt hegðun sinni án þess að ein lína af stillingunni breytist.

Á meðan þú ert hér skaltu keyra openvpn --show-tls og geyma úttakið. Það er birgðalistinn sem þú munt bera saman við síðar, og það er ódýrt að grípa hann áður en einhver byrjar að breyta sniðum.

Skrifaðu borðann og listann í breytingamiðann, ekki í spjallglugga. Þegar tveir eru ósammála um hvort biðlari gæti boðið samstæðu eftir sex vikur, úrskurðar gripið úttak það í einni línu.

Haltu útgáfumörkum aðskildum frá dulritunarlistum

Í 2.6 handbókinni eru þetta þrjár stýringar, ekki ein:

• tls-cipher setur dulritunarstefnuna fyrir TLS 1.2 og eldri og er sent á dulritunarlista OpenSSL;
• tls-ciphersuites velur TLS 1.3 samstæður;
• tls-version-min og tls-version-max takmarka þær samskiptaregluútgáfur sem tengingin má nota.

Þannig að vandlega sniðinn listi yfir TLS 1.3 samstæður sannar ekkert um að eldri útgáfa sé enn leyfð. Ef krafan er «aðeins TLS 1.3» er það útgáfugólfið sem ber hana, og samstæðulistinn þrengir aðeins valkostina innan þess gólfs:

tls-version-min 1.3
tls-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256

Þetta par leysir tvö verk. Að eyða annarri línunni lætur hina þvinga minna en þú heldur, og það er einmitt bilunin sem öll þessi prófun er til að grípa.

Gagnarásin er fjórða stýringin. data-ciphers semur um samhverfu dulritunina inni í göngunni, og niðurstaðan segir ekkert um TLS-útgáfu stýrirásarinnar. Að sjá AES-256-GCM í lotuyfirlitinu er ekki sönnun um TLS 1.3 í aðra hvora áttina.

Lestu show-tls sem staðbundinn birgðalista

--show-tls telur upp samstæðurnar sem dulritunarsafnið sem þessi tvístæða skrá er tengd styður, í forgangsröð. Þetta er ekki skýrsla frá gáttinni. Handbókin segir skýrt að listinn komi frá staðbundna safninu, sem þýðir að fartölva með OpenSSL 3.x og leiðir með eldri byggingu prenta mismunandi lista á meðan þau tala við sama þjón.

Gerðu ráð fyrir að biðlari styðji samstæður A, B og C og ein lota velji B. Það staðfestir ekkert um hvort þjónninn leyfi A eða C, né hvort B sé eina leyfða val hans. Haltu þremur línum aðskildum, og flest ruglingsleg TLS þræðir leysast sjálfir.

Birgðalistinn er samt þess virði að geyma. Þegar lota mistekst sýnir samanburður safnlistans og sniðlistans hvort biðlarinn hafði nokkurn möguleika á að bjóða það sem þjónninn vildi. Hann sýnir líka hvort bakendabreyting hefur hljóðlega fjarlægt TLS_CHACHA20_POLY1305_SHA256 úr safninu sem eldri biðlarar treysta á — þá tegund afturhvarfs sem birtist sem handfylli notenda sem komast ekki í samband á meðan allir aðrir taka ekkert eftir.

Spyrðu gáttina að einhverju sem hún getur svarað

Ef þú stýrir þjónustunni skaltu skoða raunverulega stillingu keyrandi eintaksins frekar en skrá á diski. OpenVPN gæti hafa verið ræst með annarri --config slóð, sækir innifalið og gæti ekki hafa verið endurræst síðan breytingin var gerð. Stefna keyrandi þjónsins er það sem biðlarar mæta.

Ef þú stýrir henni ekki skaltu biðja rekstraraðilann um studdar biðlarakröfur eða afmarkað samþykkispróf. Hafnað tilraun er ekki sjálfkrafa hafnað samstæða: útgáfugólf, auðkennisprófanir skírteinis eins og remote-cert-tls eða misræmi milli tls-auth og tls-crypt geta endað skiptin áður en val samstæðu skiptir máli. Lestu villu þjónsins áður en þú breytir lista biðlarans, því «handshake failed» nær yfir fjórar ólíkar orsakir og aðeins ein þeirra er dulritunarmisræmi.

Að beina openssl s_client að VPN gáttinni endurtekur ekki spurninguna heldur. Stýrirásin gengur inni í eigin ramma OpenVPN, svo hrá TLS prófun prófar aðra samskiptareglu á gátt sem væntir einhvers annars. Sérhver ályktun dregin af henni snýst um prófunina, ekki gönguna.

Skráðu tvær niðurstöður og haltu þeim aðskildum

Ný leyfð lota framleiðir línu stýrirásar sem nefnir samskiptaregluútgáfuna og valda dulritunina, og aðskilda línu gagnarásar sem nefnir dulritun gagnarásarinnar. Gríptu báðar með biðlaraútgáfunni og heiti sniðsins, og skráðu hvaða þjónseintak svaraði:

openvpn --config office.ovpn --verb 4 2>&1 | tee session.txt

Lestu síðan línurnar tvær úr þeirri skrá frekar en úr minni. Parið er sönnunin; samstæðuheiti eitt og sér er forgangur, og útgáfumörkin eru aðskilin yfirlýsing um það sem þjónninn hafnar.

Gerðu prófanirnar í þessari röð. Staðfestu bygginguna og bakendann með --version. Gríptu --show-tls áður en þú breytir nokkru. Tilkynntu nauðsynlegt útgáfugólf aðskilið frá samstæðulistanum. Staðfestu raunverulega stefnu keyrandi eintaksins við eiganda þess. Fylgstu með einni leyfðri lotu og, ef áætlunin leyfir, einni hafnaðri tilraun með eldri útgáfu. Skráðu niðurstöður stýrirásar og gagnarásar sem aðskildar athuganir.

Ef nauðsynlegur biðlari getur ekki uppfyllt nýtt lágmark skaltu taka þá ákvörðun um flutning eða undantekningu afdráttarlaust í stað þess að lækka hljóðlega ótengda samþykkisreglu svo útbreiðslan líti út fyrir að vera fullgerð.