SSL & Security
CSR Decoder
Decode a CSR
Tool features
4 checks
CSR Parsing
Parse and decode Certificate Signing Requests in PEM format
Validation Check
Verify CSR format, signature, and cryptographic integrity
Detailed Analysis
Extract subject information, public key details, and extensions
Security Assessment
Analyze key strength, signature algorithms, and security recommendations
What is a CSR & how it works
A Certificate Signing Request (CSR) is the file you send a certificate authority when ordering a certificate. It contains your public key, the subject details you want on the certificate, any requested Subject Alternative Names, and a signature made with the matching private key.
The CA copies these details into the certificate it issues, so a typo in the CSR ends up on the certificate. Decoding the CSR before submitting it lets you confirm the Common Name, SANs, organisation fields and key strength are right, and that the signature proves you hold the private key.
Subject
CN, O, OU, L, ST and C fields describing who the certificate is for.
SAN extension
The list of hostnames and IPs requested; browsers match only against these.
Signature
Made with the private key, proving the requester controls the key pair.
How to use this tool
1
Paste the CSR
Paste the full request including
-----BEGIN CERTIFICATE REQUEST----- and the END line.2
Decode
Run the decoder to parse the subject, public key, extensions and signature.
3
Check every field
Confirm the Common Name and SANs cover every hostname, and the organisation details are correct.
4
Review key strength
Make sure the key is at least RSA 2048 or ECDSA P-256 and signed with SHA-256, then submit it to your CA.
Related tools
3 tools
Frequently asked questions
5 Q&A
No. A CSR only holds the public key and is safe to share with your CA or paste here. The private key stays on the machine where the CSR was generated.
Some CSR generators only set the Common Name. Most CAs add the CN as a SAN automatically, but for multi-domain certificates you should request every hostname explicitly with a SAN extension.
Run
openssl req -in server.csr -noout -text. Add -verify to check the signature.No. Changing any field invalidates the signature. Generate a new CSR with the corrected details; you can reuse the same private key if it has not been exposed.