Декодер CSR

Почти каждый отказ сводится к имени, которое CA не вправе сертифицировать, слишком широкому wildcard, зарезервированному IP-адресу, слишком маленькому ключу, устаревшему хешу подписи или запросу, чья подпись не подтверждается.

Центр сертификации не вправе выпускать сертификат для внутреннего имени — такого, которое «не заканчивается доменом верхнего уровня, зарегистрированным в корневой зоне IANA» [does not end with a Top-Level Domain registered in IANA's Root Zone Database]. Сюда попадают server.local, intranet, имя из одной метки без единой точки и любой придуманный суффикс. Метки могут состоять только из букв, цифр и дефисов, поэтому подчёркивание в имени хоста отклоняется, а имя нельзя записывать с точкой на конце. Wildcard может заменять только всю крайнюю левую метку целиком и никогда — публичный суффикс: *.example.com допустим, *.co.uk — нет. IP-адрес может присутствовать, но не зарезервированный — никаких 10.0.0.0/8, 192.168.0.0/16, 127.0.0.1 или fc00::/7.

С ключами Baseline Requirements точны: модуль RSA не менее 2048 бит, без остатка делящийся на 8, либо точка на P-256, P-384 или P-521, и «никакие другие алгоритмы или размеры ключей не допускаются» [no other algorithms or key sizes are permitted]. CA также обязан отклонить ключ, который можно разложить на множители, в том числе такой, «который раскладывается не более чем за 100 раундов методом факторизации Ферма» [which can be factored within 100 rounds using Fermat's factorization method], — эта страница прогоняет такую проверку для ключа в вашем запросе. И хотя хеш подписи самого CSR — не то же самое, что хеш подписи сертификата, Let's Encrypt перестал принимать самоподписи SHA-1 в 2022 году, поэтому старый инструмент, который всё ещё подписывает SHA-1, получит отказ.

Закрытый ключ — это секрет. CSR — запрос, который доказывает, что он у вас есть. Сертификат — подписанный ответ CA, и из всех трёх только он публичен по своей природе.

Все три файла часто лежат в одной папке и называются до обидного похоже. Закрытый ключ начинается с -----BEGIN PRIVATE KEY----- или -----BEGIN RSA PRIVATE KEY----- и не должен попадать никому, включая центр сертификации. Запрос на подписание сертификата начинается с -----BEGIN CERTIFICATE REQUEST-----, подписан этим ключом, и его безопасно отправлять. Сертификат начинается с -----BEGIN CERTIFICATE-----, подписан центром сертификации и в любом случае отправляется каждому посетителю вашего сайта.

После того как сертификат выпущен, запрос больше не нужен: он не требуется ни для установки, ни для продления, ни для отзыва. А вот ключ нужно хранить — и хранить надёжно. Вставьте любой из этих трёх файлов выше, и страница скажет, что это такое.

Ключ ECDSA P-256 по стойкости равен RSA на 3072 бита, но гораздо компактнее, поэтому он лучше подходит по умолчанию. RSA 2048 по-прежнему принимают повсеместно.

NIST присваивает P-256 и RSA-3072 одинаковую стойкость в 128 бит, а в его таблице для RSA-4096 вообще нет строки: следующая строка — RSA-7680 со стойкостью 192 бита, которой достигает и P-384. Поэтому ключ RSA на 4096 бит заставляет каждого посетителя платить за лишнюю работу при рукопожатии, не давая документированного выигрыша по сравнению с 3072. Baseline Requirements допускают и P-521, но Let's Encrypt его отклоняет, так что запрос с P-521 может быть абсолютно законным и всё равно не пройти у того CA, которым вы собирались воспользоваться.

Ed25519 сегодня не вариант для публичного TLS-сертификата, каким бы хорошим ни был этот алгоритм: Baseline Requirements перечисляют RSA и три кривые NIST и добавляют «никакие другие алгоритмы или размеры ключей не допускаются» [no other algorithms or key sizes are permitted]. Не вариант и постквантовый ключ — бюллетень, который разрешил бы ML-DSA в публичном TLS, закрыли без принятия в октябре 2026 года. Ed25519 и ML-DSA по-прежнему полезны для SSH, для подписи и для частного CA, и эта страница читает запросы, которые их используют.

Публичный TLS-сертификат, выпущенный сегодня, не может действовать дольше 200 дней. В марте 2027 года этот предел упадёт до 100 дней, а в марте 2029 года — до 47.

График задан бюллетенем SC-081v3 CA/Browser Forum, принятым в апреле 2025 года, и CSR на него никак не влияет: срок действия никогда не берётся из запроса. На каждом этапе — два числа, SHOULD NOT на день меньше, чем MUST NOT: сегодня это 199 и 200, с 15.03.2027 — 99 и 100, с 15.03.2029 — 46 и 47. Для подсчёта «сутки считаются равными 86 400 секундам» [a day is measured as 86,400 seconds], и любая часть следующих суток засчитывается как целые сутки.

Практическое следствие — продление обязано быть автоматическим. Если вы до сих пор создаёте CSR вручную раз в год, самое время перейти на ACME, где запрос формирует клиент за вас, — и где, кстати, PKCS#10 действительно обязателен, хотя сами Baseline Requirements требуют лишь «запрос на сертификат в форме, предписанной центром сертификации» [a certificate request in a form prescribed by the CA].