Генератор самоподписанных сертификатов

• Создание самоподписанных сертификатов X.509: создавайте полностью соответствующие стандарту сертификаты X.509v3 с корректными расширениями Basic Constraints, Key Usage и Subject Key Identifier. Сертификат включает Common Name, необязательные поля организации и страны и готов к немедленному использованию в средах разработки.
• Поддержка ключей RSA и ECDSA: выбирайте между алгоритмами RSA (2048 или 4096 бит) и ECDSA (P-256 или P-384). Оба создают криптографически стойкие ключи с помощью встроенного Web Crypto API браузера. Выберите алгоритм, который лучше всего подходит вашим задачам разработки и тестирования.
• 100 % в браузере — без загрузки на сервер: вся генерация ключей и создание сертификата происходят полностью в вашем браузере с помощью Web Crypto API и библиотеки PKIjs. Закрытый ключ и сертификат никогда не покидают устройство: без загрузок, сетевых запросов и серверной обработки.
• Бесплатно и без регистрации: создавайте неограниченное количество самоподписанных сертификатов для локальной разработки без регистрации, аккаунта и ограничений. Скачивайте файлы PEM или копируйте вывод напрямую — совершенно бесплатно и навсегда.

• Тестирование HTTPS при локальной разработке: разработчики используют самоподписанные сертификаты, чтобы включить HTTPS на локальных серверах разработки. Проверяйте безопасные cookie, service workers, API геолокации и другие функции браузера, требующие защищённого контекста, не покупая сертификат от ЦС.
• Сервисы внутренних сетей: разворачивайте самоподписанные сертификаты на внутренних серверах разработки, в staging-средах и конвейерах CI/CD, где сертификаты доверенных ЦС непрактичны. Отлично подходит для внутренних инструментов, панелей и микросервисов в сетях разработки.
• Интеграционное тестирование и QA: инженеры по тестированию используют самоподписанные сертификаты в автоматизированных наборах тестов для проверки поведения TLS-рукопожатия, логики валидации сертификатов и обработки ошибок без зависимости от внешних центров сертификации или продакшн-инфраструктуры.
• Разработка API и вебхуков: разработчики, создающие API и интеграции с вебхуками, используют самоподписанные сертификаты для тестирования завершения TLS, взаимной аутентификации TLS (mTLS) и логики закрепления сертификатов во время разработки, не поднимая инфраструктуру управления сертификатами.
• Изучение управления сертификатами: ИТ-специалисты и студенты используют генераторы самоподписанных сертификатов, чтобы изучить структуру сертификатов X.509, инфраструктуру открытых ключей (PKI) и концепции TLS. Разберитесь с полями, расширениями и типами ключей сертификата на практике.
• Разработка с Docker и контейнерами: DevOps-инженеры создают самоподписанные сертификаты для разработки в контейнерах Docker, тестирования ingress в Kubernetes и TLS-связи между контейнерами в локальных кластерах, таких как Minikube и kind.

Самоподписанный сертификат — это сертификат X.509, в котором субъект и издатель совпадают: сертификат подписывает сам себя, а не подписывается доверенным центром сертификации (ЦС). В отличие от сертификатов, подписанных ЦС, самоподписанные не являются автоматически доверенными для браузеров и операционных систем. Когда браузер встречает самоподписанный сертификат, он показывает предупреждение безопасности, потому что сертификат нельзя проследить до доверенного корневого ЦС по цепочке доверия. Однако самоподписанные сертификаты обеспечивают такой же уровень шифрования, как сертификаты от ЦС, и вполне подходят для разработки, тестирования и внутреннего использования.

1. Выберите алгоритм ключа: выберите RSA (2048 или 4096 бит) или ECDSA (P-256 или P-384). Пара ключей создаётся с помощью встроенного Web Crypto API браузера, использующего криптографически стойкую генерацию случайных чисел.
2. Настройте поля сертификата: введите Common Name (CN) — доменное имя, которое будет защищать сертификат (например, localhost, myapp.local). При необходимости добавьте организацию (O) и страну (C). Задайте срок действия от 30 дней до 10 лет.
3. Создание сертификата: наш инструмент использует библиотеку pkijs для создания соответствующего сертификата X.509v3 с нужными расширениями — Basic Constraints (CA: true), Key Usage (digitalSignature, keyEncipherment, keyCertSign) и Subject Key Identifier. Сертификат подписывается алгоритмом SHA-256 с использованием созданного закрытого ключа. Вся обработка выполняется локально в вашем браузере.

• Доверие: сертификаты, подписанные ЦС, доверенны для браузеров по умолчанию, поскольку они восходят к корневому ЦС, предустановленному в хранилище доверия браузера. Самоподписанные сертификаты требуют ручной настройки доверия: их нужно добавить в хранилище доверия системы или браузера либо принять предупреждение браузера.
• Стоимость: сертификаты, подписанные ЦС, стоят денег (хотя для публичных доменов есть бесплатные варианты, например Let's Encrypt). Самоподписанные сертификаты полностью бесплатны и могут быть созданы мгновенно для любого домена, включая локальные и внутренние имена.
• Шифрование: самоподписанные и подписанные ЦС сертификаты используют одни и те же криптографические алгоритмы и обеспечивают одинаковую стойкость шифрования. Разница только в цепочке доверия, а не в безопасности самого TLS-соединения.
• Сценарии использования: сертификаты, подписанные ЦС, обязательны для публичных продакшн-сайтов. Самоподписанные сертификаты идеальны для локальной разработки, внутренних сетей, тестовых сред, конвейеров CI/CD и образовательных целей.

Наш генератор самоподписанных сертификатов создаёт сертификаты X.509v3 со следующими полями и расширениями. Common Name (CN) идентифицирует домен или имя сервера, который защищает сертификат. Subject Key Identifier однозначно идентифицирует открытый ключ сертификата. Basic Constraints помечает сертификат как ЦС (центр сертификации), что позволяет ему подписывать другие сертификаты. Key Usage определяет разрешённые операции: цифровые подписи, шифрование ключей, подпись сертификатов и подпись CRL. Отпечаток SHA-256 однозначно идентифицирует сертификат и может использоваться для закрепления сертификатов. Все метки времени используют UTC для единообразной интерпретации на разных платформах.