Теренски уред, TLS и VPN: која граница што штити

Теренски уред отвора врска со услуга и прашањето за дизајнот доаѓа како избор меѓу VPN и TLS. Таа рамка е погрешна, бидејќи двете вршат различна работа. TLS ја автентифицира крајната точка на апликацијата и го штити разговорот; а VPN ја контролира достапноста и ги штити пакетите меѓу партнерите. Следете ја врската од уредот кон надвор и секој слој има свој одговор.

Ако не можете да кажете каде завршува TLS, не можете да кажете на што апликацијата навистина се потпира.

Најдете каде TLS навистина завршува

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

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

TLS пренесува барања и одговори во двете насоки, па двосмерната апликација сама по себе не бара VPN наместо TLS. Важи и обратното: распоредувањето може сѐ уште да бара VPN за други протоколи на истиот уред.

Одлучете што уредот мора да автентифицира

Поставете проверка на идентитетот на серверот и предвидените корени на доверба. Ако секој уред мора да го докаже сопствениот идентитет, изберете поддржан модел за автентикација на клиент и регистрирајте посебни акредитиви за секој уред. Споделените акредитиви претвараат еден украден уред во проблем за целата флота.

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

Користете поддржана библиотека и актуелни упатства. Современи упатства за распоредување на TLS забрануваат договарање на TLS 1.0 и 1.1, а повикувањето на TLSv1 во стара белешка за дизајн не е барање.

Затворете кога ракувањето не успее

Неуспешно ракување или проверка на идентитетот не смее тивко да се врати на оригиналниот протокол со чист текст. Тоа враќање е ранливоста што работата со TLS требаше да ја затвори. Направете го неуспехот видлив за операторот на уредот и за услугата, и барајте заштитен канал за чувствителни операции. Потоа нека авторизацијата на апликацијата одлучи што смее автентифициран уред.

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

Запишете го правилото за враќање. „Тој повторно се поврзува без TLS ако ракувањето не успее“ е одлука за дизајнот и треба да биде експлицитна.

Дајте ѝ на VPN само работата што може да ја изврши

VPN може да ја ограничи достапноста и да ги штити пакетите до својот партнер. TLS го штити односот на апликацијата со избраната крајна точка. Нивните точки на завршување може да се разликуваат и ниту една не ги осигурува зачуваните податоци на крајната точка или административниот пристап.

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