tls-auth tsjin tls-crypt: wat elk fan beide yn OpenVPN beskermet

Beide opsjes brûke in dielde kaai-bestân en beide meitsje handshake-ferkear hurder te ferfalskjen, dêrom wurde se as twa nammen foar deselde funksje behannele. Dat binne se net. Ien ûndertekent kontrôlepakketten, de oare fersiferet se ek, en gjin fan beide hat wat te krijen mei de sifering dy't jo lading beskermet.

Dat ferskil is fan belang as in profyl gjin ferbining makket, as in feilichheidsaudit freget wat de kaai beskermet, en as immen oannimt dat it ekstra bestân de tunnel op in ûnbepaalde manier fersifere makket.

Wat de dielde kaai eins beskermet

De kaai dy't dizze opsjes brûke heart by it kontrôlekanaal: de útwikseling dy't parameters ûnderhannelt, identiteiten bewissiget en de data-kaaien ôfliedt. It is in foarôf dield geheim dat beide einen hawwe moatte foar't de handshake trochgean kin. Om't it foar de identiteitskontrôles stiet, stopet in ferkearde kaai it petear earder as in ferkeard wachtwurd dat dwaan soe. Dy oarder ferklearret wêrom't de flatermodus sa stil is.

tls-auth brûkt dat geheim om in HMAC oer kontrôlepakketten te berekkenjen. In pakket sûnder jildige ûndertekening wurdt fuortgoaid foar't it de djoerdere TLS-ferwurking berikt, dêrom wurdt de opsje faak as in earste filter beskreaun en net as in ferfanging fan TLS.

tls-crypt giet fierder troch it beskerme kontrôlferkear te fersiferjen neist it autentisearjen. Sertifikaatynhâld, ûnderhannele siferingsnammen en oare handshake-details binne net mear sichtber op it netwurk, en in waarnimmer sûnder de kaai kin sels net sjen hokker TLS-ferzje besocht wurdt. Foar in útrulling dy't bang is foar it ferrieden fan syn VPN-fingerprint, is dy eigenskip de haadreden om it te kiezen. It bliuwt in groepsgeheim, gjin legitimatie per brûker.

Gjin fan beide meganismen jout identiteiten út. De dielde kaai is in groepsgeheim, en elkenien dy't him hat kin dy laach fan 'e kontrôle foldwaan.

Wêr't de twa opsjes ferskille

It waarnimbere ferskil is wat in waarnimmer sjocht. Mei tls-auth is de handshake sichtber mar sûnder de kaai net te ferifiearjen. Mei tls-crypt is de handshake ûntrochsichtich foar elkenien dy't de kaai net hat.

De konfiguraasje ferskilt ek. tls-auth wurdt mei in rjochtingswearde brûkt, dus ien kant brûkt de iene helte fan it kaaimateriaal en de oare kant de oare helte. tls-crypt brûkt ien kaai yn beide rjochtingen, dus de rjochtingsdirektive heart net by syn opbou.

Yn moderne útjeften slute de twa opsjes inoar út. In profyl moat ien fan beide drage, net beide, en de server en kliïnt moatte it iens wurde hokker, mei oerienkommend kaaimateriaal. In âlde direktive njonken in nije hâlde is in gewoane migraasjerest. Ferwiderje de ynaktive, sadat de folgjende lêzer wit hokker laach eins jildt.

In nijere fariant, tls-crypt-v2, bûnet elke kliïnt oan syn eigen ynpakte kaai, sadat it yntrekken fan ien kliïnt gjin opnij útjaan fan 'e groepkaai freget. It is de muoite wurdich om te witten, mar it is in oare opsje en gjin synonym foar ien fan 'e beide hjir.

Wêrom't in misferstân liket as bart der neat

As it dielde materiaal net oerienkomt, smyt de oare ein de pakketten fuort sûnder de ôfstjoerder te fertellen wêrom. Der is gjin autentikaasjeflater om te lêzen, om't it pakket nea de laach berikte dy't der ien meitsje soe.

De kliïnt besiket it opnij, de server seit neat, en it symptoom liket op in netwurkprobleem. Dan starte minsken de tsjinst opnij, type it accountwachtwurd opnij of ferwiderje de beskermingsdirektive om it te «testen», wat de útrulling feroaret ynstee fan it te diagnostisearjen.

Lês yn it serverlogboek de earste klacht op pakketnivo, net de lêste werbesykrigel. Befêstigje dat beide kanten deselde opsje drage mei identyk kaaimateriaal en dat it kaaibestân net allinnich oan ien kant opnij oanmakke is.

De direktive ferwiderje is gjin feilige reparaasje. It skeakelt in beskermingslaach foar elke kliïnt út, en in tunnel dy't dêrnei wurket bewiist allinnich dat dy laach it misferstân wie.

Wat noch apart konfigurearre wurde moat

Dizze opsjes ferifiearje net wa't de oare ein is. Sertifikaatfalidaasje, it fertrouwensanker en de ferwachte servernamme bliuwe aparte easken, en gjin fan beide wurdt opsjoneel om't der in dielde kaai is.

Se kieze ek net de datasifering. Dat is in aparte ûnderhanneling dy't troch de ynstellingen fan it datakanaal oan beide kanten regele wurdt, en in tunnel beskerme troch tls-crypt kin noch hieltyd in sifering brûke dy't jo net bedoelden.

Ta beslút, de dielde kaai sels freget omtinken. Behandel him as in geheim, ferspried him fia in goedkarde kanaal en ferfange him as immen dy't him hie fuortgiet. Om't er dield is, is syn bleatstelling de bleatstelling fan elke ein dy't him brûkt.