Нууц үгтэй и-мэйл буцаах боломжийг нотолж, схем биш

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

Нотолгоог энэ түвшинд барь, шалгалтын бусад хэсэг үнэн зөв хэвээр үлдэнэ.

Хуучин нууцыг буцааж илгээх нь юуг нотолдог

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

Завсрын тохиолдолд ч анхаар: аппликейшн эзэмшдэг түлхүүртэй хадгалагдсан шифрлэсэн блок практикт буцаах боломжтой, тайланд шифрлэсэн гэдэг үг тайвшруулах шиг сонсогдож байсан ч.

Яагаад энэ дизайны илрүүлэлт, хадгалалтын зураг биш

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

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

Дахин тохируулалтыг зөвшөөрлийн эргэн тойронд бүтээ

Дахин тохируулалт өөр асуудлыг шийддэг: хүсэлт гаргагч шинэ нууц үг сонгох эрхтэйг нотлох. Энэ талаарх OWASP-ийн заавар нь аюулгүй үүсгэсэн, нэг удаагийн токен эсвэл кодуудыг тохирох хугацаатай тайлбарлаж, хүсэлтийн үе шатыг тооллого болон үерээс хамгаалах зүйл гэж үздэг. Баталгаажаагүй хүсэлт дангаараа бүртгэлийг өөрчлөх ёсгүй. Орлуулгыг хүлээн авахаас өмнө зөвшөөрлийг баталгаажуулж, нэг амжилттай ашиглалтын дараа токеныг ашиглах боломжгүй болго.

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

Нууц үгийн хамгаалж байсныг хүчингүй болго

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

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

Нарийн үнэлгээ богино: мессеж юуг нотолж байна, юу тодорхойгүй үлдэж байна, сэргээлт хяналттай процессоор хандалтыг орлуулж байна уу.