Bilun í tls-auth er yfirleitt tilkynnt sem handabandsvandamál, þótt hún hafi aldrei verið það. HMAC er athugað á stjórnpakkanum áður en nokkur TLS-vinnsla á sér stað, þannig að rangur lykill eða stefna framleiðir bilun sem lítur út eins og vottorðsvandamál og er ákveðin tveimur lögum fyrr. Ef umbúðirnar eru meðhöndlaðar sem eigin hlutur verður greiningin stutt: lestu reitina, staðfestu að athugunin komi snemma fram og berðu síðan saman þrennt sem báðir endar verða að vera sammála um.

Lestu umbúðirnar í þeirri röð sem þær eru byggðar

Stjórnpakki ber setuauðkenni, valfrjálsa tls-auth HMAC, endurtekningar- og staðfestingarupplýsingar og áreiðanlegt skilaboðaauðkenni, og þar á eftir kemur farmur skilaboðategundarinnar. Þegar skilaboðin eru handabandsskilaboð er farmurinn tilviljunarkenndur TLS-dulritunartexti. Þetta er alla sambandið: TLS-efni ferðast inni í skilaboðum sem umbúðirnar vernda þegar. Sjá netkerfisviðmið OpenVPN sem telur upp reiti stjórnrásarinnar í þeirri röð.

Auðvelt er að rugla áreiðanleikalaginu saman við dulritun. Staðfestingar, endursending og skilaboðaauðkennið eru til svo stjórnskilaboð berist einu sinni og í réttri röð yfir óáreiðanlega flutning. Þau eru ekki auðkenning, og rétt skilaboðaauðkenni sannar ekkert um hver sendi pakkann.

Haltu þessari flokkun huglægri. Hún er ekki bætaröð skýringarmynd og dugar ekki til að reikna merki, því reitirnir sem fara í HMAC ráðast af útfærslu, útgáfu og ham.

Sýndu að athugunin komi fram fyrir handabandið

Móttakandi sem hefur sameiginlega lykilinn getur staðfest HMAC og hent fölsuðum pakka strax, án þess að úthluta handabandsstöðu eða vinna með opinberum lykli. Verndin nær einnig yfir fyrstu handabandspakkana, og einmitt þess vegna birtist rangur lykill sem misheppnuð tenging en ekki sem seint auðkenningarvilla.

Hækkaðu málfylli púkans og fylgstu með stjórnrásinni í stað tun-tækisins:

openvpn --config /etc/openvpn/server.conf --verb 6

Það sem þú ert að leita að er bilun í HMAC-staðfestingu stjórnrásarinnar sem tilkynnt er á pakkastigi, fyrir hvaða TLS-viðvörun sem er. TLS-viðvörun í skránni þýðir að umbúðirnar voru samþykktar og bilunin færðist inn, sem er önnur rannsókn með annarri lausn.

Meðhöndlun stefnu er líka hér. Þegar kyrrstæð lykilskrá er notuð með tls-auth taka endarnir tveir gagnstæðar lykilstefnur, og samskiptareglurnar nota þá skiptingu svo ekki sé hægt að spegla handsamaðan pakka til baka til sendanda. Ef stefnunni er snúið við helst lykillinn sá sami og samt mistekst hver pakki. Breyttu einum enda í einu og endurræstu síðan báða púkana svo parið hleðst saman.

Stilltu lykil, stefnu og digest saman á báðum endum

Þrjú gildi verða að stemma og aðeins eitt þeirra er skráin. Innihald kyrrstæða lykilsins verður að vera eins á báðum endum, stefnan verður að vera gagnstæð og digestið sem notað er fyrir HMAC verður að passa. Athugaðu stillingarnar áður en þú snertir lykilefnið, því ein öfug stefna skýrir fleiri bilanir en skemmd skrá:

grep -E 'tls-auth|tls-crypt|key-direction|auth ' /etc/openvpn/server.conf

Búðu til sameiginlega leyndarmálið með tólinu en ekki ritli, og haltu heimildunum þröngum:

openvpn --genkey secret /etc/openvpn/ta.key
chmod 600 /etc/openvpn/ta.key

Eldri útgáfur samþykktu örlítið aðra valröð við lyklagerð, og snið skrifuð fyrir þær útgáfur eru enn á kreiki. Búna skráin er sama tegund hlutar í báðum tilvikum, svo athugunin er hvort báðir endar hafi sams konar bæti, ekki hvaða stafsetning bjó þau til.

Ruglaðu ekki tls-auth saman við tls-crypt. Bæði vernda stjórnrásina, en tls-crypt dulritar hana líka og felur handabandið fyrir áhorfendum, og það kemur í stað stefnuskiptingarinnar með eigin lyklameðferð. Snið sem notar annað mun ekki vinna með jafningja sem er stilltur fyrir hitt, og engin digest-stilling lokar því bili.

Endurgerðu merki aðeins út frá raunverulegu sniði

Nákvæm endurgerð á bæti er sérstakt verkefni frá því að reka VPN, og hún virkar aðeins með raunverulegu inntaki: útfærslunni og útgáfunni sem byggðu pakkann, völdu digestinu, stefnunni og raunverulegu bætunum, þar á meðal setuauðkenninu og staðfestingarfylkinu. Textaleg framsetning reitalistans er ekki þessi bæti.

Lengd merkisins leiðir af digestinu, svo forsenda um fasta lengd brotnar á því augnabliki sem einhver breytir henni. Tætuðu pakkann eins og útfærslan gerir, ekki eins og tafla í bloggfærslu sýnir hann, og berðu saman við upptöku frá sama jafningja frekar en við væntingu sem þú leiddir út í höndunum.

Haltu þessari æfingu fjarri framleiðslusniðum. Ekkert við að endurgera merki segir þér hvort uppsetning eigi að virkja verndina.

Kallaðu misræmi til baka án þess að fjarlægja verndina

Freistandi prófið er að eyða tls-auth, sjá tenginguna heppnast og álykta að lykillinn hafi verið rangur. Sú niðurstaða kostar þig verndina og kennir þér ekkert um hvert hinna þriggja gilda var ósamhljóða. Fáðu þess í stað samþykkt samsvarandi stillingar frá þjónustuhliðinni og berðu saman við þær.

Undirbúðu breytinguna þannig að hægt sé að afturkalla hana. Haltu fyrri stillingum þjónsins og lykilskránni, beittu leiðrétta parinu, staðfestu að biðlari ljúki handabandinu og fjarlægðu síðan öryggisafritið. Ef biðlarar mistakast eftir breytinguna skaltu endurheimta fyrri skrárnar í stað þess að búa til þriðja afbrigðið á meðan á truflun stendur. Endurheimtin á að vera ein skipun sem þú þekkir þegar áður en þú byrjar.

Að lokum, mundu hvað staðist athugun þýðir. Hún sannar að jafninginn hefur sameiginlega lykilinn, ekki að vottorð hans eða reikningur sé heimilaður, og hún segir ekkert um samið dulritun gagnarásarinnar. Heimild og gagnavernd eru sett á laggirnar síðar, svo hrein umbúðaathugun er upphafsstaður en ekki dómur.

Tengdir greinar