Быстрая версия вопроса

Gmail, TD (канадский Банк), Royal Bank (канадский Банк) все использование ssl. Когда Вы осматриваете их сертификаты, они все имеют

Common Name (CN)   mail.google.com

Или в более общем плане:

Common Name (CN)   

Это необходимо для предотвращения человека в средних нападениях?

Сводка

JBoss позволяет клиентам и серверам аутентифицировать сертификаты использования и ssl. Одна вещь, которая кажется странной, состоит в том, что Вы не обязаны давать свое имя хоста на сертификате.

Я думаю, что это означает, находится ли Сервер B в Вашей базе доверенных сертификатов, Разъедините B, может симулировать быть любым сервером, который они хотят.

(И аналогично: если Клиент B находится в Вашей базе доверенных сертификатов...),

Я пропускаю что-то здесь?

Шаги аутентификации

(Сводка Wikipeida Page)

Client                                                  Server
=================================================================================================
1) Client sends Client Hello
        ENCRIPTION: None
        - highest TLS protocol supported
        - random number
        - list of cipher suites
        - compression methods

                                                        2) Sever Hello
                                                                ENCRIPTION: None
                                                                - highest TLS protocol supported
                                                                - random number
                                                                - choosen cipher suite
                                                                - choosen compression method

                                                        3) Certificate Message
                                                                ENCRIPTION: None
                                                                -

                                                        4) ServerHelloDone
                                                                ENCRIPTION: None

5) Certificate Message
        ENCRIPTION: None

6) ClientKeyExchange Message
        ENCRIPTION: server's public key => only server can read
                => if sever can read this he must own the certificate
        - may contain a PreMasterSecerate, public key or nothing (depends on cipher)

7) CertificateVerify Message
        ENCRIPTION: clients private key
        - purpose is to prove to the server that client owns the cert


                        8) BOTH CLIENT AND SERVER:
                                - use random numbers and PreMasterSecret to compute a common secerate


9) Finished message
        - contains a has and MAC over previous handshakes
                (to ensure that those unincripted messages did not get broken)


                                                        10) Finished message
                                                                - samething

Разъедините знает

• У клиента есть открытый ключ для отправленного сертификата (шаг 7)

• Сертификат клиента действителен потому что также:

  • это было подписано CA (verisign)
  • это было самоподписано, НО это находится в базе доверенных сертификатов сервера

• Это не атака с повторением пакетов, потому что, по-видимому, случайное число (шаг 1 или 2) отправляется с каждым сообщением

Клиент знает

• Сервер имеет открытый ключ для отправленного сертификата (шаг 6 с шагом 8)

• Сертификат сервера действителен потому что также:

  • это было подписано CA (verisign)
  • это было самоподписано, НО это находится в базе доверенных сертификатов клиента

• Это не атака с повторением пакетов, потому что, по-видимому, случайное число (шаг 1 или 2) отправляется с каждым сообщением

Потенциальная проблема

• Предположим, что база доверенных сертификатов клиента имеет сертификаты в ней:

  • Сервер A
  • Сервер B (malicous)

• Сервер A имеет имя хоста www.A.com

• Сервер B имеет имя хоста www.B.com

• Предположим: клиент пытается соединиться с Сервером A, но Сервер B запускает человека в среднем нападении.

• Начиная с сервера B:

  • имеет открытый ключ для сертификата, который будет отправлен клиенту
  • имеет "действительный сертификат" (сертификат в базе доверенных сертификатов)
• И с тех пор:
  • сертификаты не имеют поля имени хоста в них

Кажется, что Сервер B может симулировать быть Сервером легко.

Есть ли что-то, что я пропускаю?