Я получил базовое представление о парах открытого и закрытого ключей, но не знаю, каков внутренний механизм того, что IIS делает при генерации ключа SSL.
Одна вещь, которая заставляет меня думать, что под капотом скрывается нечто большее, чем просто обмен PKI, заключается в том, что существуют такие инструменты, как OpenSSL, которые копаются в веб-серверах и предоставляют различные возможности шифрования. Эти возможности, по-видимому, основаны на некоторой комбинации платформы, веб-сервера и лица, подписывающего сертификат.
Еще одна вещь, которую я на самом деле не понял, - это содержимое ключа, который Verisign / Comodo / etc отправит мне после создания сертификата. Каковы последствия для безопасности этого электронного письма, или я могу просто удалить его, поскольку ключ, который имеет значение, должен быть экспортирован с сервера IIS.
Наконец, это единственный способ получить сертификат SSL для веб-сайта, чтобы использовать панель управления IIS для создания пары ключей.
Для сторонних центров сертификации, таких как Verisign, вы отправляете им запрос на подпись сертификата. Машина, сгенерировавшая CSR, также сгенерировала закрытый ключ. Когда они его подписывают, полученный вами файл работает только вместе с закрытым ключом. Это электронное письмо не является критически важным.
Базовая криптографическая платформа веб-сервера определяет, какие хеши, длины ключей и возможности он может поддерживать. OpenSSL - одна платформа, инфраструктура PKI Microsoft управляет IIS - другая.
Для IIS7 (который находится в Windows 2008) существует другой способ обработки процесса получения сертификата. Я опишу, как это работает для стороннего центра сертификации.
Чтобы импортировать сертификат: