# Декодер на CSR

Декодирайте заявка за подписване на сертификат PKCS #10, преди да я изпратите на сертифициращ орган. Поставете PEM блока или base64 DER, за да видите темата, типа и размера на публичния ключ, алгоритъма за подписване, дали самоподписът на заявката е валиден, SPKI SHA-256 пина и заявените разширения, като алтернативни имена на тема, употреба на ключа, разширена употреба на ключа и основни ограничения.

## Често задавани въпроси

### Какво е заявка за подписване на сертификат?

CSR е структура PKCS #10, която съдържа публичния ви ключ, името на темата, което искате да присъства в сертификата, и незадължителни разширения, подписани с частния ви ключ. Сертифициращият орган я прочита, за да издаде сертификата. Частният ключ никога не напуска сървъра ви.

### Кои входни формати се приемат?

Поставете PEM блока, който започва с -----BEGIN CERTIFICATE REQUEST----- или по-стария -----BEGIN NEW CERTIFICATE REQUEST-----, или суров DER, кодиран като base64 без заглавки. Декодира се само първата заявка във входните данни.

### Какво ми показва проверката на подписа?

CSR се подписва с частния ключ, който съответства на публичния ключ в нея. Валидният подпис доказва, че заявката е създадена от притежателя на този частен ключ и не е променяна след това. Невалидният подпис обикновено означава, че файлът е редактиран или повреден.

### Защо в моята CSR не се показват алтернативни имена на тема?

Браузърите игнорират общото име и изискват домейните да са в разширението за алтернативни имена на тема. Ако декодерът не показва такива, заявката не включва атрибут extensionRequest. Много сертифициращи органи добавят имената сами, но с OpenSSL можете да ги добавите чрез -addext "subjectAltName=DNS:example.com,DNS:www.example.com".

### Какво е SPKI pin?

Това е base64 SHA-256 хеш на SubjectPublicKeyInfo в заявката. Сертификатът, издаден въз основа на тази CSR, ще съдържа същия публичен ключ и следователно същия pin, което ви позволява да потвърдите, че сертификатът съответства на вашия ключ.

### Кои типове ключове се разпознават?

При RSA заявките се показва размерът на модула, при EC заявките — кривата, например P-256 или P-384, а ключовете Ed25519 и Ed448 се изписват директно. Алгоритъмът за подписване се показва заедно с хеша си, например RSASSA-PKCS1-v1_5 с SHA-256 или ECDSA със SHA-384.

### Показват ли се атрибути като паролата за предизвикателство?

Атрибутите извън заявката за разширения се показват по име. За парола за предизвикателство се указва, че е зададена, но стойността ѝ не се отпечатва в резултата. Непознатите атрибути се показват с идентификатора на обекта си.

### Какво представляват критичните разширения?

Разширение, означено като критично, трябва да бъде разпознато от всеки софтуер, който обработва сертификата, в противен случай сертификатът се отхвърля. Декодерът маркира такива разширения, което е обичайно за основните ограничения и употребата на ключа.

### Съхранява ли се CSR?

Не. Заявката се декодира в паметта и никога не се записва в журнал или съхранява. CSR съдържа само публични данни, така че декодирането му онлайн не разкрива частния ви ключ.

### Има ли ограничение за размера?

Входът може да бъде до 65,536 знака, което е много повече, отколкото е нужно за който и да е обичаен CSR. Типична заявка RSA 2048 е около 1,000 знака в PEM формат.

Вашата реклама тук?

[Пишете ни](mailto:hi@dennn.is?subject=%D0%A0%D0%B5%D0%BA%D0%BB%D0%B0%D0%BC%D0%B0%20%D0%B2%20OneClick%20Pro)

[Реклама Комплект плъгини за агенти за WordPress.](https://sleekwp.com/?ref=oneclickpro)