OpenVPN-logg: dulritun stjórnrásar gegn dulritun gagnarásar

Línan í loggnum sem nefnir DHE-RSA-AES256-SHA er ekki samantekt á allri tengingunni. Hún tilheyrir TLS-handtaki sem verndar stjórnrásina, og umferðin inni í göngunni getur verið dulrituð á allt annan hátt. Að kynna hana sem gagnadulkóðun VPN er mistakið sem forðast á.

Tvær niðurstöður skipta máli, og þær svara ólíkum spurningum. Önnur er samþykkta TLS-samstæðan fyrir stjórnrásina; hin er gagnadulkóðunin fyrir pakkana sem göngin flytja.

Tvær niðurstöður, tvær spurningar

Stjórnrásin flytur handtakið og stjórnskilaboðin milli aðila. Dulritun hennar er valin af TLS-stakkanum, svo nafnið fylgir TLS-venjum. Gagnarásin flytur umferð notandans og er stillt af eigin dulritunarsamningum OpenVPN.

Ákveddu hvaða spurningu þú ert að svara áður en þú lest hvora línuna. Hvort göngin eru dulrituð og hvort handtakið er sterkt eru ekki sama spurningin.

Útdráttur úr loggnum sem sýnir báðar línurnar er sá gagnlegi. Lestu stjórnlínuna fyrir TLS-útgáfuna og samstæðuna, og gagnalínuna fyrir reikniritið sem verndar gagnahleðsluna í raun.

Afkóðaðu nafn TLS-samstæðunnar í eigin samhengi

Í sögulegu OpenSSL-stílu nafni eins og DHE-RSA-AES256-SHA lýsir hver hluti annarri ákvörðun. DHE er skammvinn Diffie-Hellman lyklasamningur, RSA er auðkenningaraðferðin, AES256 er AES-256 í CBC-stillingu fyrir TLS-færslur, og SHA er færslu-MAC byggt á SHA-1.

Síðasti hlutinn er ekki fingrafar skírteinis, og að lesa hann sem slíkt er algeng mistök. Nafnið segir heldur ekki til um útgáfu samskiptareglunnar eitt og sér, því TLS 1.3 notar allt aðra nafnavenju. TLS_AES_256_GCM_SHA384 fylgir því nýrra formi þar sem lokahash er hluti af uppbyggingu samstæðunnar en ekki MAC-val. Beittu hlutalestrinum aðeins á eldri nafnstílinn.

OpenSSL-samstæðuviðmið tengir þessi nöfn við skilgreiningar sínar ef einhver hluti er ókunnugur.

Lestu niðurstöðu gagnarásarinnar fyrir flutta umferð

Fyrir flutta umferð skaltu lesa gagnarásarlínuna úr sama lotu. data-ciphers-listi í stillingunni er leyfilegt mengi, ekki sönnun þess að tiltekið reiknirit hafi verið samið. Loggið skráir valið; stillingin listar valmyndina.

AEAD-dulkóðun eins og AES-GCM ber eigin heilleikaprófun, svo sérstakt gagnarásar-HMAC er ekki hluti af þeirri leið.

auth-tilskipunin uppfærir hvorki TLS, skírteini né gagnadulkóðunina. Hún velur þykkni fyrir þá hluta samskiptareglunnar sem nota það enn, og með AEAD-gagnadulkóðun er ekkert sérstakt gagna-HMAC til að stilla.

Haltu auðkenningaprófunum utan við dulritunarniðurstöðuna

Undirskriftarreiknirit skírteinisins, staðfesting traustkeðjunnar og auðkenning jafningjanafns eru þrjú eiginleikar í viðbót sem dulritunarnafn segir ekkert um. Útrunnið skírteini mistekst sama hversu sterkt samstæðan er. Ósamrýmanlegt þjónnanafn mistekst á sama hátt. Að laga þykknisstillingu í prófílnum lagar ekkert þeirra.

Haltu þessum prófunum í athugunarnótunum við hlið dulritunarniðurstöðunnar, ekki blönduðum saman við hana.

Skráðu samþykktu niðurstöður núverandi lotu

Taktu niðurstöður núverandi tengingar og skráðu útgáfur biðlarans og þjónsins með þeim. Logg sem aðeins er bætt við getur geymt línu eldri lotu, og að vitna í hana sem núverandi er leiðin sem lagað vandamál virðist vara við.

Fyrir stefnuathugun skaltu afhenda eiganda stillingarinnar samþykktu TLS-útgáfuna og samstæðuna, valda gagnadulkóðun og stillingar skírteinastaðfestingar saman. Breyttu því lagi og lestu síðan nýtt logg til að staðfesta nýju samþykktu gildin.