Şirkətin CA faylı ilk URL-i düzəldir, sonra yönləndirmə yoxlamadan keçmir. Fərdi CA seçiminin müştərinin əvvəlki etimad girişini əvəz etdiyini, ona əlavə etmədiyini yoxlayın.

Bu davranış TLS backendindən və seçimdən asılıdır. Yalnız korporativ CA-nı ehtiva edən fayl müştərini ona lazım olan digər səlahiyyətlərdən məhrum edə bilər.

  1. Hər həmyaşıdı izləyin. İlk host korporativ verən altında tutula bilər. Sonrakı host bypass, başqa yoxlama yolu və ya açıq şəkildə verilmiş zəncir istifadə edə bilər.
  2. Uğursuz müştərinin girişlərini qeyd edin. Tələb olunan host adını, yönləndirmə hədəfini, alınan verəni, yoxlama nəticəsini və seçilmiş etimad konfiqurasiyasını saxlayın. İşləyən brauzer başqa kök anbarı istifadə edə bilər.
  3. Backendin seçim qaydalarını yoxlayın. curl qurmaları yerli yoxlama və ya fayl əsaslı köklər istifadə edə bilər və açıq CA seçimləri bu seçimi dəyişə bilər. Həmin icra faylı üçün resept Python mühitini və ya JVM-i konfiqurasiya etmir.

Tətbiqin etimad etməsi nəzərdə tutulan açıq və şəxsi səlahiyyətləri ehtiva edən baxılan paket və ya dəstəklənən etimad anbarı quruluşundan istifadə edin. CA-nın şəxsi açarını əlavə etməyin və ya yalnız növbəti xətanı aradan qaldırmaq üçün hər uğursuz yarpaq sertifikatı kökə yüksəltməyin.

Etimad materialını yerləşdirmənin dəstəklənən yeniləmə yolu ilə çatdırın. Təchizatçının CA paketini əl ilə əvəz etmək növbəti yeniləmə ilə ləğv edilə bilər; sahibi və baxım prosesini açıq saxlayın ki, yoxlama tam sorğu marşrutu boyunca davam etsin.

Əlaqəli məqalələr