Требования к генерации ключей для TLS ECDHE-ECDSA-AES128-GCM-SHA256

мне было интересно, если есть минимальный ключ-расчет потребности в протокола ECDHE-уровнем-AES128-GCM в-SHA256, и протокола ECDHE-алгоритма ECDSA-AES128-GCM не-и SHA256? Я пытаюсь получить клиент и сервер TLS, используя один из вышеупомянутых алгоритмов для подключения друг к другу и продолжать получать "нет общих ошибок шифрования". Я создал CA для подписания клиентских и серверных сертификатов и попытался подключиться только с openssl, а также в узле.js. Я запускаю cliengt и сервер на localhost (127.0.0.1), чтобы устранить любые другие всевозможные проблемы.

вот что я сделал до сих пор:

создание пары ключей CA:

  $ openssl genrsa -out ca-key.pem 4096
  $ openssl req -new -x509 -days 365 -key ca-key.pem -out ca-cert.pem

создание пары ключей сервер / клиент:

  $ openssl genrsa -out server-key.pem 4096
  $ openssl req -new -key server-key.pem -out server-csr.pem
  $ openssl x509 -req -days 365 -in server-csr.pem -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 -out server-cert.pem 

  $ openssl genrsa -out client-key.pem 4096
  $ openssl req -new -key client-key.pem -out client-csr.pem
  $ openssl x509 -req -days 365 -in client-csr.pem -CA ca-cert.pem -CAkey ca-key.pem -set_serial 02 -out client-cert.pem

первоначально я пытался подключиться к узлу.JS-сервер из командной строки (tls.createServer() с параметрами: шифры: 'протокола ECDHE-уровнем-и AES256-GCM не-значения sha384:протокола ECDHE-алгоритма ECDSA-AES128-GCM не-и SHA256'), но чтобы исключить узел подозрение, я упал обратно в OpenSSL для клиента, так и для создания сервера.

в следующие команды правильно подключаются для клиента и сервера и утверждают, что он использует шифр "New, TLSv1 / SSLv3, шифр ECDHE-RSA-AES256-GCM-SHA384":

$ openssl s_server -accept 8888 -cert server-cert.pem -key server-key.pem -pass stdin -CAfile ca-cert.pem  -state
<password entered here>

$ openssl s_client -connect 127.0.0.1:8888 -cert client-cert.pem -key client-key.pem -pass stdin -CAfile ca-cert.pem -state
<password entered here>

С общей информацией шифра следующим образом:

Shared ciphers:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-R
SA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES2
56-SHA:SRP-DSS-AES-256-CBC-SHA:SRP-RSA-AES-256-CBC-SHA:DHE-DSS-AES256-GCM-SHA384
:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-A
ES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:ECD
H-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH
-ECDSA-AES256-SHA384:ECDH-RSA-AES256-SHA:ECDH-ECDSA-AES256-SHA:AES256-GCM-SHA384
:AES256-SHA256:AES256-SHA:CAMELLIA256-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES
-CBC3-SHA:SRP-DSS-3DES-EDE-CBC-SHA:SRP-RSA-3DES-EDE-CBC-SHA:EDH-RSA-DES-CBC3-SHA
:EDH-DSS-DES-CBC3-SHA:ECDH-RSA-DES-CBC3-SHA:ECDH-ECDSA-DES-CBC3-SHA:DES-CBC3-SHA
:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA2
56:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:SRP-DSS
-AES-128-CBC-SHA:SRP-RSA-AES-128-CBC-SHA:DHE-DSS-AES128-GCM-SHA256

следующие команды не работают, когда я указываю шифр на сервере или клиенте и сервере. Обратите внимание, что шифр ECDHE-ECDSA-AES128-GCM-SHA256 указан как общий В приведенном выше списке.

$ openssl s_server -accept 8888 -cert server-cert.pem -key server-key.pem -pass stdin -CAfile ca-cert.pem -cipher ECDHE-ECDSA-AES128-GCM-SHA256
<password entered here>

<< Server output after client connection attempt >>
Using default temp DH parameters
Using default temp ECDH parameters
ACCEPT
ERROR
2674688:error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher:s3_srvr.c:1353:
shutting down SSL
CONNECTION CLOSED
ACCEPT


$ openssl s_client -connect 127.0.0.1:8888 -cert client-cert.pem -key client-key.pem -pass stdin -CAfile ca-cert.pem -cipher ECDHE-ECDSA-AES128-GCM-SHA256
<password entered here>

<<client output after connection attempt>>
CONNECTED(00000003)
2674688:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:s23_clnt.c:708:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 7 bytes and written 166 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
---

у кого-нибудь есть идеи? Заранее спасибо!

10
cryptography node.js openssl

1 ответов

Вы делаете неправильный вид ключа с 

 openssl genrsa -out ca-key.pem 4096

вам нужно использовать ecparam

openssl ecparam -name secp521r1 -out ca-key.pem -genkey

и 

openssl ecparam -name secp521r1 -out client-key.pem -genkey

genrsa генерирует ключ RSA, который при использовании с ECDHE аутентифицирует эллиптическую кривую Diffie Hellman key Exchange (ECDHE).

ECDSA в ECDHE-ECDSA-AES128-GCM-SHA256 означает, что вам нужен алгоритм цифровой подписи эллиптической кривой для аутентификации этого ключа. Потому что у тебя их нет. ключи, команда терпит неудачу. Однако ECDHE-RSA-AES256-GCM-SHA384 работает, потому что он использует ключи RSA, которые у вас есть.

вы получаете sha384, потому что openssl выбирает самый сильный набор шифров, и при равенстве sha384 лучше, чем sha256. Вы можете переопределить это, и похоже, что вы сделали это с --cipher.

Примечание Вы можете использовать другую кривую. Вы можете получить полный список с

openssl ecparam -list_curves

из любопытства, почему именно этот набор шифров? Протокола ECDHE и ECDSA-это состояние искусства, но sha256-это просто стандарт, и хорошо, что AES 128, безусловно, достаточно хорош, люди, как правило, используют 256, если они так осторожны, как предполагает ECDHE и ECDSA.

16