Tema: openssl
-
Erros de verificação TLS em diferentes ferramentas: unknown authority, CERTIFICATE_VERIFY_FAILED, self-signed na cadeia
Diferentes clientes TLS relatam a mesma falha de fundo, uma cadeia de certificados incompleta ou não confiável, cada um com suas palavras: 'certificate signed by unknown authority', 'CERTIFICATE_VERIFY_FAILED', 'unable to get local issuer certificate', 'self-signed certificate in certificate chain'. O artigo mostra como diagnosticar a cadeia real com openssl s_client antes de aplicar qualquer correção e por que -k ou verify=False nunca é uma delas.
-
Converter certificados entre PEM, DER e PKCS#12 com openssl para trust stores e keystores multiplataforma
Trust stores e keystores esperam formatos de contêiner diferentes: os diretórios de âncoras do RHEL/Debian querem arquivos .crt em PEM, e as ferramentas Windows e Java costumam fornecer ou exigir PKCS#12 (.pfx/.p12) ou DER (.cer). Os comandos openssl pkcs12 e openssl x509 convertem entre eles e separam a chave.
-
make, ping e nc: códigos de saída que, silenciosamente, não verificam o que você imagina
No GNU make, o código de saída 1 de -q significa "um alvo precisa ser reconstruído", não falha. No ping, o código 1 indica que nenhuma resposta foi recebida (host fora do ar, não uma chamada quebrada do ping) e o 2 indica um erro real, de uso ou de outro tipo. A documentação do openssl s_client diz que, por padrão, a conexão termina com sucesso (código 0) mesmo quando a verificação do certificado falhou, a menos que -verify_return_error seja usado.
Legível por máquina: JSON