SSL-varmenteen virheet uudelleenohjausten jälkeen mukautetulla CA-nipulla

Yrityksen CA-tiedosto korjaa ensimmäisen URL-osoitteen, ja sitten uudelleenohjaus epäonnistuu varmennuksessa. Tarkista, korvasiko mukautettu CA-asetus asiakkaan aiemman luottamussyötteen sen sijaan että olisi lisännyt siihen.

Tämä käytös riippuu TLS-taustaohjelmasta ja asetuksesta. Tiedosto, joka sisältää vain yrityksen CA:n, voi jättää asiakkaan ilman muita tarvitsemiaan viranomaisia.

1. Seuraa jokaista vastapuolta. Ensimmäinen isäntä voidaan siepata yrityksen myöntäjän alla. Myöhempi isäntä voi käyttää ohitusta, toista tarkastuspolkua tai julkisesti myönnettyä ketjua.
2. Kirjaa epäonnistuvan asiakkaan syötteet. Säilytä pyydetty isäntänimi, uudelleenohjauksen kohde, vastaanotettu myöntäjä, varmennustulos ja valittu luottamuskokoonpano. Toimiva selain voi käyttää toista juurivarastoa.
3. Tarkista taustaohjelman valintasäännöt. curl-koonnokset voivat käyttää natiivia varmennusta tai tiedostopohjaisia juuria, ja nimenomaiset CA-asetukset voivat muuttaa tätä valintaa. Ohje kyseiselle suoritettavalle tiedostolle ei määritä Python-ympäristöä eikä JVM:ää.

Käytä ylläpidettyä nippua tai tuettua luottamusvarastojärjestelyä, joka sisältää ne julkiset ja yksityiset viranomaiset, joihin sovelluksen on tarkoitus luottaa. Älä lisää CA:n yksityistä avainta äläkä ylennä jokaista epäonnistuvaa lehtivarmennetta juureksi vain seuraavan virheen poistamiseksi.

Toimita luottamusaineisto käyttöönoton tuetun päivityspolun kautta. Toimittajan CA-paketin manuaalinen korvaaminen voi peruuntua sen seuraavassa päivityksessä; pidä omistaja ja ylläpitoprosessi nimenomaisina, jotta varmennus jatkuu koko pyyntöreitillä.