Greške SSL certifikata nakon preusmjeravanja s prilagođenim CA paketom

CA datoteka kompanije popravlja prvi URL, a zatim preusmjeravanje ne prolazi provjeru. Provjerite je li prilagođena CA opcija zamijenila prethodni unos povjerenja klijenta umjesto da mu ga doda.

To ponašanje zavisi od TLS pozadine i opcije. Datoteka koja sadrži samo korporativni CA može ostaviti klijenta bez drugih potrebnih autoriteta.

1. Slijedite svakog sagovornika. Prvi host može biti presretnut pod korporativnim izdavaocem. Kasniji host može koristiti zaobilaznicu, drugu putanju inspekcije ili javno izdat lanac.
2. Zabilježite ulaze klijenta koji ne uspijeva. Zadržite traženo ime hosta, cilj preusmjeravanja, primljenog izdavaoca, rezultat provjere i odabranu konfiguraciju povjerenja. Radni preglednik može koristiti drugo skladište korijena.
3. Provjerite pravila odabira pozadine. curl gradnje mogu koristiti izvornu provjeru ili korijene zasnovane na datotekama, a eksplicitne CA opcije mogu promijeniti taj izbor. Recept za taj izvršni fajl ne konfiguriše Python okruženje ni JVM.

Koristite održavani paket ili podržani raspored skladišta povjerenja koji sadrži javne i privatne autoritete kojima aplikacija treba vjerovati. Ne dodajte privatni ključ CA i ne unapređujte svaki neuspjeli list certifikata u korijen samo da biste otklonili sljedeću grešku.

Isporučite materijal povjerenja kroz podržanu putanju ažuriranja implementacije. Ručna zamjena dobavljačkog CA paketa može biti poništena sljedećim ažuriranjem; držite vlasnika i proces održavanja eksplicitnim kako bi provjera trajala kroz cijelu rutu zahtjeva.