Check the PEM boundary
Paste one CERTIFICATE REQUEST block or choose a local .csr file. A certificate or private key has a different header and is rejected rather than guessed.
Certificate requests
Inspect an existing request first; switch explicitly to a test generator when you need a new key pair.
Paste a CSR or load the example.
CSR decoding stays in this browser; test key generation is isolated in a sandboxed frame.
The file is read locally and replaces the input only after confirmation. One PEM request, up to 256 KiB.
Paste a CSR or load the example.
A CSR decoder is useful just before you submit a request to a CA: a pasted PEM can hide a missing SAN, a misspelled CN or a damaged signature. The report separates requested names from proof that the request bytes were signed by the matching key. You can decode certificate signing request details without an upload.
Read what the request asks for and keep generated keys in a separate browser context.
The CSR decoder lists the subject, DNS and IP SAN entries, key algorithm and signature separately. You can see a requested hostname before the CA decides what to issue.
The CSR decoder stays on the ordinary page, while test generation runs in a sandboxed frame. The private key is downloaded from that frame and is never sent to the surrounding page.
Three details that are easy to miss in a PEM block.
Paste one CERTIFICATE REQUEST block or choose a local .csr file. A certificate or private key has a different header and is rejected rather than guessed.
Use the signature result separately from the field list. A valid self-signature confirms the request was not altered, but it cannot prove domain control.
In test generation, the CN is automatically included in DNS SAN. Download the private key before leaving that mode; refreshing destroys the in-memory copy.
Each result is derived from the request bytes, without contacting a certificate authority.
The CSR decoder separates the CN and other subject fields from DNS and IP SAN values requested through extensionRequest. The SAN list makes the report useful as a CSR SAN checker before submission.
The CSR decoder verifies the request signature against its embedded public key and reports invalid or unsupported signatures distinctly.
The CSR decoder shares one page with a manual test generator for RSA 2048 or EC P-256, both signed with SHA-256.
The CSR decoder reads and verifies locally; the request is not sent to our server. The isolated generator keeps its private key inside its frame until download.
Usually the CSR was created without an extensionRequest SAN. The CN alone is not a replacement; generate a fresh request with every required DNS or IP SAN.
Yes. This CSR decoder checks the self-signature with the public key in the request. An unsupported algorithm is shown as unverified, not valid.
This version accepts one PEM CERTIFICATE REQUEST block. Convert binary DER to PEM locally before using it.
No. Editing the subject or SAN changes the signed bytes. Regenerate and sign a new request using the corresponding private key.
Found a CSR that this tool should handle better?
Inspect the requested names and signature, then save the report or generate a separate test key.