Denetim proxy'sinin hangi tarafı sertifikayı reddetti?

İstemci onaylanmış denetim proxy'sine güvenir. İstek yine de bir sertifika hatası nedeniyle başarısız olur. Her iki olgu da doğru olabilir: o proxy'nin doğrulaması gereken başka bir TLS ilişkisi vardır.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

Araya girme düzeninde aracı, istemcinin TLS'ini sonlandırır ve kendi bağlantısını ileriye doğru kurar. İstemci kendi tarafında sunulan sertifikayı kabul edebilirken proxy, web sitesinden aldığı sertifikayı reddeder.

Doğrulayıcının hatasını okuyun

Başarısız zinciri veya ana bilgisayar adını hangi sürecin bildirdiğini belirleyin. Proxy'nin ürettiği hata sayfası geçerli bir bağlantı üzerinden istemciye başarıyla ulaşabilir. İstemcinin CA dosyasını yeniden değiştirmek proxy'nin yukarı yönlü güven yapılandırmasını güncellemez.

Örneğin Mitmproxy, ssl_verify_upstream_trusted_ca dahil olmak üzere ayrı yukarı yönlü güven seçeneklerini belgeler. Yetkili yönetici, doğrulamayı koruyarak yukarı yönlü hizmet için onaylanmış güveni yapılandırabilir. Başka bir proxy ürünü kendi ilgili arayüzüne ihtiyaç duyar.

Gerçek hedef adını ve zinciri de denetleyin. Ara sertifikası eksik bir özel hizmet, süresi geçmiş bir sertifika ve tanınmayan bir özel veren farklı onarımlar gerektirir. Tek bir özel hizmet için amaçlanan istisna sessizce her sertifikanın küresel kabulüne dönüşmemelidir.

Düz CONNECT tüneli farklıdır

Opak iletme tüneli hedefin TLS'ini bu şekilde bölmez. Uygulama genellikle bu uçtan uca TLS oturumunu kendisi müzakere eder ve doğrular. Denetim proxy'si ayarlarını herhangi bir aracıya uygulamak yerine önce araya girmenin gerçekten rotanın parçası olup olmadığını belirleyin.

İki doğrulama sonucunu ayrı ayrı kaydedin. „Proxy'nin sertifikasına güveniliyor“ istemci tarafındaki soruyu yanıtlar; proxy'nin yukarı bağlanırken ne gördüğünü belgelemez.