Peer zahar batek TLS 1.0 behartzen du: mugatu salbuespena, ez hosta

Gailu zahar bat agertzen da, ezin da konektatu, eta itxuraz konponbiderik azkarrena host osoa ahultzea da konexioak arrakasta izan arte. Truke hori ikusezina da unean eta iraunkorra praktikan, azkenean funtzionatzen duen gutxienekoa inork kentzen ez duelako. Bi hutsegite oso desberdinek sortzen dute presioa, eta horietako bakarra da zifratzei buruzkoa. Lehenengo sailkatu hutsegitea, eta gero jarri salbuespena ezin den hedatu toki batean.

Zatitu hutsegitea bitan direktiba bat editatu aurretik

Zifratu komunik ez dagoelako edo onartzen ez den protokolo bertsio batengatik zerbitzariaren erregistroko lerro bat kontrol-kanaletik dator: bi muturrek ezin izan zuten ados jarri negoziazioa bera nola babestu. Aldiz, bezeroaren lerroak dioenik ez dagoela zerbitzariaren ziurtagiria egiaztatzeko metodorik gaituta, beste toki batetik dator erabat, bezero horrek ez baitu inolaz ere egiaztatzen nork erantzun duen. Datuen zifratze bat aldatzeak ez du ezer egiten bigarren kasuan, eta rol-egiaztapen bat gehitzeak ez du ezer egiten lehenengoan.

Hartu alde bakoitzeko hutsegite-lerro goiztiarrena, deskonexio aurreko azken lerroa baino, azkena ondorioa izan ohi da eta. Gero zehaztu zein fitxategi ireki zuen bezeroak benetan: inportatutako profil bat askotan bitan dago bistaratze-izen desberdinekin, eta inork irakurtzen ez duen kopiak aldaketarik gabeko itxura sinesgarria ematen du. Exekutatzen ari den prozesuak hasi zeneko ezarpenak mantentzen ditu, beraz gordetako fitxategia ez da kargatutako fitxategia. Beheko komandoek bezeroaren negoziazioa erakusten dute zerbitzariak saiakera berari buruz duen ikuspegiaren ondoan.

openvpn --config <profile>.ovpn --verb 4 2>&1 | head -n 40
journalctl -u [email protected] --since '-10 min' | grep -iE 'cipher|tls|verify'

Bigarren entzule bat da gutxieneko ahulagoaren toki zintzoa

Gailua 2.5 aurreko datu-kanal batekin TLS 1.0-ra iristen denean, zerbitzariak kontrol-kanalerako gutxieneko baxuagoa eta bezero zaharrak ezagutzen duen datu-zifratze bat eskaini behar ditu. Erreserbako direktiba peer horrentzat da zehazki, eta zifratze-zerrendak bezero modernoak multzo modernoetan mantentzen ditu. Bi direktibak entzuleari dagozkio, ez erabiltzaile edo konexio bati, eta ez dago bezero bakoitzeko aukerarik geroago estutzen dituenik. Horregatik, ataka nagusiko gailu zahar bat bertan partekatzen duten peer guztiei buruzko erabakia da.

Plataformak uzten duen tokietan, exekutatu entzule zaharra bere instantzia gisa ataka bereizi batean, baimendu ataka hori gailuaren helbidetik soilik, eta utzi zerbitzu nagusia bakean. Idatzi bigarren entzulea zergatik existitzen den, bere konfigurazioa daraman fitxategian, etorkizuneko garbiketa batek hondakin gisa irakurriko baitu bestela. Bereizketa soilik da merezi duena gutxieneko ahulagoa gailua amaitzen den tokian amaitzen bada.

tls-version-min 1.0
data-ciphers AES-128-GCM:AES-256-GCM:AES-256-CBC
data-ciphers-fallback AES-256-CBC

Zer hausten du benetan hornitzailearen ziurtagiri zahar batek

Egiaztapen-errorea falta den rol-lotura bat da: hor gabe bezeroak CA fidagarri batera kateatzen den edozein ziurtagiri onartuko du, zerbitzari batentzat jaulki zen ala ez. Lehenengo lotu ziurtagiria zerbitzariaren rolari, eta har ezazu lotura baldintzatzat, ez doikuntza-knobtzat. Pauso horren ondoren oraindik huts egiten duen profilak soilik du benetako ziurtagiri-arazoa.

Gako-tamainak edo sinadura-algoritmoak OpenSSLren politika lehenetsia jada betetzen ez duen hornitzailearen ziurtagiri zaharra kontrol-kanalean segurtasun-maila aldaketa mugatu baterako kasua da. Maila han jaisteak ez du egiaztapena itzaltzen, eta ez da inoiz CA huts batekin, egiaztapen-ezarpen desgaituekin edo egiaztatu gabeko host-izenarekin konbinatu behar. Mantendu lerroa behar duen profil bakarrean; OpenSSL konfigurazio lasaitu bat modu globalean esportatzeak lasaitasun bera emango lieke makinako programa guztiei.

remote-cert-tls server
tls-cipher "DEFAULT:@SECLEVEL=0"

Irakurri negoziatutako balioak, ez pankarta

4 xehetasun-mailan bi muturrek adostu duten kontrol-kanaleko TLS bertsioa eta zifratzea inprimatzen dituzte, eta saioaren datu-zifratzea. Irakurri lerro horiek, ez hasierako pankarta, arrakastaren berri ematen baitu eta ez haren baldintzena. Gero berriro konektatu bezero moderno bat entzule nagusira eta egiaztatu oraindik multzo moderno batean lurreratzen dela, konfigurazio partekatura ihes egin duen salbuespen bat hemen agertzen baita lehenengo. Kopiatzen dituzun balioak hurrengo berrikuspenaren oinarri-lerro bihurtzen dira.

Probatu gailu zaharra bere horretan: konektatu beharko luke, eta erregistroetan parametro ahulenak erakusten dituen saio bakarra izan beharko luke. Bigarren peer batek ere multzo zaharra negoziatzen badu, salbuespena asmoa baino zabalagoa da eta entzulearen bereizketa ez zen benetan gertatu. Idatzi bi behaketak, ez ondorioa soilik.

Salbuespen orok jabe bat eta data bat behar ditu

Kentzeko baldintzarik gabeko salbuespena isilpean lehenespen bihurtzen da, beraz jarri gailua, jabea, arrazoia eta desagertuko den data justifikatzen duen konfigurazioaren ondoan. Lerro hori gabe gutxieneko ahulagoa behar zuen hardwarea baino gehiago bizi da.

Bezeroa ordeztea, edo hornitzaileari uneko profil bat eskatzea, lortu beharreko emaitza da; salbuespena atzerapena da, ez diseinua. Gailua erretiratzen denean, kendu entzulea eta profila aldaketa berean, erdietako bat ere ez dadin martxan geratu. Honek ez du parametro zaharrak seguru egiten, gailu baten muga guztien oinarri bihurtzea besterik ez du eragozten.