Ваша VPN лозинка је приватна само онолико колико је приватан њен верификатор

Прођите кроз четири питања о било којој VPN пријави: шта штити лозинку током преноса, која компонента је прима, шта та компонента ради с њом и шта се после чува. Сваки одговор је друга контрола, а јак одговор на једно питање не говори ништа о осталима. Грешка је третирати шифровање тунела као да покрива сва четири. Оно покрива прво, и само прво.

Питајте ко прекида сесију, а не да ли је сесија шифрована.

Шифровано за кога, тачно?

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

Заједница OpenVPN то експлицитно документује: auth-user-pass-verify предаје достављене акредитиве скрипти или додатку за верификацију. То је намерно предавање између компоненти и припада моделу поверења као именована страна.

Верификатор види лозинку

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

Различите методе излажу различит материјал. Аутентикација сертификатом доказује приватни кључ без слања, а федерацијски ток може да задржи лозинку код провајдера идентитета уз издавање ограничене тврдње VPN-у. Ти дизајни сужавају круг; ниједан од њих не уклања сваку поуздану страну.

Сачувани хешеви штите другу фазу

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

Добро хеширано складиште лозинки и изложена верификацијска скрипта стога могу несметано постојати у истом производу.

Избор методе која сужава круг

Ако је захтев да гејтвеј никада не прими лозинку која се може поново користити, изаберите методу која то заиста гарантује; промена шифре података не ствара то својство. Провера сертификата VPN сервера говори вам до ког сте партнера дошли; не говори ништа о томе како тај партнер после поступа с акредитивима. Задржите проверу сервера, користите различите акредитиве за сваку услугу и следите ток идентитета који организација подржава.

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

Корисно питање није да ли је лозинка шифрована, него од кога је скривена, која је компонента прима и који облик после остаје.