TLS_RSA_WITH_AES_128_CBC_SHA und SSL_RSA_WITH_AES_128_CBC_SHA

Ist, gibt es einen Unterschied zwischen diesen cipher suites? Sie gleich Aussehen, jedoch die ersten drei Buchstaben sind anders.

Beziehe ich mich auf TLS_RSA_WITH_AES_128_CBC_SHA und SSL_RSA_WITH_AES_128_CBC_SHA.

Diese sind nicht die Zertifikate, sondern cipher suites. Überprüfen Sie die Werte der Konstanten.
Siehe auch Thomas Pornin Antwort auf Wie haben SSLv3 erhalten AES?. auf der Information Security Stack Exchange.

InformationsquelleAutor cateof | 2014-06-19

  1. 9

    IANA unterhält eine Registrierung von TLS cipher suites bei Die TLS-Parameter. In SSL/TLS cipher suites sind angegeben, die durch 2 Bytes.

    TLS_RSA_WITH_AES_128_CBC_SHA verwendet 0x00,0x2F und seine angegebenen RFC 3268, AES-Ciphersuites für TLS. Es ergänzt die cipher suites aus der ursprünglichen Das TLS-Protokoll Version 1.0 der RFC 2246. RFC 5246, Die Transport Layer Security (TLS) Protocol, Version 1.2 enthalten es aus der box.

    Gibt es keine SSL_RSA_WITH_AES_128_CBC_SHA pro IANA. Seine nicht aufgeführt ist im Entwurf Das SSL-Protokoll Version 3.0. Und es ist nicht aufgeführt in RFC 6101, Das Secure-Sockets-Layer-Protokoll (SSL) Version 3.0. Ich vermute, die ein synonym oder einen alias verwendet von einigen Bibliotheken nach RFC 3268.

    Verbindung: SSL-Protokolle sind nicht unter IETF Kontrolle. Siehe, zum Beispiel, RFC 5746, Abschnitt 4.5:

    Während SSLv3 ist nicht ein IETF-Protokoll unter change control (siehe [SSLv3]),
    es war die ursprüngliche Grundlage für die TLS und die meisten TLS-Implementierungen auch
    Unterstützung von SSLv3.

    OpenSSL hat bieten TLS_RSA_WITH_AES_128_CBC_SHA - seine so genannte AES128-SHA in der cipher-suite-Liste. OpenSSL nicht bieten SSL_RSA_WITH_AES_128_CBC_SHA. Finden Sie die ciphers(1) Dokumentation.

    Unten, sowohl eine TLSv1 und SSLv3-verbindungen sind mit AES128-SHA.

    $ openssl s_client -tls1 -connect google.com:443 -cipher "AES128-SHA"
CONNECTED(00000003)
depth=2 C = US, O = GeoTrust Inc., CN = GeoTrust Global CA
verify error:num=20:unable to get local issuer certificate
verify return:0
---
Certificate chain
 0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=*.google.com
   i:/C=US/O=Google Inc/CN=Google Internet Authority G2
 1 s:/C=US/O=Google Inc/CN=Google Internet Authority G2
   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
 2 s:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
...
SSL-Session:
    Protocol  : TLSv1
    Cipher    : AES128-SHA
...

    Und

    $ openssl s_client -ssl3 -connect google.com:443 -cipher "AES128-SHA"
CONNECTED(00000003)
depth=2 C = US, O = GeoTrust Inc., CN = GeoTrust Global CA
verify error:num=20:unable to get local issuer certificate
verify return:0
---
Certificate chain
 0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=*.google.com
   i:/C=US/O=Google Inc/CN=Google Internet Authority G2
 1 s:/C=US/O=Google Inc/CN=Google Internet Authority G2
   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
 2 s:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
...
SSL-Session:
    Protocol  : SSLv3
    Cipher    : AES128-SHA
...

    Meine Vermutung ist SSL_RSA_WITH_AES_128_CBC_SHA wurde Hinzugefügt, um SSLv3 um die Zeit, RFC 3268 veröffentlicht wurde. Aber ich kann nicht finden, ein Dokument, es zu bedecken.

    In jedem Fall, die primitves sind die gleichen: RSA wichtigsten Verkehrs -, AES block cipher, CBC Modus SHA HAMC, etc. Der einzige Unterschied ist das Protokoll (SSLv3 vs. TLS 1.0 und Freunde).

    InformationsquelleAutor jww

Schreibe einen Kommentar