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