A vállalati CA-fájl rendbe teszi az első URL-t, majd egy átirányítás meghiúsítja az ellenőrzést. Ellenőrizze, hogy az egyéni CA-beállítás lecserélte-e az ügyfél korábbi bizalmi bemenetét, nem pedig hozzáadott ahhoz.

Ez a viselkedés a TLS-háttértől és a beállítástól függ. Egy csak a vállalati CA-t tartalmazó fájl más szükséges hatóságok nélkül hagyhatja az ügyfelet.

  1. Kövessen minden felet. Az első gazdagép elfogható a vállalati kibocsátó alatt. Egy későbbi gazdagép megkerülést, más ellenőrzési útvonalat vagy nyilvánosan kiadott láncot használhat.
  2. Rögzítse a meghiúsuló ügyfél bemeneteit. Őrizze meg a kért gazdagépnevet, az átirányítás célját, a kapott kibocsátót, az ellenőrzés eredményét és a kiválasztott bizalmi konfigurációt. Egy működő böngésző más gyökér-tárolót használhat.
  3. Ellenőrizze a háttér kiválasztási szabályait. A curl-buildok natív ellenőrzést vagy fájlalapú gyökereket használhatnak, és a kifejezett CA-beállítások megváltoztathatják ezt a választást. Egy recept az adott végrehajtható fájlhoz nem konfigurál Python-környezetet vagy JVM-et.

Használjon karbantartott csomagot vagy támogatott bizalmi tároló-elrendezést, amely tartalmazza azokat a nyilvános és privát hatóságokat, amelyekben az alkalmazásnak meg kell bíznia. Ne adjon hozzá egy CA privát kulcsát, és ne emeljen gyökérszintre minden meghiúsuló levéltanúsítványt csak a következő hiba eltüntetése érdekében.

Juttassa el a bizalmi anyagot a telepítés támogatott frissítési útvonalán. Egy szállítói CA-csomag kézi lecserélését a következő frissítése visszavonhatja; tartsa egyértelműen rögzítve a tulajdonost és a karbantartási folyamatot, hogy az ellenőrzés a teljes kérési útvonalon folytatódjon.

Kapcsolódó cikkek