Erreurs de certificat SSL après des redirections avec un paquet CA personnalisé

Le fichier CA de l'entreprise corrige la première URL, puis une redirection échoue à la vérification. Vérifiez si l'option CA personnalisée a remplacé l'entrée de confiance précédente du client au lieu de s'y ajouter.

Ce comportement dépend du backend TLS et de l'option. Un fichier ne contenant que l'autorité de certification d'entreprise peut laisser le client sans les autres autorités dont il a besoin.

1. Suivez chaque interlocuteur. Le premier hôte peut être intercepté sous l'émetteur d'entreprise. Un hôte ultérieur peut utiliser un contournement, un autre chemin d'inspection ou une chaîne émise publiquement.
2. Enregistrez les entrées du client défaillant. Conservez le nom d'hôte demandé, la cible de redirection, l'émetteur reçu, le résultat de la vérification et la configuration de confiance choisie. Un navigateur fonctionnel peut utiliser un autre magasin de racines.
3. Vérifiez les règles de sélection du backend. Les compilations de curl peuvent utiliser une vérification native ou des racines basées sur des fichiers, et des options CA explicites peuvent modifier ce choix. Une recette pour cet exécutable ne configure ni un environnement Python ni une JVM.

Utilisez un paquet maintenu ou un agencement de magasin de confiance pris en charge contenant les autorités publiques et privées auxquelles l'application est censée faire confiance. N'ajoutez pas la clé privée d'une CA et ne promeuvez pas chaque certificat feuille défaillant au rang de racine uniquement pour effacer l'erreur suivante.

Livrez le matériel de confiance via le chemin de mise à jour pris en charge du déploiement. Le remplacement manuel d'un paquet CA de fournisseur peut être annulé par sa prochaine mise à jour ; rendez explicites le propriétaire et le processus de maintenance afin que la vérification se poursuive sur toute la route de la requête.