In tls-crypt-v2-profyl yn in ticket plakke liket ûngefaarlik oantst tellen wat it bestân befettet. De kaai fan it kontrôlekanaal fan 'e kliïnt stiet neist in fersifere kopy fan deselde kaai, en in tredde objekt, de ferpakkingskaai, ferlit nea de akseptearjende tsjinner. Dy trije beantwurdzje ferskate fragen oer bewarjen, dielen en ôfsizzen. Se skieden hâlden besljochtet de measte beliedsdiskusjes foar't se begjinne.

Wat it profyl eins befettet

De kliïnthelte fan tls-crypt-v2 is in kaai plus in ferpakte kopy dêrfan. De kliïnt brûkt de heule kaai foar beskerming fan it kontrôlekanaal en jout de ferpakte kopy by it opsetten oan 'e tsjinner, sadat de tsjinner deselde kaai weromfynt sûnder in platte tekstkopy per kliïnt te bewarjen. De ferpakkingskaai makket dat weromfinen mooglik en heart allinnich oan 'e akseptearjende kant. Alles hjirûnder folget út it plak dêr't dy trije objekten libje.

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

Lês de tabel nei bewarjen yn stee fan nei namme en de gefolgen falle fansels útinoar. It ferliezen fan 'e ferpakkingskaai is de djoere barren, want neat yn in profyl kin dy werommeitsje en it earlike herstel is de groep opnij útjaan. In útlekt profyl is goedkeaper mar folle gewoaner, om't profilen yn tickets plakt wurde troch minsken dy't leauwe dat de ferpakte kopy it bestân feilich makket om te dielen. De twa flaters freegje ferskate antwurden, en dêrom wurde de objekten apart hâlden.

Wêrom de ferpakte kopy net it hiele ferhaal is

In profyl draacht it brûkbere kliïntmateriaal tegearre mei syn ferpakte tsjinhinger, dus it beskermjen fan 'e kopy foar de tsjinner seit neat oer it beskermjen fan it bestân. De blob is feilich om te ferstjoeren en ûnfeilich om te publisearjen. Metadaten deryn binne sichtber foar wa't de blob ek ûntfangt, ek foar elkenien dy't letter it ticket lêst dêr't er yn plakt is.

Behannelje in profyl as in legitimatiebewiis yn stee fan as in foarbyldkonfiguraasje. In útlekt bestân jout syn hâlder in wurkjende kliïntidentiteit oant de tsjinner dy identiteit net mear akseptearret, en de ferpakking docht neat oan dat finster. Jaan ien profyl per kliïnt út, sadat weromlûken in beslissing oer ien bestân bliuwt, en meitsje in aparte reservekopy fan 'e ferpakkingskaai, los fan 'e tsjinnerkonfiguraasje dy't se mooglik makket. Gjin fan beide gewoanten reparearret in kompromittearre profyl, mar beide bepale hoe fluch de folgjende beheind wurdt.

Wêr't de verify-heak yn 'e hânskipping sit

De verify-heak draait foar't de TLS-stap bleatsteld wurdt, en syn taak is de metadaten te besjen dy't yn 'e ferpakte blob sitte. Hy ûntfangt dy metadaten plus in lytse, dokumintearre omjouwing, en hy hat minder te wurkjen as in autentikaasjeheak. Oannimme dat er brûkersnammen, sesjestatus of plugin-fariabelen sjen kin, is de gewoane manier wêrop dizze heak ferkeard skreaun wurdt. Lês de eigen hânliedingsseksje fan 'e heak yn stee fan ferwachtings fan in oare heak te lienen.

Syn útgongstatus is de beslissing: in net-nul resultaat wegeret de kliïnt en in nul resultaat lit de hânskipping trochgean. It belied moat dêrom sizze wat der bart as metadaten ûntbrekke, net te parsen binne of ûnferwachts binne. Skriuw it wegeringspaad earst, en beslis dan hokker wearden akseptabel binne.

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

Dy twa rigels binne it beliedoerflak op 'e tsjinner: ien neamt de ferpakkingskaai, de oare neamt it programma dat elke kliïnt beoardielet. Alles nijsgjirrich sit yn it skript, dat ferzje-behear fertsjinnet en deselde beoardieling as elke oare tagongsregel.

Akkount, sertifikaat en kontrôlekaai geane apart út tsjinst

Iere akseptaasje fan it kontrôlekanaal is gjin autentikaasje, want it bart foar't de TLS-identiteit kontrolearre wurdt en foar't hokker akkountautorisaaasje dan ek plakfynt. In akkount útsette, in sertifikaat ynlûke en in kliïntkontrôlekaai wegerje binne trije aksjes mei trije meganismen. In ynset dy't mar ien fan dy trije docht, hat in gat yn stee fan in belied. Bring de trije bewust meiinoar en registrearje hokker stap hokker foech útoefenet.

Timing is it twadde ûnderskied. In feroare akseptaasjelist jildt foar nije hânskippings, wylst sesjes dy't al besteane trochrinne oant eat se beëiniget. Yngongen yn 'e nije list telle as bewiis dat âlde sesjes einige binne, is hoe't in fuorthelle kliïnt oerenlang ferbûn bliuwt.

Net opinoar ôfstimde foegen litte twa gatten efter dy't yn 'e praktyk maklik te finen binne. In akkount kin útset wêze wylst syn kontrôlekaai noch altyd in hânskipping iepenet, en in sertifikaat kin ynlutsen wêze wylst it metadatenbelied deselde kliïnt noch talit. Beide binne deselde flater op ferskate plakken, om't in operator ien list as it hiele foech behannele. Lis de trije listen by it fuortheljen nêst inoar en de flater wurdt sichtber.

In profyl útjaan en weromlûke

Utjaan is de maklike helte: meitsje de kliïntkaai oan 'e akseptearjende kant, jou it profyl oan krekt ien eigner, hâld it ferpakkingsmateriaal beheind, en draai itselde ferifikaasjeprogramma op elke akseptearjende tsjinner. Goedkeape talitting is in eigenskip fan 'e hiele groep, net fan 'e nijste host. In twadde tsjinner mei in âlder of soepeler skript wurdt stilwei it swakste paad yn 'e ynset.

Weromlûken freget de trije stappen yn in bewuste folchoarder. Wegerje de kliïnt yn 'e verify-heak sadat nije hânskippings mislearje, lûk syn sertifikaat yn as der in PKI brûkt wurdt, en set it akkount út sadat lettere autorisaasje neat mear te autorisearjen hat. Beëinigje dan de sesjes dy't de âlde talitting tastean, want dy sille gjin fan 'e trije fernimme. Oefenje de folchoarder op in kliïnt dy'tst dy ferlieze kinst.

Metadaten yn in profyl binne in ynput foar dat belied, net bewiis dat tagongsbeheining al bestiet. It ûntwerpdokumint fan OpenVPN 2.6 beskriuwt de objekten en de grinzen dy't se lûke, wylst it hanthavenjen by de operator bliuwt.

Relatearre artikelen