# CSR-Dekodierer

Dekodiere eine PKCS #10-Zertifikatsignierungsanforderung, bevor du sie an eine Zertifizierungsstelle sendest. Füge den PEM-Block oder Base64-DER ein, um den Betreff, Typ und Größe des öffentlichen Schlüssels, den Signaturalgorithmus, die Gültigkeit der Selbstsignatur der Anfrage, den SPKI-SHA-256-Pin und die angeforderten Erweiterungen wie alternative Betreffnamen, Schlüsselverwendung, erweiterte Schlüsselverwendung und grundlegende Einschränkungen anzuzeigen.

## Häufig gestellte Fragen

### Was ist eine Zertifikatsignierungsanforderung?

Eine CSR ist eine PKCS #10-Struktur, die deinen öffentlichen Schlüssel, den gewünschten Betreffnamen des Zertifikats und optionale Erweiterungen enthält und mit deinem privaten Schlüssel signiert ist. Eine Zertifizierungsstelle liest sie, um das Zertifikat auszustellen. Der private Schlüssel verlässt deinen Server nicht.

### Welche Eingabeformate werden unterstützt?

Füge den PEM-Block ein, der mit -----BEGIN CERTIFICATE REQUEST----- oder dem älteren -----BEGIN NEW CERTIFICATE REQUEST----- beginnt, oder die rohen DER-Daten als Base64 ohne Header. Nur die erste Anfrage in der Eingabe wird dekodiert.

### Was sagt mir die Signaturprüfung?

Eine CSR wird mit dem privaten Schlüssel signiert, der zum darin enthaltenen öffentlichen Schlüssel gehört. Eine gültige Signatur beweist, dass die Anfrage von der Person erstellt wurde, die diesen privaten Schlüssel besitzt, und danach nicht verändert wurde. Eine ungültige Signatur bedeutet meist, dass die Datei bearbeitet oder beschädigt wurde.

### Warum werden in meiner CSR keine alternativen Betreffnamen angezeigt?

Browser ignorieren den allgemeinen Namen und verlangen die Domains in der Erweiterung für alternative Betreffnamen. Wenn der Dekodierer keine aufführt, enthält die Anfrage kein extensionRequest-Attribut. Viele Zertifizierungsstellen fügen die Namen selbst hinzu. Mit OpenSSL kannst du sie jedoch über -addext "subjectAltName=DNS:example.com,DNS:www.example.com" hinzufügen.

### Was ist der SPKI-Pin?

Es ist der Base64-SHA-256-Hash der SubjectPublicKeyInfo der Anfrage. Das aus dieser CSR ausgestellte Zertifikat enthält denselben öffentlichen Schlüssel und daher denselben Pin. So kannst du bestätigen, dass ein Zertifikat zu deinem Schlüssel gehört.

### Welche Schlüsseltypen werden erkannt?

Bei RSA-Anfragen wird die Modulusgröße angezeigt, bei EC-Anfragen die Kurve, etwa P-256 oder P-384, und Ed25519- und Ed448-Schlüssel werden direkt benannt. Der Signaturalgorithmus wird mit seinem Hash angezeigt, zum Beispiel RSASSA-PKCS1-v1_5 mit SHA-256 oder ECDSA mit SHA-384.

### Werden Attribute wie das Challenge-Passwort angezeigt?

Attribute außer der Erweiterungsanforderung werden mit Namen aufgeführt. Ein Challenge-Passwort wird als gesetzt gemeldet, sein Wert wird jedoch nicht im Ergebnis ausgegeben. Unbekannte Attribute erscheinen mit ihrer Objektkennung.

### Was sind kritische Erweiterungen?

Eine als kritisch markierte Erweiterung muss von jeder Software verstanden werden, die das Zertifikat verarbeitet. Andernfalls wird das Zertifikat abgelehnt. Der Decoder kennzeichnet solche Erweiterungen, wie es bei grundlegenden Einschränkungen und der Schlüsselverwendung üblich ist.

### Wird der CSR gespeichert?

Nein. Die Anfrage wird im Arbeitsspeicher dekodiert und niemals protokolliert oder gespeichert. Ein CSR enthält nur öffentliche Daten. Wenn du ihn online dekodierst, wird dein privater Schlüssel daher nicht offengelegt.

### Gibt es eine Größenbeschränkung?

Die Eingabe darf bis zu 65,536 Zeichen lang sein, weit mehr, als ein normaler CSR benötigt. Eine typische RSA-2048-Anfrage umfasst etwa 1,000 Zeichen im PEM-Format.

Deine Anzeige hier?

[Schreib uns eine E-Mail](mailto:hi@dennn.is?subject=Werbung%20auf%20OneClick%20Pro)

[Anzeige Die agentenfähige Plugin-Suite für WordPress.](https://sleekwp.com/?ref=oneclickpro)