TLS-ийн бэхэлгээ ба VPN-ийн нэвтрэлт өөр өөр асуултад хариулна

Хувийн мобайл аппыг VPN-ийн ард тавьбал ухаалаг хүн түүнд гэрчилгээний бэхэлгээ хэрэгтэй хэвээр байна уу гэж асууна. Асуулт нь хоёр тэнцүү хяналтын аль нэгийг сонгох мэт сонсогддог ч үнэндээ хоёр өөр хаалганы тухай асуулт юм. VPN нь энэ төхөөрөмж зам ашиглах эрхтэй эсэхийг шийддэг; апп нь хүрсэн сервер нь хүлээсэн сервер мөн эсэхийг шийддэг. Хоёуланд нь тус тусад нь хариулбал загвар энгийн болно.

Хоёр хаалга, хоёр асуулт

Сүлжээнд нэвтрэх нь клиентэд хамаарна: энэ төхөөрөмж бүртгэгдсэн үү, түүний итгэмжлэл хүчинтэй юу, бодлого түүнийг энэ замд оруулах уу? Аппын итгэл нь серверт хамаарна: холболт нь апп хүлээн зөвшөөрөх таних тэмдэг бүхий үйлчилгээнд хүрсэн үү? Эдгээр хариулт өөр өөр системээс ирдэг, өөр шалтгаанаар бүтэлгүйтдэг, өөр багууд засдаг. VPN-ийн гар барилт амжилттай байж болох ч апп нөхрийн ард байгаа хугацаа дууссан гэрчилгээтэй ярьж байж болно. Төгс бэхлэгдсэн апп ч хэнд ч хүрэхгүй байж болно, учир нь төхөөрөмж сүлжээнд огт орж чадаагүй.

Хоёулаа нэмэгддэг. Нэгийг нь орхих нь нэг хяналтыг хасна; нөгөөг нь нэмэх нь түүнийг орлохгүй.

Бэхэлгээ үнэндээ юуг хязгаарладаг вэ

Бэхэлгээ нь апп хүлээн авах серверийн таних тэмдгийн олонлогийг нарийсгадаг, ихэвчлэн ямар нэг сан баталгаажуулах бүх гинжид итгэхийн оронд нийтийн түлхүүр эсвэл гэрчилгээний хэшийг нэрлэдэг. Энэ нь энгийн баталгаажуулалтын дээр тавьсан хязгаарлалт бөгөөд түүний орлуулагч биш. Энгийн баталгаажуулалт гинж ерөнхийдөө итгэмжлэгдэх эсэхийг хариулдаг; бэхэлгээ нь энэ апп хүлээж буй гинж мөн эсэхийг хариулдаг. Эхний алхмыг алгасах хэрэгжүүлэлт аюулгүй байдал олоогүй, зөвхөн шинэлэг байдал олсон.

Бэхлэгдэх объект платформ бүрд ялгаатай тул үг ганцаараа маш бага зүйл хэлнэ. Нэг бүтээгдэхүүний итгэлийн сангаас хэш хуулж, түүнийг мобайл апп дотор ижил зүйл гэж үзэх нь түгээмэл бөгөөд чимээгүй алдаа.

Платформ дээрх бэхэлгээ нь тохиргоо, бодлого биш

Android бэхэлгээг сүлжээний аюулгүй байдлын тохиргоогоороо нээдэг бөгөөд бэхэлгээний багц нийтийн түлхүүрийн дижестийг хадгалж, гинжид тэдгээрийн дор хаяж нэг нь байх ёстой. Тэр файл апп бүрд тусдаа бөгөөд зориудын бүтээц өөрчлөлт шаарддаг. iOS-д тэнцүү манифест механизм байхгүй тул тэнд бэхэлгээ нь аппын өөрийн итгэл үнэлгээний кодонд амьдардаг.

Механизм ялгаатай тул шаардлагыг платформ бүрд бичих ёстой. Платформыг нэрлэхгүйгээр гэрчилгээг бэхэл гэж хэлсэн бодлого хэрэгжих боломжгүй.

Эргэлт нь бэхэлгээ үлдэх эсэхийг шийддэг

Хэцүү хэсэг нь эхний хувилбар биш, харин түүний дараах гэрчилгээний шинэчлэл юм. Хатуу итгэлийн бодлого хууль ёсны шинэ түлхүүрийг халдагчийн түлхүүр шиг л гуйвшгүй няцаадаг.

Хоёр механизм эргэлтийг давах боломжтой болгодог: хэрэгтэй болохоос өмнө итгэгдсэн нөөц бэхэлгээ, мөн бэхэлгээний багц дээрх хугацаа дуусах огноо, ингэснээр хэрэгжилт аппыг хаахын оронд зогсоно. Хоёулаа бодлогын шийдвэр бөгөөд ялангуяа хугацааны дуусалт нь хор хөнөөлгүй таймер биш, аюулгүй байдлын зориудын бууралт юм. Аппын бүтээц, TLS-ийн төгсгөлийн цэг, гэрчилгээний шинэчлэлийг хэн удирдаж байгааг нэрлээд, тэднийг нэг өөрчлөлтийн процессонд нэгтгэ. Хэрэв тэдгээр нь гурван өөр баг бол бэхэлгээ эцэстээ хэн ч төлөвлөөгүй саатал үүсгэнэ.

Алдагдсан төхөөрөмж бол гурав дахь асуудал

VPN-ийн итгэмжлэлийг хүчингүй болгох нь аппын сессийг заавал дуусгахгүй, серверийн бэхэлгээ нь өөр хүний гарт байгаа утсанд огт юу ч хийдэггүй. Төхөөрөмжийн түгжээ, итгэмжлэл хадгалалт, сессийн наслалт, алсаас хүчингүй болгох нь тусдаа эзэмшигчтэй тусдаа шийдвэрүүд юм. Тэднийг бэхэлгээний хэлэлцүүлэгт нугалахад аль нь ч загварчлагдахгүй гэдгийг батална.

Харж буй нэг харилцааны оронд дөрвөн харилцааг туршиж үзээрэй: зорьсон сервер ба үйлдэл, татгалзах ёстой данс, няцаах ёстой серверийн таних тэмдэг, төлөвлөсөн эргэлт. Ажиллаж буй VPN зөвхөн эхнийхийг дасгалжуулдаг. Тест бүр юуг нотолсныг бичээрэй, учир нь дараагийн хүн ногоон туннель гэдэг нь дөрөв бүгд тэнцсэн гэсэн үг гэж бодох болно.