Алдагдсан VPN баталгаажуулагч: MFA-г унтраалгүйгээр солих

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

1-р алхам: бүртгэгдсэн хүчин зүйлсийг ой санамжаас биш, бүртгэлээс уншина

Эхний асуулт аль төхөөрөмж алдагдсан бэ гэдэг биш, бүртгэл өөр юу ашиглаж болох вэ гэдэг юм. Бүртгэлд нууц үг болон push, цаг хугацаанд суурилсан код, техник хангамжийн түлхүүр, хэвлэсэн сэргээх код байж болох бөгөөд тэдгээрийн нэгийг алдах нь цорын ганцыг алдахаас огт өөр үйл явдал юм. Хэрэглэгчээс санаж байхыг хүсэхийн оронд таних системээс аргуудын жагсаалтыг уншина, Microsoft Entra түрээсэнд асуулга нэг мөр байна:

Get-MgUserAuthenticationMethod -UserId [email protected]

Дараа нь бүртгэл ажиллаж байх үед сэргээх бичлэгийг бичнэ: бүртгэлийн танигч, бүртгэгдсэн хүчин зүйлс, сэргээх кодууд хаана байдаг, хэн хүсэлт гаргагчийг бие даан шалгаж чадах, бүртгэл ямар системд хүрдэг. Баг аль хэдийн ашигладаг хамгаалагдсан бүртгэлд хадгалж, амьд код агуулсан тэмдэглэлд хэзээ ч бүү хадгал. Тэдгээр таван талбар сандарсан дуудлагыг шалгах хуудас болгох бөгөөд NIST-ийн баталгаажуулагчийн амьдралын мөчлөгийн удирдамж сэргээлтийг итгэмжлэлийн нэг хэсэг гэж үздэг, түүнээс үл хамаарах зүйл биш.

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

2-р алхам: хүсэлт гаргагчийг бүтэлгүй замнаас гадна шалгана

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

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

3-р алхам: орлуулагчийг бүртгэж, дараа нь хуучин хүчин зүйлийг цуцал

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

Revoke-MgUserSignInSession -UserId [email protected]

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

4-р алхам: бүртгэл хоёр чиглэлд ажиллаж байгааг батал

Дэмжигдсэн клиентээр шинэ хүчин зүйлээр нэг удаа нэвтэрч, дараа нь бүртгэл алдагдахаас өмнө хүрч байсан нөөцүүдэд одоо ч хүрч байгааг батал. Туннель шаарддаг нэг нөөц, шаарддаггүй нэг нөөцийг туршиж, алдаа зөв давхаргыг зааж байг. Цуцлагдсан хүчин зүйлээр нэвтрэхийг оролдож, сануулга биш татгалзал хүлээ, энэ нь устгах үйлчилснийг батална. Одоо байгаа бүртгэлтэй төхөөрөмжөөс бүтэлгүйтэх сорилт нь сануулгын асуудал, бүгдийг дахин бүртгэх шалтгаан биш.

Дараа нь хэрэглэгчээс мөн адил нэвтрэлтийг удирдамжгүйгээр хийхийг хүс. Таны амжилттай туршилт тохиргоог батална; түүний оролдлого шилжүүлгийг батална.

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

5-р алхам: үүнийг өвтгөсөн нөхцөлийг устга

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

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