O arquivo de CA da empresa corrige a primeira URL e, em seguida, um redirecionamento falha na verificação. Verifique se a opção de CA personalizada substituiu a entrada de confiança anterior do cliente em vez de adicionar a ela.

Esse comportamento depende do backend TLS e da opção. Um arquivo contendo apenas a CA corporativa pode deixar o cliente sem outras autoridades de que precisa.

  1. Siga cada par. O primeiro host pode ser interceptado sob o emissor corporativo. Um host posterior pode usar um desvio, outro caminho de inspeção ou uma cadeia emitida publicamente.
  2. Registre as entradas do cliente que falha. Mantenha o nome do host solicitado, o destino do redirecionamento, o emissor recebido, o resultado da verificação e a configuração de confiança selecionada. Um navegador funcional pode usar outro armazenamento de raízes.
  3. Verifique as regras de seleção do backend. Compilações do curl podem usar verificação nativa ou raízes baseadas em arquivos, e opções explícitas de CA podem alterar essa escolha. Uma receita para esse executável não configura um ambiente Python nem uma JVM.

Use um pacote mantido ou uma disposição de armazenamento de confiança suportada que contenha as autoridades públicas e privadas em que o aplicativo deve confiar. Não adicione a chave privada de uma CA nem promova cada certificado folha que falha a raiz apenas para eliminar o próximo erro.

Entregue o material de confiança pelo caminho de atualização suportado da implantação. Substituir manualmente um pacote de CA de fornecedor pode ser desfeito pela atualização seguinte; mantenha o proprietário e o processo de manutenção explícitos para que a verificação continue por toda a rota da solicitação.

Artigos relacionados