დაკარგული VPN აუთენტიფიკატორი: შეცვლა MFA-ს გამორთვის გარეშე
დაკარგული ფაქტორი აღდგენის ამოცანაა და არა შეფერხება. გადაამოწმეთ წარუმატებელი გზის გარეთ, დაარეგისტრირეთ შემცვლელი, გააუქმეთ ძველი მეთოდი და შემდეგ დაამტკიცეთ, რომ შესვლა მუშაობს.
ვიღაც ტელეფონს კარგავს და ბილეთი მოდის როგორც VPN გაფუჭებული. ეს ჩარჩო ორჯერ არასწორია: ანგარიში ჯერ კიდევ არსებობს და კარიბჭე ჯერ კიდევ ენდობა იდენტობის პროვაიდერს, ამიტომ ერთადერთი გაფუჭებული ნაწილი ერთი ფაქტორია, რომელიც ადამიანს აღარ აქვს. მოექეცით როგორც აღდგენას და არა შეფერხებას: გადაამოწმეთ მომთხოვნი, დაარეგისტრირეთ შემცვლელი, გააუქმეთ დაკარგული მეთოდი და შემდეგ დაამტკიცეთ, რომ ანგარიში მუშაობს. ეს ყველაფერი ვარაუდობს, რომ გეგმა დაკარგვამდე დაიწერა, რადგან ზარის დროს მისი გამოგონება ის გზაა, რომლითაც MFA საბოლოოდ ყველასთვის გამორთული აღმოჩნდება.
ნაბიჯი 1: წაიკითხეთ რეგისტრირებული ფაქტორები ჩანაწერიდან და არა მეხსიერებიდან
პირველი კითხვა არ არის რომელი მოწყობილობა დაიკარგა, არამედ რა სხვას შეუძლია ანგარიშმა ჯერ კიდევ გამოიყენოს. ანგარიშს შეიძლება ჰქონდეს პაროლი push-ით, დროზე დაფუძნებული კოდი, აპარატული გასაღები და დაბეჭდილი აღდგენის კოდები, და ერთი მათგანის დაკარგვა სრულიად სხვა მოვლენაა, ვიდრე ერთადერთის დაკარგვა. წაიკითხეთ მეთოდების სია იდენტობის სისტემიდან მომხმარებლისგან დამახსოვრების მოთხოვნის ნაცვლად, და Microsoft Entra-ს ტენანტში მოთხოვნა ერთი ხაზია:
Get-MgUserAuthenticationMethod -UserId [email protected]შემდეგ დაწერეთ აღდგენის ჩანაწერი, სანამ ანგარიში ჯერ კიდევ მუშაობს: ანგარიშის იდენტიფიკატორი, რეგისტრირებული ფაქტორები, სად ცხოვრობენ აღდგენის კოდები, ვის შეუძლია დამოუკიდებლად გადაამოწმოს მომთხოვნი და რომელ სისტემებს აღწევს ანგარიში. შეინახეთ ის დაცულ ინვენტარში, რომელსაც გუნდი უკვე იყენებს, არასდროს ჩანაწერში, სადაც ცოცხალი კოდებიც არის. ეს ხუთი ველი პანიკურ ზარს საკონტროლო სიად აქცევს, და NIST-ის აუთენტიფიკატორის სასიცოცხლო ციკლის სახელმძღვანელო აღდგენას სერთიფიკატის ნაწილად მიიჩნევს და არა მისგან გამონაკლისად.
ჩაწერეთ გადამოწმების არხი ცალკე ველად, რადგან სწორედ ამ ნაწილს გამოტოვებს ხალხი. ანგარიშზე მიბმული ტელეფონის ნომერი დამოუკიდებელი არხი არ არის, როცა მთხოვნელი თავად აკონტროლებს ტელეფონს.
ნაბიჯი 2: გადაამოწმეთ მომთხოვნი წარუმატებელი გზის გარეთ
ჩაატარეთ იდენტობის შემოწმება ისეთი არხით, რომელიც არ არის დამოკიდებული VPN-ზე, საფოსტო ყუთზე ან დაკარგულ მოწყობილობაზე. უკან დარეკვა HR ჩანაწერის ნომერზე, ან პირისპირ შემოწმება იმ მენეჯერთან, რომელიც უკვე კატალოგშია, ორივე მუშაობს; აღდგენის ქვეშ მყოფი ანგარიშიდან გაგზავნილი ჩატის შეტყობინება არ მუშაობს. შემოწმება ადამიანს ეხება და არა ანგარიშზე კითხვებზე პასუხის გაცემის უნარს, რადგან ანგარიშის დეტალები ჟონავს. ჩაწერეთ ვინ გადაამოწმა მოთხოვნა და როდის, რადგან შემდეგ მიმომხილველს ორივე დასჭირდება.
როცა მოთხოვნა მოდის სასწრაფოდ და შემოწმების გამოტოვების ზეწოლით, სწორედ მაშინაა შენელების დრო. აღდგენის თაღლითობა ზუსტად ჩქარი დამხმარე კოლეგას ჰგავს.
ნაბიჯი 3: დაარეგისტრირეთ შემცვლელი, შემდეგ გააუქმეთ ძველი ფაქტორი
დაარეგისტრირეთ ახალი აუთენტიფიკატორი ჩვეულებრივი რეგისტრაციის ნაკადით, არასდროს ადმინისტრაციული გვერდის ავლით. შემდეგ ცალსახად წაშალეთ დაკარგული მეთოდი, რადგან შემცვლელის რეგისტრაცია წინა აუთენტიფიკატორს უფლებამოსილს ტოვებს, სანამ ვინმე გააუქმებს. თუ ძველი მოწყობილობა შეიძლება სხვის ხელში იყოს, წაშლას სასწრაფოდ მოექეცით და მიჰყევით ინციდენტის პროცესს და არა აღდგენისას. გააუქმეთ არსებული სესიები იმავე გავლაში, რადგან ცვლილებამდე შექმნილი სესია შეიძლება მას გადაურჩეს:
Revoke-MgUserSignInSession -UserId [email protected]ფაქტორის ყველასთვის წაშლა, ან კარიბჭის სერთიფიკატის შემოწმებების შესუსტება, ერთი ადამიანის აღდგენას ცვლის მთელ განთავსებაზე შემხები შეფერხებით. შეინახეთ ცვლილება ერთ ანგარიშში და ესკალაცია მოახდინეთ, თუ მტკიცებულებები უფრო ფართო კომპრომისზე მიუთითებს. ბილეთში აღნიშნეთ რომელი ფაქტორი გაუქმდა და რომელმა შეცვალა ის.
ნაბიჯი 4: დაამტკიცეთ, რომ ანგარიში ორივე მიმართულებით მუშაობს
შედით ერთხელ ახალი ფაქტორით მხარდაჭერილი კლიენტით, შემდეგ დაადასტურეთ, რომ ანგარიში ჯერ კიდევ აღწევს იმ რესურსებს, რომლებსაც დაკარგვამდე აღწევდა. გამოსცადეთ ერთი რესურსი, რომელსაც გვირაბი სჭირდება და ერთი, რომელსაც არა, რათა მარცხმა სწორ ფენაზე მიუთითოს. სცადეთ შესვლა გაუქმებული ფაქტორით და დაელოდეთ უარს და არა მოთხოვნას, რაც ამტკიცებს, რომ წაშლა ძალაში შევიდა. გამოწვევა, რომელიც არსებული რეგისტრირებული მოწყობილობიდან ვერ ხერხდება მოთხოვნის პრობლემაა და არა მიზეზი ყველაფრის ხელახლა დასარეგისტრირებლად.
შემდეგ სთხოვეთ მომხმარებელს იგივე შესვლა დაასრულოს ხელმძღვანელობის გარეშე. თქვენი წარმატებული ტესტი ადასტურებს კონფიგურაციას; მისი მცდელობა გადაცემას ადასტურებს.
დახურეთ ბილეთი წარმატებული შესვლის დროის ნიშნით და ახლა გამოყენებული ფაქტორის სახელით. განაახლეთ აღდგენის ჩანაწერი იმავე გავლაში, რათა შემდეგი დაკარგვა ზუსტი ინვენტარიდან დაიწყოს და არა მოძველებულიდან.
ნაბიჯი 5: წაშალეთ ის პირობა, რომელმაც ეს მტკივნეული გახადა
აღდგენის ყოველი ზარი მტკიცებულებაა რეგისტრაციის დიზაინზე. თუ ანგარიშს ზუსტად ერთი ფაქტორი ჰქონდა, მოითხოვეთ მეორე ამ ჯგუფის ყველასთვის. თუ აღდგენის კოდები დაკარგულ ლეპტოპში იყო, შეცვალეთ სად ცხოვრობენ. თუ გადამოწმებას შვებულებაში მყოფი მენეჯერი სჭირდებოდა, დანიშნეთ მოადგილე. ყოველი შესწორება ნახევარ დღეს იღებს და შემდეგი ინციდენტის ყველაზე ცუდ საათს შლის.
შემდეგ გადაკითხეთ პირველი ნაბიჯის ჩანაწერი რეალობის წინააღმდეგ. ჩამოთვლის ის რეალურად არსებულ ფაქტორებს და გადამოწმების არხი ჯერ კიდევ აღწევს ადამიანამდე? სახელმძღვანელო, რომელსაც არავინ აახლებს, იშლება დოკუმენტად, რომელსაც ხალხი უგულებელყოფს იმ ზარის დროს, რომლისთვისაც დაიწერა.