Полево устройство, 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 защитава приложната връзка с избраната крайна точка. Техните точки на завършване могат да се различават и нито едно не защитава съхранените данни на крайната точка или административния достъп.

Измерете цената на ръкостискането, установения обмен на съобщения и повторното свързване на действителното устройство, вместо да предполагате, че един механизъм е по-бърз. След това тествайте четирите случая, които имат значение: предвидения обмен, грешна идентичност на сървъра, неоторизирано устройство и повторно свързване след несигурна операция. Запишете резултата за всеки случай, включително грешката, която устройството показва.