Determinando se um certificado SSL é afetado pela eliminação de fase SHA-1

Question

O Google Chrome começará a avisar os usuários que o SSL a conexão é insegura nas seguintes condições:

1. O certificado usa o algoritmo hash SHA1, e
2. O certificado expira em ou após 2016-01-01 (ou 2017-01-01 por diferentes fontes)

Portanto, estou tentando fazer o script de um método para determinar se um certificado é afetado. Aqui está um exemplo de um certificado SHA1 em outro servidor que eu mantenho, que expira no período de tempo 'seguro':

$ curl -v --silent https://example.com/ 2>&1 | grep "expire\|SSL connection using"
* SSL connection using DHE-RSA-AES256-GCM-SHA384
*        expire date: 2015-07-20 00:00:00 GMT

Como eu poderia ter determinado que esse certificado é SHA1 da string DHE-RSA-AES256-GCM-SHA384 ? Esse 256 na string faz com que pareça que está usando um algoritmo de 256 bits, embora eu sei que não é porque eu mesmo fiz o pedido de cert com $ openssl req -new -newkey rsa:2048 -nodes . Pesquisando, encontrei este recurso ou cifras compatíveis , mas não vejo como eu poderia determinar a força da cifra desse documento.

Como eu poderia determinar a força da codificação via curl, para que eu pudesse fazer o script?

    

Answer 1

How could I have determined that this cert is SHA1 from the string DHE-RSA-AES256-GCM-SHA384

Você não pode. Essa string apenas descreve o conjunto de criptografia usado para criptografia e é independente do próprio certificado. Você precisa dar uma olhada no certificado, desta forma:

openssl s_client -connect example.com:443 | \
openssl x509 -text -noout |\
grep 'Signature Algorithm\|Not After'

    

Answer 2

Observe que é insuficiente para verificar se o certificado contém uma assinatura SHA-2. Você precisa verificar se nenhum dos certificados intermediários na cadeia até a raiz está assinado com o SHA-1.

NSS apresenta uma variável de ambiente, NSS_HASH_ALG_SUPPORT , que pode ser usado para controlar quais algoritmos de hashing estão disponíveis para os programas usando a biblioteca. Esta variável de ambiente será respeitada por um número de programas, incluindo o Firefox, e por curl se for compilado com suporte a NSS (como é o caso, por exemplo, do Red Hat Enterprise Linux e do Fedora).

curl -V | fgrep NSS/
env NSS_HASH_ALG_SUPPORT=-SHA-1 curl -v --head https://www.google.com/

Se curl for compilado com o suporte do NSS e um certificado SHA-1 estiver em uso, a saída será semelhante a:

curl 7.40.0 (x86_64-redhat-linux-gnu) libcurl/7.40.0 NSS/3.18 Basic ECC zlib/1.2.8 libidn/1.29 libssh2/1.5.0
*   Trying 64.233.166.104...
* Connected to www.google.com (64.233.166.104) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* Server certificate:
*       subject: CN=www.google.com,O=Google Inc,L=Mountain View,ST=California,C=US
*       start date: Jun 03 09:26:01 2015 GMT
*       expire date: Sep 01 00:00:00 2015 GMT
*       common name: www.google.com
*       issuer: CN=Google Internet Authority G2,O=Google Inc,C=US
* NSS error -8016 (SEC_ERROR_CERT_SIGNATURE_ALGORITHM_DISABLED)
* The certificate was signed using a signature algorithm that is disabled because it is not secure.
* Closing connection 0
curl: (60) The certificate was signed using a signature algorithm that is disabled because it is not secure.
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.
Exit 60