Að líma tls-crypt-v2 sniði inn í miða virðist meinlaust þar til maður telur hvað skráin inniheldur. Stjórnrásarlykill biðlarans situr við hlið dulkóðaðs eintaks af sama lykli, og þriðji hluturinn, umbúðalykillinn, yfirgefur aldrei þjóninn sem tekur við. Þessir þrír svara mismunandi spurningum um vörslu, deilingu og afturköllun. Aðgreining þeirra leysir flestar stefnuumræður áður en þær byrja.

Hvað sniðið inniheldur í raun

Biðlarahluti tls-crypt-v2 er lykill auk umbúins eintaks af honum. Biðlarinn notar beran lykilinn fyrir vernd stjórnrásarinnar og afhendir þjóninum umbúið eintakið við uppsetningu, þannig að þjónninn endurheimtir sama lykil án þess að geyma bert eintak fyrir hvern biðlara. Umbúðalykillinn gerir þá endurheimt mögulega og á aðeins heima á viðtökuhliðinni. Allt hér að neðan leiðir af því hvar þessir þrír hlutir búa.

ObjectWhere it livesWhat can open itWhat a leak costs
Server wrapping keyaccepting servers onlythe unwrap step inside the serverevery wrapped copy issued to that group becomes readable
Wrapped client keyinside the client profilethe server wrapping keyit names a client and exposes its metadata, but not the key inside
Client control keyinside the client profile, usable as-isthe client that owns itsomeone can open handshakes as that client until the server refuses the key

Lestu töfluna eftir vörslu en ekki eftir nafni og afleiðingarnar koma sjálfar í ljós. Að missa umbúðalykilinn er dýri atburðurinn, því ekkert í sniði getur endurgerð hann og heiðarleg endurheimt er að gefa hópinn út á ný. Lekið snið er ódýrara en mun algengara, því fólk límir snið inn í miða í þeirri trú að umbúið eintakið geri skrána örugga til að deila. Þessar tvær bilanir krefjast mismunandi viðbragða, og það er ástæðan fyrir að halda hlutunum aðskildum.

Af hverju umbúið eintak er ekki öll sagan

Snið ber nothæft biðlaraefni ásamt umbúnu hliðstæðu sínu, svo vernd eintaksins fyrir þjóninn segir ekkert um vernd skrárinnar. Blobið er öruggt að senda og óöruggt að birta. Lýsigögnin inni í því eru sýnileg hverjum sem tekur við blobinu, þar á meðal hverjum sem síðar les miðann sem það var límdur í.

Líttu á snið sem skírteini en ekki sem sýnishorn af stillingum. Lekið skrá gefur handhafa sínum virka biðlaraauðkenni þar til þjónninn hættir að samþykkja það auðkenni, og umbúðirnar gera ekkert varðandi þann glugga. Gefðu út eitt snið fyrir hvern biðlara svo afturköllun haldist ákvörðun um eina skrá, og taktu öryggisafrit af umbúðalyklinum aðskilið frá þjónsstillingunni sem hann gerir mögulega. Hvor vaninn sem er lagar ekki skert snið, en báðir ákvarða hversu fljótt næsta verður innilokað.

Hvar sannprófunarkrókurinn situr í handabandinu

Sannprófunarkrókurinn keyrir áður en TLS staflinn er afhjúpaður, og hlutverk hans er að skoða lýsigögnin sem flutt eru í umbúna blobinu. Hann tekur við þeim lýsigögnum auk lítils, skjalfests umhverfis, og hefur minna að vinna með en auðkenningarkrókur. Sú forsenda að hann sjái notendanöfn, stöðu lotu eða viðbótubreytur er venjulega leiðin sem þessi krókur er illa skrifaður. Lestu eigin handbókarkafla króksins í stað þess að taka væntingar að láni frá öðrum krók.

Útgöngustaða hans er ákvörðunin: niðurstaða sem er ekki núll synjar biðlaranum og núll niðurstaða lætur handabandið halda áfram. Stefnan verður því að segja hvað gerist þegar lýsigögn vantar, er ekki hægt að þátta eða eru óvænt. Skrifaðu synjunarleiðina fyrst og ákveddu síðan hvaða gildi eru ásættanleg.

tls-crypt-v2 /etc/openvpn/server/tcv2-server.key
tls-crypt-v2-verify /etc/openvpn/server/verify-client-metadata.sh

Þessar tvær línur eru stefnuyfirborðið á þjóninum: önnur nefnir umbúðalykilinn, hin nefnir forritið sem dæmir hvern biðlara. Allt áhugavert býr í skriptunni, sem á skilið útgáfustýringu og sömu yfirferð og hver önnur aðgangsregla.

Reikningur, skírteini og stjórnlykill ganga út hver í sínu lagi

Snemmbúin samþykkt stjórnrásar er ekki auðkenning, því hún á sér stað fyrir auðkennisskoðun TLS og fyrir hvers konar reikningsheimild. Að gera reikning óvirkan, afturkalla skírteini og synja stjórnlykli biðlara eru þrjár aðgerðir með þremur fyrirkomulögum. Uppsetning sem framkvæmir aðeins eina þeirra hefur eyðu en ekki stefnu. Samræmdu þrjár þessara viljandi og skráðu hvaða skref beitir hvaða heimild.

Tímasetningin er annar greinarmunurinn. Breyttur samþykktarlisti gildir fyrir ný handabönd, en lotur sem þegar eru komnar á fót halda áfram að keyra þar til eitthvað endar þær. Að telja færslur á nýja listanum sem sönnun þess að gömlum lotum sé lokið er leiðin sem fjarlægður biðlari helst tengdur í klukkustundir.

Ósamræmdar heimildir skilja eftir tvær holur sem auðvelt er að finna í reynd. Hægt er að gera reikning óvirkan á meðan stjórnlykill hans opnar enn handaband, og hægt er að afturkalla skírteini á meðan lýsigagnastefnan tekur enn við sama biðlara. Bæði eru sama mistökin á mismunandi stöðum, því stjórnandi leit á einn lista sem alla heimildina. Leggðu listana þrjá saman við fjarlægingu og mistökin verða sýnileg.

Útgáfa og afturköllun sniðs

Útgáfan er auðveldari helmingurinn: búðu til biðlarlykilinn á viðtökuhliðinni, afhentu sniðið nákvæmlega einum eiganda, haltu umbúðaefninu takmörkuðu og keyrðu sama sannprófunarforrit á hverjum viðtökuþjóni. Ódýr innganga er eiginleiki alls hópsins, ekki nýjasta hýsisins. Annar þjónn með eldri eða slakari skriptu verður hljóðlega veikasta leið uppsetningarinnar.

Afturköllun þarf þrjú skrefin í viljandi röð. Synjaðu biðlaranum í sannprófunarkróknum svo ný handabönd mistakist, afturkallaðu skírteini hans ef PKI er notað og gerðu reikninginn óvirkan svo síðari heimild hafi ekkert að heimila. Endaðu síðan loturnar sem gamla samþykktin leyfði, því þær munu ekki taka eftir neinu af þrennu. Æfðu röðina á biðlara sem þú hefur efni á að brjóta.

Lýsigögn í sniði eru inntak fyrir þá stefnu, ekki sönnun þess að aðgangsstýring sé þegar til staðar. Hönnunarskjalið OpenVPN 2.6 lýsir hlutunum og mörkunum sem þeir draga, en framfylgdin er áfram á hendi stjórnandans.

Tengdir greinar