История одного SSL рукопожатия

[@vladbarcelo]

Вы точно не ошиблись? Заказчик выдал вам приватный ключ от своего ssl-сертификата?

[@edithwang]

Не ошиблась. Аутентификация же двухстронняя)
Не от своего ssl-сертификата, а от клиентского
Для клиентского приложения сгенерировали пару: приватный ключ и сертификат (в составе которого, соответственно, публичный ключ), и выдали мне.
Этот сертификат установили на сервере в списке доверенных. Приватный ключ, как водится, только на стороне клиентского приложения хранится

[@saipr]

Исчерпывающий ответ. Здорово.

[@sandello]

В 80% приватный ключ для аутентификации генерирует сам владелец сервера. Потому что 99% клиентов вообще не понимают, что это и для чего оно нужно.

[@saipr]

В 80% приватный ключ для аутентификации генерирует сам владелец сервера. Потому что 99% клиентов вообще не понимают, что это и для чего оно нужно.

Вот в этом вся и беда! При этом не только ключ аутентификации, но ключевая пара при получении на УЦ сертификата электронной плдписи и т.д.

[@vladbarcelo]

А, я понял, ключ для вашего приложения. Спасибо.

[@more_cry]

Спасибо за статью, было приятно осознать, что кто-то сталкивался с такого же рода ошибкой ура, я не один. Правда, дело было в dotnet, но суть точно такая же, как ни странно. При чем тем же курлом оправдывались – работает же!

[@edithwang]

Взаимно)
А вы каким образом докопались до root cause?

[@more_cry]

У меня скорее была проблема из-за ограниченного API предоставляемого дотнетом, – по итогу ключ не добавлялся в контейнер, а из-за этого сервер выдавал 500 ошибку. Даже не добавлялся, а просто API нет такого, чтобы обеспечить генерацию .pfx/pkcs12 из пары cert/key в PEM формате.

Решил прямым использованием OpenSSL враппера и созданием контейнера собственноручно.

[@zacisco]

у меня была немного другая ситуация… необходимо было переписать SOAP-клиент на новую яву (и в принципе сервлет-сервис переписать). так у меня рукопожатие не заканчивалось, уже не помню… с моей стороны отвал что ли (а проблема из-за того, что начиная с JDK 1.7.0_25 вроде, ужесточилась политика безопасности). Ключ с сертификатом в контейнер добавлялся так же как и для старой версии, но цепочка в контейнере не находилась по итогу. Пришлось прикручивать HostnameVerifier и использовать собственный SSLSocketFactory и X509KeyManager и только тогда вся цепочка проверялась и соединение устанавливалось.

[@edithwang]

Можно поподробнее, не совсем поняла: «цепочка в контейнере не находилась» по той же причине что и у меня? То есть по сути проверку X добавили начиная с определённой версии JDK или какую-то иную проверку?

[@mIK_LH]

Работа с сертификатами SSL в java это боль.

[@YuryB]

очень сумбурно написано…