tls-auth наспрам tls-crypt: шта сваки од њих штити у OpenVPN-у

Обе опције користе заједничку датотеку кључа и обе отежавају кривотворење саобраћаја руковања, због чега се третирају као два имена за исту функцију. Није тако. Једна потписује контролне пакете, друга их и шифрује, а ниједна нема везе са шифром која штити ваш терет.

Та разлика је важна када профил не може да се повеже, када безбедносни преглед пита шта кључ штити и када неко претпостави да додатна датотека чини тунел шифрованим на неки неодређен начин.

Шта заједнички кључ заправо штити

Кључ који ове опције користе припада контролном каналу: размени која преговара параметре, доказује идентитете и изводи кључеве података. То је унапред подељена тајна коју оба краја морају имати пре него руковање може да тече. Будући да стоји пре провера идентитета, погрешан кључ зауставља разговор раније него што би то учинила погрешна лозинка. Тај редослед објашњава зашто је начин квара тако тих.

tls-auth користи ту тајну за израчунавање HMAC-а над контролним пакетима. Пакет без ваљаног потписа одбацује се пре него што стигне до скупље TLS обраде, због чега се опција често описује као први филтер, а не као замена за TLS.

tls-crypt иде даље па шифрује заштићени контролни саобраћај уз то што га аутентификује. Садржај сертификата, преговарани називи шифи и остали детаљи руковања више нису видљиви на мрежи, а посматрач без кључа не може видети ни која се TLS верзија покушава. За постављање које брине о откривању свог VPN отиска, то је главни разлог за избор. Ипак је групна тајна, а не акредитација по кориснику.

Ниједан механизам не издаје идентитете. Заједнички кључ је групна тајна и свако ко га има може да задовољи тај слој провере.

Где се две опције разликују

Уочљива разлика је оно што посматрач види. Уз tls-auth руковање је видљиво, али се без кључа не може проверити. Уз tls-crypt руковање је непрозирно за свакога ко не држи кључ.

Конфигурација се такође разликује. tls-auth се користи са вредношћу смера, па једна страна користи једну половину кључног материјала, а друга другу половину. tls-crypt користи један кључ у оба смера, па директива смера није део његовог распореда.

У савременим издањима две опције се међусобно искључују. Профил треба да носи једну од њих, не обе, а сервер и клијент морају да се сложе коју, уз одговарајући кључни материјал. Држање старе директиве поред нове чест је миграциони остатак. Уклоните неактивну да следећи читалац зна који слој заиста важи.

Новија варијанта, tls-crypt-v2, везује сваког клијента за његов сопствени замотани кључ, тако да опозив једног клијента не захтева поновно издавање групног кључа. Вреди знати, али то је друга опција и није синоним ни за једну од ове две.

Зашто неусклађеност изгледа као да се ништа не дешава

Када се заједнички материјал не поклапа, друга страна одбацује пакете не рекавши пошиљаоцу зашто. Нема грешке аутентификације коју бисте прочитали, јер пакет никада није стигао до слоја који би је произвео.

Клијент поново покушава, сервер не каже ништа и симптом изгледа као мрежни проблем. Људи тада рестартују сервис, поново уписују лозинку налога или уклањају директиву заштите да би је «тестирали», што мења постављање уместо да га дијагностикује.

Читајте у серверском дневнику прву жалбу на нивоу пакета, а не задњи ред поновног покушаја. Потврдите да обе стране носе исту опцију са идентичним кључним материјалом и да кључна датотека није поново генерисана само на једној страни.

Уклањање директиве није сигуран поправак. Оно искључује слој заштите за сваког клијента, а тунел који након тога ради доказује само да је тај слој био неусклађеност.

Шта се још мора посебно конфигурисати

Ове опције не проверавају ко је друга страна. Провера сертификата, сидро поверења и очекивано име сервера остају засебни захтеви и ниједан не постаје необавезан због присутног заједничког кључа.

Оне такође не бирају шифру података. То је засебно преговарање којим управљају поставке податковног канала на оба краја, а тунел заштићен са tls-crypt и даље може користити шифру коју нисте намеравали.

На крају, сам заједнички кључ тражи пажњу. Третирајте га као тајну, дистрибуирајте га одобреним каналом и замените га када оде свако ко га је имао. Пошто је заједнички, његово излагање је излагање сваког краја који га користи.