Палявая прылада, 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 абараняе адносіны прыкладання з выбраным канчатковым пунктам. Їх пункты завяршэння могуць адрознівацца, і ні адзін не абараняе захаваныя даныя канчатковага пункта цё адміністрацыйны доступ.

Меркайце кошт рукапаціскання, устойлівы абмен паведамленнямі і перападлучэнне на рэальнай прыладзе, а не дапускайце, што адзін механізм швыдчэйшы. Затым праверце чатыры выпадкі, якія важныя: мэтавы абмен, няправільная ідэнтычнасць сэрвера, неаўтарызаваная прылада і перападлучэнне пасля няпэўнай аперацыі. Запішыце вынік для кожнага выпадку, уключаючы памылку, якую паказвае прылада.