VPN-də sazlama aparmaq üçün şəxsi açara ehtiyac yoxdur

Sorğu məntiqli səslənir: konfiqurasiyanı göndərin ki, dəstək nəyin səhv olduğunu görsün. Şəxsi açarlar da məhz belə dəstək bilet sistemlərinə və söhbət jurnallarına düşür. Konfiqurasiya şəxsiyyətdir, diaqnostika deyil, və tunelinizdə sazlama aparan adam demək olar ki, heç vaxt sizin kim olduğunuzu sübut edən yarıya ehtiyac duymur. Status çıxışı eyni suallara bu risk olmadan cavab verir.

Mif ondan ibarətdir ki, konfiqurasiya yeganə tam görünüşdür. O, ən az təhlükəsiz tam görünüşdür.

Mif: dəstəyə konfiqurasiya lazımdır

Dəstəyə xəta mətni, klient və server versiyaları, son nöqtə, əl sıxma vəziyyəti və hadisələrin sırası lazımdır. Bütün bunlar statusdur. Konfiqurasiya açarlar əlavə edir, açarlar isə başqasının siz olmasına imkan verən şeydir. Marşrutlaşdırma problemini həll etmək üçün konfiqurasiyanı vermək, gecikmiş uçuşu izah etmək üçün pasportunuzu poçtla göndərməyə bənzəyir. Sorğu adətən şəbəkənizi heç vaxt görməmiş birindən gəlir və ən asan əlavə olunan şeyi istəyir.

Sualı cavablandıran ən kiçik çıxışı göndərin, tapa bildiyiniz ən böyüyü deyil.

Status əslində nə göstərir

WireGuard-ın wg show əmri interfeysləri, peer-ləri, icazə verilmiş IP-ləri, son nöqtələri, ən son əl sıxmanı və ötürmə sayğaclarını çap edir və şəxsi açarı çap etmir. OpenVPN-in status və jurnal çıxışı əlaqə vəziyyətini və xətaları daxili açar blokları olmadan verir. Hər ikisi əl sıxmanın tamamlanıb-tamamlanmadığını, sayğacların hərəkət edib-etmədiyini və hansı peer-in istifadədə olduğunu görmək üçün kifayətdir; wg təlimatı bunu status görünüşü kimi sənədləşdirir.

Əgər kömək edən şəxs həmin çıxışı istəməzdən əvvəl konfiqurasiya istəyirsə, ondan soruşun: konfiqurasiya statusun göstərmədiyi nəyi göstərərdi?

Sirlər hər formatda harada gizlənir

WireGuard konfiqurasiya fayllarında PrivateKey sətirləri var və açıq peer açarları ilə son nöqtə metadatası onlar olmadan da identifikasiya edicidir. OpenVPN profilləri <key> və <tls-crypt> bloklarını daxil edə və ya profillə birlikdə gedən ayrı fayllara işarə edə bilər. Klientin dəstək arxivi jurnal pəncərəsinin göstərdiyindən qat-qat çoxunu, o cümlədən mövcud olduğunu unutduğunuz keşlənmiş profilləri ehtiva edə bilər. Ekran şəkilləri digər geniş yayılmış sızma yoludur, çünki terminal pəncərəsi paylaşmaq istədiyiniz əmrdən daha çoxunu göstərir.

İxrac sənədlərini oxuyun, sonra faylı açın. Diaqnostika etiketi daşıyan çıxış mütləq hər şeydən təmizlənməyib.

Mətn hissələrini gizlədin, sonra yoxlanılmış nüsxə göndərin

Orijinalı qorunan yerdə saxlayın və yoxlanılmış nüsxə göndərin. Həqiqi dəyərlər lazım olmadıqda son nöqtələri və açıq açarları sabit yer tutucularla əvəz edin və şəxsi açar bloklarını qismən örtmək əvəzinə tamamilə silin. base64 blokunun qismən gizlədilməsi hələ də sızmış açardır. Fayl yola düşməzdən əvvəl onu bir daha oxuyun, çünki arxivlər çox vaxt həmin profilin ikinci nüsxəsini daşıyır.

Təsdiqlənmiş kanaldan istifadə edin və nəyisə əlavə etməzdən əvvəl onu kimin aldığını yoxlayın.

Açar artıq sızıbsa

Mesajı silmək başqalarının artıq malik olduğu nüsxələri geri qaytarmır. Şəxsiyyəti operatorun ləğv və dəyişdirmə prosesi ilə döndərin və köhnə açarı göndərildiyi andan etibarən kompromitə edilmiş sayın. Əksər operatorlar ifşa bildirildikdən sonra klient şəxsiyyətini tez dəyişəcək, gecikdirilən hissə isə məhz bildirişdir.

Eyni qayda dəstək biletinə, ekran şəklinə və ya söhbət zəncirinə yapışdırılmış açar üçün də keçərlidir. Döndürmə həlldir; silmə isə təmizlikdir.