Problema com a geração de certificado autoassinado com o campo SAN apropriado

2

Estou tentando configurar o Janus Gateway e estou enfrentando um problema com meu certificado autoassinado, consulte o log abaixo

Jan 25 09:50:46 localhost platform: [2018/01/25 09:50:46 EST] [EROR] /api/v4/webrtc/token:WebRTC.Token code=500 rid=7mgqedeejpnt3gginnpj5ikape uid=k7m4t6r663frfqaoo5enspfuqh ip=192.168.20.3 We encountered an error while connecting to the server [details: Post https://192.168.20.140:7889/admin: x509: cannot validate certificate for 192.168.20.140 because it doesn't contain any IP SANs]

Meu nome de host é webrtc, o endereço IP é 192.168.20.140 e o DNS local é 192.168.20.1

Meu entendimento é que eu provavelmente não tenho as informações da SAN em meu certificado, então modifiquei o comando que gera a solicitação de certificado seguindo os tutoriais on-line. Veja meu arquivo de configuração abaixo.

[ req ]
default_bits            = 2048                  # RSA key size
encrypt_key             = yes                   # Protect private key
default_md              = sha256                # MD to use
utf8                    = yes                   # Input is UTF-8
string_mask             = utf8only              # Emit UTF-8 strings
prompt                  = yes                   # Prompt for DN
distinguished_name      = san_dn           # DN template
x509_extensions     = v3_ca
req_extensions          = san_reqext       # Desired extensions
x509_extensions     = usr_cert

[ san_dn ]
countryName             = "1. Country Name (2 letters) (eg, US)       "
countryName_max         = 2
stateOrProvinceName     = "2. State or Province Name   (eg, region)   "
localityName            = "3. Locality Name            (eg, city)     "
organizationName        = "4. Organization Name        (eg, company)  "
organizationalUnitName  = "5. Organizational Unit Name (eg, section)  "
commonName              = "6. Common Name              (eg, full name)"
commonName_max          = 64

[ san_reqext ]
subjectKeyIdentifier    = hash
basicConstraints    = CA:FALSE
keyUsage                = critical,digitalSignature
extendedKeyUsage        = critical,codeSigning, msCodeInd, msCodeCom
nsCertType      = client,server,email,objsign
subjectAltName      = @alt_names

[ usr_cert ]
subjectKeyIdentifier    = hash
basicConstraints    = CA:FALSE
keyUsage                = critical,digitalSignature
extendedKeyUsage        = critical,codeSigning, msCodeInd, msCodeCom
nsCertType      = client,server,email,objsign
authorityKeyIdentifier  = keyid,issuer

[ alt_names ]
DNS.0           = localhost
DNS.1           = webrtc
DNS.2           = 192.168.20.140
DNS.3           = 192.168.20.1

Abaixo está o comando que uso para gerar minha solicitação de certificado

openssl req -new -key ./webrtc_secret.key -config ./san_request.cfg -out ./webrtc.csr

Abaixo, o comando que uso para gerar o certificado usando minha CA de assinatura automática e a solicitação de certificado gerada

openssl x509 -req -in ./webrtc.csr -CA ./rootCA.pem -CAkey ./rootCA.key -CAcreateserial \
-out ./webrtc.pem -days 365 -sha256 

Você consegue identificar algo errado com minha solicitação de certificado?

Atualização 1:

Parece que minha solicitação de certificado gerada tem as informações certas.

Requested Extensions:
    X509v3 Subject Key Identifier: 
        F0:CA:B8:FE:FA:CE:29:CE:0E:CB:01:93:B6:97:96:30:8E:B3:16:DB
    X509v3 Basic Constraints: 
        CA:FALSE
    X509v3 Key Usage: critical
        Digital Signature
    X509v3 Extended Key Usage: critical
        Code Signing, Microsoft Individual Code Signing, Microsoft Commercial Code Signing
    Netscape Cert Type: 
        SSL Client, SSL Server, S/MIME, Object Signing
    X509v3 Subject Alternative Name: 
        DNS:localhost, DNS:webrtc, DNS:192.168.20.140, DNS:192.168.20.1

Atualização 2 Portanto, você pensaria que o openssl usaria todas as suas informações da solicitação de certificado ao gerar o certificado. ERRADO! Eu tenho que especificar manualmente a extensão ao gerar o certificado de auto-assinatura usando solicitação de certificado. Veja abaixo o exemplo abaixo ... Esta pode ser a resposta. Eu vou tentar agora

openssl x509 -req -in ./webrtc.csr -CA ./rootCA.pem -CAkey ./rootCA.key -CAcreateserial -out ./webrtc.pem -days 365 -sha256 -extfile ./san_ext.cfg -extensions san_reqext

[ req ]
req_extensions          = san_reqext       # Desired extensions

[ san_reqext ]
subjectAltName      = @alt_names

[ alt_names ]
DNS.0           = localhost
DNS.1           = mattermost
IP.0            = 192.168.20.140
IP.1            = 192.168.20.1

Não tenho certeza de onde está a perda de informações.

    
por beyonddc 25.01.2018 / 16:03

2 respostas

0

Por favor, leia toda a minha pergunta e leia a minha atualização 2. A Atualização 2 tem a resposta em detalhes.

Então, você poderia pensar que o openssl usaria todas as suas informações da solicitação de certificado ao gerar o certificado. ERRADO! Eu tenho que especificar manualmente a extensão ao gerar o certificado de auto-assinatura usando o pedido de certificado.

Aqui está um exemplo ...

openssl x509 -req -in ./webrtc.csr -CA ./rootCA.pem -CAkey ./rootCA.key -CAcreateserial -out ./webrtc.pem -days 365 -sha256 -extfile ./san_ext.cfg -extensions san_reqext

[ req ]
req_extensions          = san_reqext       # Desired extensions

[ san_reqext ]
subjectAltName      = @alt_names

[ alt_names ]
DNS.0           = localhost
DNS.1           = mattermost
IP.0            = 192.168.20.140
IP.1            = 192.168.20.1
    
por 25.01.2018 / 17:22
1

Os endereços IP na seção Nome Alternativo de Assunto precisam ser identificados como IP , em vez de DNS . Então mude a seção alt_names do seu arquivo de configuração do OpenSSL para ficar assim:

[ alt_names ]
DNS.0           = localhost
DNS.1           = webrtc
IP.0            = 192.168.20.140
IP.1            = 192.168.20.1

Em seguida, gere novamente a solicitação e o certificado.

    
por 25.01.2018 / 16:40