Napake potrdila SSL po preusmeritvah s prilagojenim paketom CA

Datoteka CA podjetja popravi prvi URL, nato preusmeritev ne prestane preverjanja. Preverite, ali je prilagojena možnost CA nadomestila prejšnji vnos zaupanja odjemalca, namesto da bi mu ga dodala.

To vedenje je odvisno od zaledja TLS in možnosti. Datoteka, ki vsebuje samo korporativni CA, lahko odjemalca pusti brez drugih potrebnih organov.

1. Sledite vsakemu nasprotniku. Prvi gostitelj je lahko prestrežen pod korporativnim izdajateljem. Kasnejši gostitelj lahko uporabi obhod, drugo pot pregleda ali javno izdano verigo.
2. Zabeležite vnose odjemalca, ki ne uspe. Shranite zahtevano ime gostitelja, cilj preusmeritve, prejetega izdajatelja, rezultat preverjanja in izbrano konfiguracijo zaupanja. Delujoč brskalnik lahko uporablja drugo shrambo korenin.
3. Preverite pravila izbire zaledja. Gradnje curl lahko uporabljajo vgrajeno preverjanje ali korenine na podlagi datotek, izrecne možnosti CA pa lahko to izbiro spremenijo. Recept za to izvršljivo datoteko ne konfigurira okolja Python ali JVM.

Uporabite vzdrževan paket ali podprto ureditev shrambe zaupanja, ki vsebuje javne in zasebne organe, ki jim mora aplikacija zaupati. Ne dodajajte zasebnega ključa CA in ne povišajte vsakega neuspešnega končnega potrdila v korenino samo zato, da bi odpravili naslednjo napako.

Dostavite material zaupanja po podprti poti posodabljanja uvedbe. Ročna zamenjava paketa CA ponudnika je lahko razveljavljena z njegovo naslednjo posodobitvijo; lastnika in postopek vzdrževanja ohranite izrecna, da se preverjanje nadaljuje po celotni poti zahteve.