ASN.1 CSR och certifikatavkodare - Gratis online-parser
Vänligen notera: Encryption Consulting LLC innehar, lagrar eller behåller inte någon data som matats in i denna avkodare. All inmatning, inklusive PEM-certifikat, Base64-kodade DER eller hexagonala strängar, används enbart för avkodningsändamål och sparas inte.
Ofta frågade Frågor
Allt du behöver veta om att avkoda dina CSR-filer. Hittar du inte svaret du letar efter? Skicka ett e-mail så återkommer vi så snart vi kan!
Hur avkodar man en CSR-fil med EC:s ASN.1-avkodningsverktyg?
Att avkoda ASN.1-data har aldrig varit enklare. Öppna ASN.1-avkodningsverktyget och följ tre enkla steg.
Klistra in, ladda upp eller dra och släpp CSR-filen i vårt verktyg. Du kan tillhandahålla ett PEM-certifikat, Base64-kodad DER eller en hexagonal sträng, eller ladda upp .cer, .crt, .pem, eller .der filer.
Förfina utdata genom att trimma långa hexadecimalvärden för bättre läsbarhet, göra det möjligt för hexadecimaldumpvyn att inspektera råa byte och justera den avkodade strukturen med RFC-definierade format för att bättre förstå varje fält.
När bearbetningen är klar visar verktyget ett komplett, hierarkiskt ASN.1-träd. Du kan utforska alla element, inklusive ämnesdetaljer, information om publika nycklar och andra inbäddade komponenter i ett tydligt och strukturerat format.
För att generera en CSR kan du använda vår CSR-generatorverktygDet här verktyget förenklar hela processen att skapa en CSR samtidigt som det säkerställer att relevanta standarder följs.
Vad betyder Offset, Length och Value i det avkodade trädet?
Varje fält i det avkodade trädet visar tre viktiga egenskaper när du håller muspekaren över fältet:
Offset är bytepositionen där fältet börjar i den binära datan. Till exempel, Offset: 772 betyder att fältet börjar vid byte 772 från filens början.
Längden visas i formatet 4 + 751 (constructed), där det första numret är storleken på den kodade längden och taggen, det andra är innehållets storlek, och constructed betyder att fältet är en behållare som innehåller kapslade fält snarare än ett råvärde.
Värde är det avkodade innehållet i det fältet, till exempel ett OID-liknande sha256WithRSAEncryption, en textsträng som CN=example.com, eller en rå hexagonalsekvens.
Vad är RFC/Strukturmatchning, och varför ändras det avkodade innehållet när det växlas?
RFC/Strukturmatchning är ett schema eller en ritning som talar om för avkodaren hur de råa binära fälten i din fil ska märkas. De faktiska bytena ändras aldrig; bara tolkningen gör det.
När RFC/Strukturmatchning är aktiverad, tillämpar avkodaren exakt de fältnamn, kapslingsordning och hierarki som definierats i RFC:n. Till exempel, enligt RFC 5280, måste giltighetsblocket innehålla exakt notBefore och notAfter i den ordningen, och motivet måste vara ett SEQUENCE OF RDNs (Relativt unikt namn). Detta gör att det avkodade trädet exakt matchar den officiella specifikationen, vilket är användbart för att felsöka felaktigt utformade certifikat eller validera strikt efterlevnad.
Vad betyder matchningsprocenten, och hur beräknas den?
Procenten visar hur väl dina data matchar ett känt schema. Avkodaren kör dina binära data mot alla kända ASN.1-scheman och poäng baserat på de fält som finns. Procenten beräknas som:
(matchade fält / totalt antal förväntade fält i schemat) × 100
Till exempel förväntar sig ett X.509-certifikatschema fält som tbsCertificate, serialNumber, issuer, validity, subject, subjectPublicKeyInfooch signatureAlgorithmOm din DER-kodade inmatning matchar 18 av 23 förväntade fält är poängen cirka 78 % X.509-certifikat. Obligatoriska fält som saknas bestraffar poängen mer än valfria fält.