Увек укључен VPN: раздвајање пута, дозволе и сесије

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

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

Три сата која иду одвојено

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

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

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

Преглед који ово третира као једно питање завршава у расправи о тајмерима мировања. Сва три могу бити здрава или покварена сама по себи, а налаз у једном мало говори о осталима. Контролна листа са три реда побеђује расправу о једној вредности тајм-аута. Напишите одговор за свако стање одвојено.

Тунел је пут, а не значка

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

NIST смернице о zero trust кажу исту ствар са друге стране: мрежну локацију не треба третирати као имплицитно поверење. Веза локације је транспортна чињеница, а дозвола да један хост користи једну апликацију је одвојена одлука са сопственим власником.

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

Оправдавање трајне везе локације

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

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

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

Замена кључева није опозив

Замена кључева по распореду одржава животни циклус заштите. Освежава материјал и чува поверљивост. Не уклања право крајње тачке.

Ако крајња тачка још има важеће акредитиве и политику приступа која је прихвата, следеће преговарање враћа исти дозвољени пут. Зато тврдња да се кључеви ротирају сваког сата није одговор на изгубљени уређај: изгубљени уређај се такође ротира, докле год је његов идентитет поверен. Проверите право пре него што проверите распоред. Ротација је хигијена, а опозив је одлука о приступу.

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

Прекидање онога што већ ради

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

За интерактивни приступ, ограничења сесије и правила неактивности дајте власницима идентитета и VPN-а, а не само мрежном тиму. За сервис локације поставите процедуру коју одржавање, прекид рада или безбедносни инцидент користе да онемогуће приступ.

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