OpenVPN GUI-მ ჩემი Windows პაროლი შეინახა: სად არის ის

კავშირის დიალოგი გვთავაზობს მოსანიშნ უჯრას შესვლის დასამახსოვრებლად, და მისი მონიშვნისას ანგარიშის მონაცემები მომხმარებლის თავიდან მანქანაში გადადის. ინტერფეისი არასოდეს ამბობს სად. Windows-ზე კანდიდატები არიან მიმდინარე მომხმარებლის რეესტრის არე, პროფილის ფაილი, რომელსაც უკვე აქვს შესვლა, და ის, რასაც ავტომატიზაციის სკრიპტი აკეთებს. თითოეულ ადგილს განსხვავებული მკითხველი, განსხვავებული მარცხის რეჟიმი და განსხვავებული გაწმენდა აქვს, ამიტომ სასარგებლო კითხვაა, რომელი პროცესი შეძლებს საიდუმლოს აღდგენას და რამდენ ხანს. მიჰყევით მოსანიშნ უჯრას დიალოგიდან გარეთ, შემდეგ გადაწყვიტეთ, რას ამჟღავნებს სინამდვილეში დაკარგული ლეპტოპი.

დაიწყეთ კავშირის დიალოგის მოსანიშნი უჯრიდან

დამახსოვრებული მნიშვნელობები ინახება პროფილისა და Windows ანგარიშის მიხედვით, მომხმარებლის სკაში და არა მანქანის საერთო საცავში. ამიტომ იმავე კომპიუტერზე მეორე მომხმარებელი ვერ ხედავს შენახულ შესვლას და ამიტომ კლიენტის ხელახალი დაყენება სულაც არ შლის შენახულ ჩანაწერს.

თავად პროფილის ფაილი ინახავს სერვერს, პორტს და პარამეტრებს, მაგრამ არა საიდუმლოს, ამიტომ ადამიანები პირველად არასწორ ობიექტს ამოწმებენ. ამრიგად, პროფილის წაშლა კავშირს აშორებს და სერტიფიკატს ტოვებს. ეს არის ყველაზე გავრცელებული სიურპრიზი გაწმენდის დროს. მოხსენით ორივე ობიექტი, არა ერთი.

რას ამჟღავნებს რეესტრის მნიშვნელობა

ანგარიშის სახელი წაკითხულ ტექსტშია, ამიტომ ის, რაც ამ მომხმარებლად მუშაობს, შეძლებს მის გაშიფვრას ყოველგვარი სპეციალური გამოძახების გარეშე. პაროლი განსხვავებულია: ის დალუქულია Windows DPAPI-ით, მიბმულია ანგარიშზე და, დროშების მიხედვით, კონკრეტულ მანქანაზე. ამიტომ დალუქული ბლოკის სხვა კომპიუტერზე გადატანა და ხელახლა გაშვება არ იძლევა გამოსადეგ საიდუმლოს.

მნიშვნელობების ჩამოთვლა პასუხობს ოპერატიულ კითხვას თავად საიდუმლოს შეხების გარეშე. ჩანაწერის არსებობის დასადასტურებლად არაფრის გაშიფვრა არაა საჭირო. სია ასევე ემსახურება როგორც გაწმენდამდე და შემდეგ ჩანაწერი.

reg query "HKCU\Software\OpenVPN-GUI\configs" /s
cmdkey /list | findstr /i vpn
reg query "HKCU\Software\OpenVPN-GUI" /s | findstr /i "username password"

ორი ზღვარი პირდაპირ უნდა ითქვას. პროცესს იმავე შესული სესიის შიგნით შეუძლია გამოიძახოს იგივე დაცვის მოხსნის რუტინა, რომელსაც კლიენტი იყენებს, ამიტომ დალუქვა დაცვაა მოსვენებაში და არა შეტევაზე მყოფი სამუშაო მაგიდისგან. და სრული დისკის დაშიფვრის გარეშე დალუქული მნიშვნელობა ისეთივე კონფიდენციალურია, როგორც დისკი.

როცა პროფილის ფაილი უკვე შეიცავს შესვლას

ზოგიერთი პორტალი გასცემს კონფიგურაციას, რომელშიც ანგარიშის სახელი და პაროლი ჩაწერილია, ამიტომ კლიენტი ჩუმად უკავშირდება. ამ ეტაპზე ფაილი მოქმედი სერტიფიკატია და მისი ყოველი ასლი იმავე კარის კიდევ ერთი გასაღებია.

ასეთი ფაილები ხვდება სარეზერვო ასლებში, ჩატის ძაფებში და სინქრონიზებულ საქაღალდეებში და არც ერთი მათგანი არ წყვეტს მუშაობას, როცა ორიგინალი იშლება. ლოკალური ფაილის რედაქტირება დანარჩენებში არაფერს ცვლის. წვდომის გაუქმება ნიშნავს პაროლის შეცვლას სერვერზე და ამის სწრაფად გაკეთებას. ერთ ლეპტოპზე გაწმენდა ცალკე, უფრო მცირე ამოცანაა.

სადაც მოთხოვნა მისაღებია, ამჯობინეთ ის და გამოიყენეთ კლიენტის ქეშირების კონტროლი. თუ წინასწარ შევსებული პროფილი ნამდვილად საჭიროა, დაიჭირეთ ის სინქრონიზებული საქაღალდეების გარეთ და მოხსენით სამუშაოს დასრულებისას.

ავტომატიზაცია საიდუმლოს სხვაგან გადააქვს

სკრიპტები შემოიტანენ კიდევ ორ არხს: პროცესის არგუმენტებს და სინთეტურ კლავიშთა დაჭერებს. ბრძანების სტრიქონში დასახელებული ფაილი ხილულია ყველასთვის, ვისაც შეუძლია პროცესის არგუმენტების ან ფაილის უფლებების წაკითხვა, ხოლო ინსტრუმენტის მიერ აკრეფილი პაროლი მიდის იმ ფანჯარაში, რომელსაც ახლა ფოკუსი აქვს. ერთი გამოქვეყნებული მაგალითი სწორედ ასე აკრეფს სამუშაო მაგიდის პაროლს კლიენტის გაშვებამდე. შენახული ერთჯერადი პაროლის თესლი იმავე ზრუნვას იმსახურებს, რადგან მას შეუძლია ყოველი მომავალი კოდის გენერირება და ერთ შესვლაზე დიდხანს ცოცხლობს.

უკეთესი ნიმუში საიდუმლოს ინახავს იქ, სადაც მხოლოდ სერვისის ანგარიშს შეუძლია მისი წაკითხვა, ეყრდნობა კლიენტის დოკუმენტირებულ განმეორებითი ცდის და სერტიფიკატის წყაროს პარამეტრებს და თავს არიდებს ინექციურ აკრეფას პრივილეგიების მოთხოვნებში. თუ სკრიპტს ამაღლებისთვის სამუშაო მაგიდის პაროლი სჭირდება, ეს პრივილეგიების დიზაინის საკითხია და არა VPN-ის.

გაწმენდა დაკარგული მოწყობილობის შემდეგ

ჯერ სერვერზე გააუქმეთ ან გამორთეთ ანგარიში, რადგან ლოკალური წაშლა ვერ გააუქმებს იმ ასლს, რომელიც ვინმეს უკვე აქვს. შემდეგ გაასუფთავეთ დამახსოვრებული რეესტრის მნიშვნელობები, მოხსენით პროფილი და ყველა სერტიფიკატის ფაილი, და მოძებნეთ ჩასმული პაროლები shell-ის ისტორიასა და სკრიპტების საქაღალდეებში.

ჩაწერეთ, რა მოიხსნა და როდის დასრულდა წვდომა. ეს წყვილი პასუხობს ერთადერთ კითხვას, რომელსაც ინციდენტის განხილვა სვამს: მუშაობდა თუ არა სერტიფიკატის რომელიმე ასლი ჯერ კიდევ მოწყობილობის წასვლის შემდეგ.