Óheimil TLS-útgáfa í AnyConnect á Linux: afmarkaðu umfang lagfæringarinnar fyrst

Þessi villa birtist fyrir lykilorðsbeiðnina, og það er gagnlega hlutinn: ekkert hefur enn verið auðkennt, svo auðkennin eru ekki vandamálið. Á Linux getur sama AnyConnect-glugginn komið frá gömlum samskiptareglum, 1024-bita lyklaaskiptahópi eða dulritunarpakka sem dulritunarstefna kerfisins hafnar. Ég hef hreinsað hann á þrjá vegu á þremur vélum, og það sem greinir þessar lausnir er umfang, ekki snilld. Hver er verjanleg á réttum stað og slæmt sjálfgefið gildi annars staðar.

Lestu skilaboðin áður en þú snertir stefnuna

Haltu nákvæmu strengnum úr glugganum. Útgáfukvörtun vísar á samskiptalagið, vottorðskvörtun á traust eða nafngift, og misheppnuð innskráning á auðkennin. Gátt sem býður TLS 1.0 með 1024-bita DHE-hópi, AES-256-CBC og SHA-1-undirskrift getur haft fullkomlega gilt vottorð og samt verið hafnað af nútímasterfnu áður en auðkennin þín eru send.

Kannaðu endapunktinn með OpenSSL kerfisins, með raunverulegu hýsilnafni og þeirri gátt sem biðlarinn notar.

Ef openssl s_client -connect vpn.example.com:443 -servername vpn.example.com mistekst en -tls1 -cipher DEFAULT@SECLEVEL=0 tekst, liggur mörkin í útgáfunni og lyklastærðinni saman. Ef fyrsta skipunin tilkynnir lítinn DH-lykil í stað samskiptaviðvörunar er útgáfan í lagi og aðeins hópurinn þarf athygli. Setjið aldrei einkalykil eða lykilorð í prófunina.

Val 1: slaka á öllum hýslinum með dulritunarstefnunni

Á Fedora og RHEL 8 og 9 lækkar update-crypto-policies --set LEGACY stefnu OpenSSL-kerfisins, og update-crypto-policies --show staðfestir hvað er virkt. Það endurheimtir venjulega göngin, en stefnan er lesin þegar ferli byrjar, svo endurræstu biðlarann og hvern hjálparferil sem hann bjó til áður en þú prófar aftur. Hún leyfir líka eldri samskiptareglur og veikari hópa fyrir hvern TLS-biðlara á vélinni, frá vafranum í næsta glugga til pakkastjórans sem uppfærir kjarnann.

Þessi breidd er öll tilgangurinn og allt vandamálið. LEGACY gildir fyrir allan hýsilinn, er varanlegt og auðvelt að gleyma, svo það ætti að vera skref í greiningu eða skjalfest undantekning á stýrðri smíði, aldrei hvíldarstaða vinnustöðvar. Ég hef séð eina sem var á LEGACY í tvö ár vegna þess að ein innri gátt þurfti það, og enginn gat sagt hvenær það byrjaði.

Debian og Ubuntu hafa engan einn rofa fyrir þetta. Jafngildið er breyting á /etc/ssl/openssl.cnf sem stillir lægra MinProtocol og CipherString = DEFAULT@SECLEVEL=0 í sjálfgefnum kerfisstillingum. Sama umfang, önnur skrá, aðeins auðveldara að missa sjónar á við útgáfuuppfærslu.

Val 2: ein stillingarskrá fyrir einn biðlara

OpenSSL-stilling á hvert ferli heldur breytingunni innan eins ferlistrés, en aðeins ef skráin er tengd eins og safnið ætlast til. Að nefna ssl_conf-hluta er ekki nóg: OpenSSL les openssl_conf-lykilinn á efsta stigi, fylgir honum í frumstillingarhluta og nær aðeins þá að sjálfgefnum SSL-stillingum.

openssl_conf = openssl_init

[openssl_init]
ssl_conf = ssl_sect

[ssl_sect]
system_default = system_default_sect

[system_default_sect]
MinProtocol = TLSv1.0
CipherString = DEFAULT@SECLEVEL=0

Beindu OPENSSL_CONF að þeirri skrá og ræstu VPN-biðlarann gegnum umbúðir sem flytja hana út. Allt annað á hýslinum heldur sjálfgefnu stefnunni, og það er eiginleikinn sem skiptir máli þegar samræmispurningin kemur. Staðfestu að skráin sé raunverulega í gildi áður en þú kennir gáttinni um: OPENSSL_CONF=/path/to/file openssl ciphers -s -tls1 ætti að telja upp TLS 1.0 dulritanir, og tóm niðurstaða þýðir að keðjan er rofin og biðlarinn hélt sjálfgefnum kerfisstillingum í kyrrþey.

Skráin er útgáfunæm. OpenSSL 1.1.1 og 3.x samþykkja sömu hlutana, en meðferð tilskipana í kringum veitendur breyttist í 3.x, svo staðfestu með eigin annál biðlarans og prófunarhandtaki í stað þess að gera ráð fyrir að skráin hafi verið lesin. Stafsetningarvilla í heiti hlutans mistekst opið, og biðlarinn notar sjálfgefnar kerfisstillingar í kyrrþey.

Takmörkunin er umfangið. Allt sem er tengt GnuTLS eða NSS hunsar OPENSSL_CONF, og svo gerir hver hjálparferill sem biðlarinn ræsir án að erfa umhverfið. Athugaðu með ldd við hvaða TLS-safn tvíundarskráin er raunverulega tengd áður en þú byggir umbúðirnar, því svarið ræður því hvort þessi valkostur er yfirleitt til.

Val 3: einnota VM eða gámur

Fyrir verktaka sem í tvær vikur lemur eina gamla gátt er sérstök VM með slakaðri stefnu hreinna landamæri en vinnustöðin. Gamla yfirborðið og daglegi vafraprófíllinn hætta að deila kjarnastefnu, og förgun er eyðing en ekki endurskoðunarfundur.

Hún er enn nettengd vél, svo takmarkaðu aðgang hennar og haltu henni fyrir utan almenna vafrun. Viðhaldskostnaðurinn er ein mynd í viðbót til að plástra, sem er raunverulegur en takmarkaður og sýnilegur, ólíkt gleymdum LEGACY-fána á fartölvu.

Hvað samanburðurinn skilur eftir

Veldu út frá þremur spurningum: hver þarf gömlu samskiptareglurnar, hversu lengi, og hver tekur eftir því ef undantekningin lifir rök sín lengur. Eitt forrit, ein manneskja, nokkrir dagar benda á stillingu á hvert ferli. Heill floti bak við eitt tæki bendir á gáttina sjálfa. Allt sem þarf varanlega LEGACY-stefnu á hýslinum er innkaupaákvörðun í tæknilegum búningi.

Varanlega lagfæringin á heima á tækinu: TLS 1.2 eða nýrra, hópur að minnsta kosti 2048 bita, AEAD-dulritun og vottorð með nútíma undirskrift. Biddu eiganda tækisins um þessa breytingu og staðfestu svo samsemda útgáfu og dulritun í annál biðlarans. Skrifaðu undantekninguna niður með hýslinum, gáttinni, samsemdu samskiptareglunum, samþykkjandanum og gildisdagsetningu, því athugasemdin er það sem kemur í veg fyrir að tímabundin lausn verði sjálfgefið gildi.