Теренски уређај, TLS и VPN: која граница шта штити
Теренском уређају је потребан аутентификован апликацијски канал, а не само мрежни приступ. Утврдите где се TLS завршава и одлучите шта се дешава када не успе.
Теренски уређај отвара везу са сервисом, а питање дизајна долази као избор између VPN-а и TLS-а. Тај оквир је погрешан, јер њих двоје раде различите послове. TLS аутентификује крајњу тачку апликације и штити разговор; а VPN контролише доступност и штити пакете између партнера. Прођите везу од уређаја ка споља и сваки слој има свој одговор.
Ако не можете да кажете где се TLS завршава, не можете да кажете у шта апликација заправо верује.
Пронађите где се TLS заиста завршава
Почните од апликације на уређају и пратите везу до процеса који довршава руковање. Ако прокси завршава TLS пре мејнфрејма, заштићени пут се завршава на проксију. Преостали скок тражи сопствену документовану заштиту.
Назвати то од краја до краја по претпоставци је начин на који преглед дизајна одобрава празнину. Нацртајте тачку завршетка и сидро поверења на истој шеми.
TLS преноси захтеве и одговоре у оба смера, па двосмерна апликација сама по себи не тражи VPN уместо TLS-а. Важи и обрнуто: распоређивање може још увек да тражи VPN за друге протоколе на истом уређају.
Одлучите шта уређај мора да аутентификује
Подесите проверу идентитета сервера и предвиђене корене поверења. Ако сваки уређај мора да докаже сопствени идентитет, изаберите подржани модел аутентификације клијента и региструјте посебне акредитиве за сваки уређај. Заједнички акредитиви претварају један украдени уређај у проблем целе флоте.
Планирајте заштиту кључева, обнављање, опозив и опоравак пре испоруке. Уређај на терену који не може поново да се региструје после неуспешног обнављања постаје посета на терену, и тај трошак обликује дизајн више од руковања.
Користите подржану библиотеку и актуелна упутства. Савремена упутства за распоређивање TLS-а забрањују договарање TLS-а 1.0 и 1.1, а позивање на TLSv1 у старој белешци о дизајну није захтев.
Затворите се када руковање не успе
Неуспешно руковање или провера идентитета не сме тихо да се врати на изворни протокол чистог текста. Тај повратак је рањивост коју је рад на TLS-у требало да затвори. Учините неуспех видљивим оператеру уређаја и сервису и захтевајте заштићени канал за осетљиве операције. Затим нека ауторизација апликације одлучи шта сме аутентификовани уређај.
Дефинишите животни век везе, уоквиривање, временска ограничења и понашање при поновном покушају као део уговора. Шифровање не чини поновљену наредбу безбедном, а поновни покушај после неизвесне претходне операције тражи одговор на нивоу апликације.
Запишите правило повратка. „Поново се повезује без TLS-а ако руковање не успе“ је дизајнерска одлука и треба да буде изричита.
Дајте VPN-у само посао који може да обави
VPN може да ограничи достижност и штити пакете до свог партнера. TLS штити однос апликације са изабраном крајњом тачком. Њихове тачке завршетка могу да се разликују и ниједна не осигурава сачуване податке крајње тачке ни административни приступ.
Мерите трошак руковања, сталну размену порука и поновно повезивање на стварном уређају уместо да претпостављате да је један механизам бржи. Затим тестирајте четири случаја која су важна: предвиђену размену, погрешан идентитет сервера, неовлашћени уређај и поновно повезивање после неизвесне операције. Запишите резултат за сваки случај, укључујући грешку коју уређај показује.