Saxlanılan VPN parolu: onu kim və nə vaxt deşifrə edə bilər

XML-ində şifrələnmiş parol göstərən VPN müştərisi sizə demək olar ki, heç nə deməmişdir. Şifrmətn yalnız ona cavab verir ki, dəyər həmin təsvirdə açıq mətn kimi saxlanmır. Onu kimin, hansı açarla və hansı istifadəçi kontekstində deşifrə edə biləcəyi saxlamanın kömək edib-etmədiyini həll edən suallardır. Faylı təhlükəsiz və ya təhlükəli adlandırmazdan əvvəl onlara cavab verin.

Hansı obyektin saxlandığını müəyyən edin

Məhsulun sənədləşdirilmiş saxlama modelindən başlayın. Müştəri bərpa edilə bilən parol, token və ya etimad anbarına istinad saxlaya bilər və hər birinin ifşası fərqlidir. XML elementinin adı dizayn deyil, base64-ə oxşar sətir də şifrələmənin sübutu deyil.

Təchizatçıdan və ya administratordan hansı komponentin dəyəri qoşulma zamanı oxuduğunu soruşun.

Sonra sənədləşdirilibsə, müdafiə API-sini müəyyən edin. Windows-da CryptProtectData məlumatları şifrələyən istifadəçinin giriş məlumatlarından alınan açarla qoruyur və onun maşın miqyaslı seçimi kimin deşifrə edə biləcəyini dəyişir. Bu, miqyasın niyə vacib olduğunun konkret nümunəsidir. Bu, hər hansı konkret VPN müştərisinin həmin API-dən istifadə etdiyinin sübutu deyil.

Oğurlanmış surəti işləmə zamanı istifadədən ayırın

Sizdən soruşmadan yenidən qoşulan müştəriyə etimad məlumatını bərpa etmək üçün dəstəklənən üsul lazımdır. Ehtiyat surətin qorunması bu imkanı aradan qaldırmır. Düzgün istifadəçi kontekstində işləyən istənilən proqram eyni yoldan istifadə edə bilər, buna görə də son nöqtə özü etimad sərhədinin içindədir. Fayl icazələri və proses imtiyazları bu sərhədi daraldır; onu aradan qaldırmır.

Oflayn fayl iddiasının adətən səhv etdiyi fərq budur. Sakit vəziyyətdə şifrələmə hesabsız bir faylı kopyalayan şəxsi dayandıra bilər. Hesab adından işləyən kodu dayandırmır.

Hər iki ifadə eyni vaxtda doğru ola bilər və ikincisi insident müdaxiləsi zamanı vacib olandır.

Həqiqətən tətbiq olunan giriş nəzarətlərini oxuyun

Yalnız fayl rejimini deyil, faylın ACL-ni və onun üstündəki qovluğu yoxlayın. Windows-da istifadəçi profilinin effektiv icazələrini müştərinin xidmətinin və ya planlaşdırılmış tapşırığının icazələri ilə müqayisə edin. Bir istifadəçi üçün qorunan sirr avtomatik olaraq administratordan qorunmur və avtomatik olaraq ona ifşa da olunmur.

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

Müştərini hansı şəxsiyyətin işlətdiyini qeyd edin, çünki deşifrə subyekti həmin şəxsiyyətdir.

İdarə olunan park üçün müvafiq nəzarət fayl deyil, cihaz idarəetməsi ola bilər. Etimad məlumatının saxlanılıb-saxlanmadığını, uzaqdan ləğv edilə bilib-bilmədiyini və cihaz itirildikdə prosesin nə olduğunu soruşun.

Deşifrəni sınaqdan keçirmək əvəzinə ifşaya hazırlaşın

Fikri sübut etmək üçün fayl üzərində tanımadığınız çıxarma alətini işlətməyin. İşləyə bilər, profili zədələyə bilər və hər halda sübutu dəyişir. Sənədləşdirilmiş dizayndan və yoxlama həqiqətən tələb olunursa, səlahiyyətli qiymətləndirmədən istifadə edin.

İfşa müəyyən edilibsə, etimad məlumatını şəxsiyyət sahibində dəyişdirin.

Saxlanılan girişin silinməsi ləğvetmə deyil. Bu, həmin müştərinin dəyəri yenidən təklif etməsinin qarşısını ala bilər və artıq götürülmüş surət və ya artıq icazə verilmiş sessiya barədə heç nə etmir. Etimad məlumatını dəyişdirin, sahibin bitirə biləcəyi sessiyaları bitirin və nəyin, nə vaxt dəyişdirildiyini qeyd edin.

Təchizatçı nəzərdən keçirməsi üçün suallar

Hansı sirrin saxlandığını, hansı komponentin ondan istifadə etdiyini, onu hansı istifadəçi və ya maşın açarının qoruduğunu, normal istifadəyə və ehtiyat nüsxələrə hansı giriş nəzarətlərinin tətbiq olunduğunu və saxlama siyasəti ilə uzaqdan etibarsızlaşdırmanın necə idarə olunduğunu soruşun. Bu beş cavab dizaynı təsvir edir; XML etmir.

Cavabları yerləşdirmə qeydi ilə saxlayın ki, növbəti rəyçi məşqi təkrar etməsin.

Saxlanılan etimad məlumatı rahatlıqla ifşa arasında mübadilədir. Mübadiləni qəsdən edin və kimin qəbul etdiyini yazın.