ASN.1 CSR & Zertifikatsdecoder - Kostenloser Online-Parser
Bitte beachten Sie: Encryption Consulting LLC besitzt, speichert oder bewahrt keine in diesen Decoder eingegebenen Daten auf. Sämtliche Eingaben, einschließlich PEM-Zertifikate, Base64-kodierte DER-Daten oder Hexadezimalzeichenketten, werden ausschließlich zum Dekodieren verwendet und nicht gespeichert.
Häufig gestellte Fragen Fragen
Alles, was Sie über das Dekodieren Ihrer CSR-Dateien wissen müssen. Sie finden die gesuchte Antwort nicht? Schicken Sie uns eine E-Mail und wir werden uns so schnell wie möglich bei Ihnen melden!
Wie dekodiert man eine CSR-Datei mit dem ASN.1-Decoder-Tool von EC?
Das Dekodieren von ASN.1-Daten war noch nie so einfach. Öffnen Sie das ASN.1-Dekodierungstool und folgen Sie den drei einfachen Schritten.
Fügen Sie die CSR-Datei in unser Tool ein, laden Sie sie hoch oder ziehen Sie sie per Drag & Drop hinein. Sie können ein PEM-Zertifikat, eine Base64-kodierte DER-Datei oder eine Hexadezimalzeichenfolge angeben oder die Datei hochladen. .cer, .crt, .pemden .der Dateien.
Verbessern Sie die Ausgabe, indem Sie lange Hex-Werte kürzen, um die Lesbarkeit zu erhöhen, die Hex-Dump-Ansicht aktivieren, um Rohbytes zu untersuchen, und die dekodierte Struktur an RFC-definierten Formaten ausrichten, um jedes Feld besser zu verstehen.
Nach der Verarbeitung zeigt das Tool einen vollständigen, hierarchischen ASN.1-Baum an. Sie können alle Elemente, einschließlich Subjektdetails, Informationen zum öffentlichen Schlüssel und anderer eingebetteter Komponenten, in einem übersichtlichen, strukturierten Format erkunden.
Um einen CSR zu generieren, können Sie unseren CSR-Generator-ToolDieses Tool vereinfacht den gesamten Prozess der Erstellung eines CSR-Berichts und gewährleistet gleichzeitig die Einhaltung der relevanten Standards.
Was bedeuten Offset, Länge und Wert im dekodierten Baum?
Jedes Feld im dekodierten Baum zeigt drei wichtige Eigenschaften an, wenn man mit der Maus über das Feld fährt:
Der Offset ist die Byte-Position, an der dieses Feld in den Binärdaten beginnt. Zum Beispiel: Offset: 772 bedeutet, dass das Feld bei Byte 772 vom Anfang der Datei beginnt.
Die Länge wird im folgenden Format angezeigt: 4 + 751 (constructed), wobei die erste Zahl die Größe der Längen- und Tag-kodierten Daten angibt, die zweite die Inhaltsgröße, und constructed Das bedeutet, dass es sich bei dem Feld um einen Container handelt, der verschachtelte Felder enthält, und nicht um einen Rohwert.
Der Wert ist der dekodierte Inhalt dieses Feldes, beispielsweise eine OID wie sha256WithRSAEncryption, eine Textzeichenfolge wie CN=example.comoder eine rohe Hexadezimalsequenz.
Was ist RFC/Structure Match, und warum ändert sich der dekodierte Inhalt beim Umschalten?
RFC/Structure Match ist ein Schema oder eine Vorlage, die dem Decoder mitteilt, wie die rohen Binärfelder in Ihrer Datei zu kennzeichnen sind. Die eigentlichen Bytes bleiben unverändert; nur die Interpretation ändert sich.
Wenn RFC/Strukturabgleich aktiviert ist, erzwingt der Decoder die exakten Feldnamen, die Verschachtelungsreihenfolge und die Hierarchie, die im RFC definiert sind. Beispielsweise muss der Gültigkeitsblock gemäß RFC 5280 genau Folgendes enthalten: notBefore , notAfter in dieser Reihenfolge, und das Subjekt muss ein SEQUENCE OF RDNs (Relativer Distinguished Name). Dadurch entspricht der dekodierte Baum exakt der offiziellen Spezifikation, was nützlich ist, um fehlerhafte Zertifikate zu debuggen oder die strikte Einhaltung zu überprüfen.
Was bedeutet die Übereinstimmungsquote und wie wird sie berechnet?
Der Prozentsatz gibt an, wie gut Ihre Daten einem bekannten Schema entsprechen. Der Decoder vergleicht Ihre Binärdaten mit allen bekannten ASN.1-Schemas und bewertet sie anhand der vorhandenen Felder. Die Prozentangabe wird wie folgt berechnet:
(Erfolgreich zugeordnete Felder / Gesamtzahl der erwarteten Felder im Schema) × 100
Ein X.509-Zertifikatsschema erwartet beispielsweise Felder wie tbsCertificate, serialNumber, issuer, validity, subject, subjectPublicKeyInfo und signatureAlgorithmWenn Ihre DER-kodierte Eingabe 18 von 23 erwarteten Feldern enthält, entspricht dies einer Punktzahl von etwa 78 % für ein X.509-Zertifikat. Fehlende Pflichtfelder wirken sich stärker auf die Punktzahl aus als optionale Felder.