Хадгалсан VPN нууц үг: хэн, хэзээ үүнийг тайлж чадах вэ

Өөрийн XML-д шифрлэгдсэн нууц үгийг харуулдаг VPN клиент танд бараг юу ч хэлээгүй. Шифрлэгдсэн текст нь зөвхөн тухайн дүрслэлд утга энгийн текст хэлбэрээр хадгалагдаагүй гэдгийг л хариулдаг. Үүнийг хэн, ямар түлхүүрээр, ямар хэрэглэгчийн орчинд тайлж чадах вэ гэдэг нь хадгалалт тусалж байгаа эсэхийг шийдэх асуултууд юм. Файлыг аюулгүй эсвэл аюулгүй бус гэж нэрлэхээс өмнө эдгээрт хариулах хэрэгтэй.

Ямар объект хадгалагдаж байгааг тогтооно уу

Бүтээгдэхүүний баримтжуулсан хадгалалтын загвараас эхэл. Клиент сэргээгдэх нууц үг, токен эсвэл итгэмжлэлийн санд хийх лавлагааг хадгалж болох бөгөөд тус бүр өөр өөр илрэлтэй. XML элементийн нэр бол загвар биш, base64 шиг харагдах мөр ч шифрлэлтийн нотолгоо биш.

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

Дараа нь баримтжуулсан бол хамгаалалтын API-г тодорхойл. Windows-д CryptProtectData шифрлэж буй хэрэглэгчийн нэвтрэх итгэмжлэлээс гаргасан түлхүүрээр өгөгдлийг хамгаалж, машины хүрээний сонголт нь хэн тайлж чадахыг өөрчилдөг. Энэ нь хүрээ яагаад чухал болохын тод жишээ юм. Энэ нь тодорхой нэг VPN клиент тэр API-г ашиглаж байгаагийн нотолгоо биш.

Хулгайлагдсан хуулбарыг ажиллах үеийн хэрэглээнээс ялга

Танаас асуулгүй дахин холбогддог клиентэд итгэмжлэлийг сэргээх дэмжигдсэн арга хэрэгтэй. Нөөц хуулбарыг хамгаалах нь тэр чадварыг арилгахгүй. Зөв хэрэглэгчийн орчинд ажиллаж буй аливаа програм ижил замыг ашиглаж болох тул терминалын цэг өөрөө итгэлцийн хил дотор байдаг. Файлын зөвшөөрөл, процессийн эрх нь тэр хилийг нарийсгадаг; устгадаггүй.

Офлайн файлын тухай мэдэгдэл ихэвчлэн энэ ялгааг буруу ойлгодог. Тайван байх үеийн шифрлэлт бүртгэлгүйгээр нэг файлыг хуулж буй хүнийг зогсоож чадна. Бүртгэлийн нэрээр ажиллаж буй кодыг зогсоодоггүй.

Хоёр мэдэгдэл зэрэг үнэн байж болох бөгөөд ослын хариу арга хэмжээний үед хоёр дахь нь чухал.

Бодитоор хэрэгжиж буй нэвтрэх хяналтыг унш

Файлын ACL болон түүний дээрх хавтасыг шалга, зөвхөн файлын горимыг биш. Windows-д хэрэглэгчийн профайлын үр дүнтэй зөвшөөрлийг клиентийн үйлчилгээ эсвэл товлосон ажлын зөвшөөрөлтэй харьцуул. Нэг хэрэглэгчид хамгаалагдсан нууц нь админаас автоматаар хамгаалагдахгүй бөгөөд түүнд автоматаар ил болохгүй.

icacls "%APPDATA%\Vendor\Client\profiles.xml"
whoami /priv

Клиентийг ямар таних тэмдэг ажиллуулж байгааг бүртгэ, учир нь тэр таних тэмдэг нь тайллын субъект.

Удирдлагатай паркийн хувьд хамаарах хяналт нь файл биш харин төхөөрөмжийн удирдлага байж болно. Итгэмжлэл хадгаламжид байгаа эсэх, алсаас хүчингүй болгож болох эсэх, төхөөрөмж алдагдсан үеийн журам юу болохыг асуу.

Тайллыг туршихын оронд илрэлд зориулж төлөвлө

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

Хэрэв илрэл нь тогтоогдвол итгэмжлэлийг таних тэмдгийн эзэн дээр соль.

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

Нийлүүлэгчийн хяналтад тавих асуултууд

Ямар нууц хадгалагдаж байгаа, ямар бүрэлдэхүүн үүнийг ашигладаг, ямар хэрэглэгч эсвэл машины түлхүүр хамгаалдаг, энгийн хэрэглээ болон нөөц хуулбарт ямар нэвтрэх хяналт хамаардаг, хадгалалтын бодлого болон алсаас хүчингүй болгохыг хэрхэн шийдвэрлэдэг талаар асуу. Тэр таван хариулт загварыг дүрсэлдэг; XML дүрсэлдэггүй.

Дараагийн хянагч дасгалыг давтахгүйн тулд хариултуудыг байршуулалтын бүртгэлтэй хамт хадгал.

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