VPN özəl açarındakı parol əslində nəyi qoruyur

VPN müştərisi işə düşəndə görünən sorğunu səhv oxumaq asandır. O, VPN hesabının parolu deyil, tunelin parolu deyil və onu daxil etmək bağlantının təhlükəsiz olduğunu sübut etmir. O, özəl açarın bir saxlanmış təsvirini açır ki, müştəri açar materialını oxuyub autentifikasiya üçün istifadə edə bilsin. Bundan sonra baş verən hər şey başqa bir sualdır.

Cavab praktikada kənarlarda pozulur: insanlar parolun işləyən tuneli qoruduğunu və ya onu dəyişməklə artıq sızmış açar nüsxəsinin ləğv olunduğunu güman edirlər. Hər iki fərziyyə uğursuz olur və hər ikisi elə uğursuz olur ki, operator məsələnin həll olunduğuna inanarkən etimadnamə açıq qalır.

Bir dialoq, bir neçə fərqli sirr

Özəl açar parolu faylın şifrəsini açır. Hesab parolu sizi xidmətdə autentifikasiya edir. PKCS#12 idxal parolu açar və onun sertifikatını ehtiva edən paketin şifrəsini açır və bu, açarın öz parolu ilə eyni sətir olmaya bilər. Bu sorğular demək olar ki, eyni görünə bilər və hansı sirrin hara aid olduğunu təxmin etmək açarların səhv sahəyə yapışdırılmasına səbəb olur.

Tunelin öz şifrələməsi dördüncü şeydir. Məlumat kanalı əl sıxma zamanı razılaşdırılan sessiya açarlarından istifadə edir; özəl açarın parolunun ayrı-ayrı paketlərin qorunmasında heç bir rolu yoxdur. Kimsə açar faylını oxuya bilirsə, parolu oflayn təxmin etməyə cəhd edə bilər, lakin paketləri oxuya bilirsə, parol əhəmiyyətsizdir.

Diskdəki şifrələmə nəyi əhatə edir

Şifrələnmiş PEM açarı iki formada gəlir və başlıq hansına sahib olduğunuzu bildirir. Müasir PKCS#8 forması -----BEGIN ENCRYPTED PRIVATE KEY----- ilə başlayır; köhnə OpenVPN qurulumlarında hələ də geniş yayılmış köhnə PEM forması -----BEGIN RSA PRIVATE KEY----- ilə başlayır və dərhal altında Proc-Type: 4,ENCRYPTED və DEK-Info sətri daşıyır. Fayl, parolunuzdan əldə edilən açar altında şifrələnmiş özəl açarı saxlayır, adətən göstərilən təkrar sayı və ya iş əmsalı olan parol əsaslı KDF vasitəsilə. OpenSSL pkey sənədləri formatları və birini oxuyarkən tətbiq olunan parol seçimlərini əhatə edir.

Bundan iki nəticə çıxır. Zəif parol KDF-in icazə verdiyi sürətlə oflayn hücuma məruz qalır, ona görə də fayl şifrələnmiş olsa belə, fayl icazələri və ehtiyat nüsxələrə çıxış hələ də vacibdir. Yalnız faylı parolsuz ələ keçirən hücumçu təxmin etməlidir; faylı və parolu birlikdə ələ keçirən isə açarı əldə edir, sanki heç vaxt şifrələnməmiş kimi.

head -3 vpn.key
openssl pkey -in vpn.key -noout -pubout
openssl pkcs12 -in bundle.p12 -info -noout

head -3 başlığı və köhnə faylda şifrələməni sübut edən Proc-Type və DEK-Info sətirlərini göstərir; tək bir sətir heç bir istiqamətdə sübut deyil. pkey sətri parolu soruşur və yalnız açıq yarısını çap edir, bu da faylın və parolun işlədiyini özəl açarı açmadan sübut edir. Bu yoxlama üçün -text istifadə etməyin: o, özəl komponentləri, privateExponent, prime1, prime2 və qalanını çap edir və bu çıxış heç bir yerə, nə bilete, nə söhbətə, nə də jurnala yapışdırılmamalıdır. PKCS#12 əmri həmçinin paketin ayrı MAC və ya şifrələmə parolu olub-olmadığını bildirir, bunu həmkarınıza verməzdən əvvəl bilməyə dəyər.

Açar yükləndikdən sonra nəyi qorumağı dayandırır

Açma həmin proses üçün birtərəfli hadisədir. Müştəri KDF-dən açarı istəyir, faylın şifrəsini açır və özəl açarı ehtiyac duyduğu müddət yaddaşda saxlayır. O andan parol işləyən sessiya ilə bağlı heç nəyi qorumur: nə proses yaddaşını, nə kernel yaddaş dumpını, nə müştəriyə qoşulmuş sazlama sessiyasını, nə də açar istifadədə ikən götürülmüş maşın ehtiyat nüsxəsini.

Bu, parollu SSH açarı və ya parol menecerinin açılmış anbarı ilə eyni sərhəddir. O, faylın sakit vəziyyətdə oğurlanmasının dəyərini artırır və istifadəçiniz kimi işləyən zərərli proqramlara, müştəridən imza istəyən icazəli tətbiqə və ya yaddaşı oxuya bilən administratora qarşı heç nə etmir. Onu bir təbəqə kimi qəbul edin, açarı ətrafda saxlamağı təhlükəsiz edən nəzarət kimi deyil.

Sorğu niyə davamlı qayıdır

Hər yenidən qoşulmada yenidən soruşan müştəri mütləq xarab deyil. Bəzi müştərilər parolu sessiya üçün keşləyir, bəziləri onu ƏS açar zəncirində saxlayır, bəziləri isə onu təmin edən köməkçiyə yönləndirilə bilər, ona görə hansı davranışı aldığınız müştəridən və onun konfiqurasiyasından asılıdır, açar faylından deyil.

Təkrar sorğu əsl şikayətdirsə, açardan şifrələməni çıxarmazdan əvvəl müştərinin keşləmə və autentifikasiya seçimlərini yoxlayın. Parolu çıxarmaq qorunan faylı açıq mətnli açara çevirir və yenidən qoşulma sakitləşir, bunun müqabilində sahib olduğunuz yeganə sakit vəziyyət nəzarətini itirirsiniz. Daha yaxşı cavab adətən onsuz da istifadə edəcəyiniz fayl icazələri ilə dəstəklənən etimadnamə anbarıdır.

İtki və məruz qalma eyni təmir deyil

İtirilmiş parolu sertifikatdan bərpa etmək mümkün deyil. Sertifikat adı açara bağlayan açıq materialdır; özəl açara geri yol və parol haqqında heç bir işarə ehtiva etmir. Praktik variantlar açarın icazəli ehtiyat nüsxəsi və ya operatorun normal prosesi ilə verilən yeni şəxsiyyətdir. Parolu 'bərpa etməyi' təklif edən hər kəs onu təxmin etməyi təklif edir.

Məruz qalma fərqli cavab tələb edir. Eyni açarı yeni parolla yenidən şifrələmək açar materialını dəyişməz qoyur, ona görə başqa yerdə artıq açılmış nüsxə hələ də işləyir. Təmir etimadnaməni ləğv etmək və ya dəyişdirməkdir: yeni açar və sertifikat verin, paylayın və köhnəni həmdə sıradan çıxarın. Bu baş verənə qədər fayl parolunu dəyişmək təmizlikdir, karantin deyil. Köhnə faylı ehtiyat nüsxələrdən yalnız yeni şəxsiyyətin işlədiyi təsdiqləndikdən sonra çıxarın və hansı seriya və ya barmaq izinin onu əvəz etdiyini qeyd edin.