PT Privacy Tools

Генератор и декодер CSR

Создайте запрос на подпись сертификата (CSR) и закрытый ключ с SAN, RSA или ECDSA либо декодируйте существующий CSR — локально в браузере.

🔒 Работает полностью в вашем браузере — ничего не загружается

Keys and CSRs are created with Web Crypto in your browser. Nothing is uploaded.

Advertisement

Что такое CSR и как этот инструмент его создаёт

Запрос на подпись сертификата (CSR) — это файл, который вы отправляете в удостоверяющий центр, например Let's Encrypt, DigiCert или внутренний CA вашей компании, чтобы получить TLS-сертификат. Он содержит ваш открытый ключ, данные субъекта (Common Name, организацию, населённый пункт и страну) и альтернативные имена субъекта (SAN), которые должен охватывать сертификат, и всё это подписано соответствующим закрытым ключом, чтобы доказать, что вы им владеете. Этот инструмент генерирует пару ключей с помощью Web Crypto API браузера и формирует стандартный запрос PKCS#10 с @peculiar/x509. Результат имеет тот же формат PEM, что и вывод openssl req -new, поэтому его примет любой CA.

Как правильно заполнить поля

Укажите основное имя хоста, например www.example.com, в поле Common Name и перечислите в поле SAN все имена, которые должен защищать сертификат, включая основной домен и wildcard-имена вроде *.example.com. Современные браузеры проверяют только SAN, поэтому инструмент по умолчанию добавляет Common Name в список SAN. Страна должна быть двухбуквенным кодом ISO, например US или DE. Поля организации и местоположения важны для сертификатов с проверкой организации (OV); для сертификатов с проверкой домена (DV) они обычно игнорируются. RSA 2048 совместим везде, а ECDSA P-256 даёт более компактные ключи и более быстрые рукопожатия.

Обращайтесь с закрытым ключом осторожно

Закрытый ключ никогда не покидает ваш браузер и никогда не входит в CSR. Сразу скачайте его и перенесите на сервер, который будет предъявлять сертификат, с правами доступа, позволяющими читать его только веб-серверу. Если вы потеряете ключ, выданным сертификатом нельзя будет воспользоваться, и придётся создать новый CSR. Никогда не отправляйте закрытый ключ удостоверяющему центру или кому-либо ещё. Перед отправкой воспользуйтесь вкладкой декодирования, чтобы проверить субъект, SAN и тип ключа, а также убедиться, что подпись CSR действительна.

Как использовать

  1. Заполните данные субъектаВведите Common Name (основное имя хоста) и при необходимости поля организации, местоположения, страны и электронной почты.
  2. Добавьте SAN и тип ключаПеречислите все DNS-имена или IP-адреса, которые должен охватывать сертификат, и выберите RSA или ECDSA.
  3. Сгенерируйте и сохранитеСкопируйте CSR для удостоверяющего центра и скачайте закрытый ключ на сервер, который будет использовать сертификат.
  4. Декодируйте для проверкиПри желании вставьте любой CSR во вкладку декодирования, чтобы проверить его содержимое и подпись.

Часто задаваемые вопросы

Мой закрытый ключ кому-то отправляется?
Нет. Пара ключей генерируется с помощью Web Crypto в вашем браузере, а CSR формируется локально. В удостоверяющий центр следует отправлять только CSR, содержащий открытый ключ.
Какой тип ключа выбрать?
RSA 2048 принимается везде. ECDSA P-256 компактнее и быстрее и поддерживается всеми современными CA и браузерами. Используйте RSA 4096 или P-384, если ваша политика требует более стойких ключей.
Зачем нужны альтернативные имена субъекта (SAN)?
Браузеры сопоставляют имя хоста только с расширением SAN и игнорируют Common Name. Перечислите все имена хостов, которые должен охватывать сертификат, включая www и wildcard-имена.
Можно ли проверить CSR перед отправкой?
Да. Воспользуйтесь вкладкой декодирования CSR, чтобы просмотреть субъект, тип ключа, SAN и действительность подписи CSR.
Advertisement