PEM-Format für ECDSA

#0 Was ist das Format? Wie Sie teilweise erraten haben, handelt es sich dabei um die „PEM“-Panzerung der DER-Codierung des SubjectPublicKeyInfoASN.1-Typs von X.509 , neu veröffentlicht für die Verwendung im Internet als RFC5280-Abschnitt 4.1, insbesondere 4.1.2.7 . Um in Zukunft mehrere Algorithmen, einschließlich neuer, zu unterstützen, ist diese Struktur eine SEQUENCEvon an AlgorithmIdentifier, die den Algorithmus identifiziert (unter Verwendung von OBJECT IDENTIFIERfür den Algorithmus und verschiedene Arten von Parametern, abhängig vom Algorithmus), gefolgt von einer BIT STRING, die den in einem Format codierten Schlüsselwert enthält das variiert je nach Algorithmus. Die für ECDSA (und ECDH) spezifische AlgId und das Schlüsselformat befinden sich in Abschnitt 2.3.5 von RFC3279, obwohl Sie die komplizierten Teile darüber ignorieren könnenECParametersweil in der Praxis jeder die einfachere namedCurve OBJECT IDENTIFIEROption verwendet und das Schlüsselformat nur der Punkt SEC1/X9.62 ist.

Hier 301006072a8648ce3d020106052b8104000aist die AlgId und dekodiert als

    0:d=0  hl=2 l=  16 cons: SEQUENCE
    2:d=1  hl=2 l=   7 prim: OBJECT            :id-ecPublicKey
   11:d=1  hl=2 l=   5 prim: OBJECT            :secp256k1

(Wie Sie bereits herausgefunden haben, ist "PEM" nur base64 des DER, mit Zeilenumbrüchen in Intervallen sowie einer ----BEGIN whatever-----Zeile oben und einer -----END whatever-----Zeile unten.)

#1 codieren ohne Python? Abgesehen davon, dass Sie (einen Teil von) DER selbst implementieren, was nicht so schwierig ist, wenn Sie möchten, sehe ich, dass die Seite, auf die Sie verlinken, viel über OpenSSL-Kompatibilität spricht: für Programme in C oder Sprachen, die C (einfach) aufrufen können ist viele, OpenSSL kann ECC-Schlüssel in diesem Format (und der ungepanzerten DER-Form) generieren, lesen, schreiben und für verschiedene Operationen verwenden. Java 7+-Kryptographie kann es, aber die Standardanbieter nur in DER; für PEM müssen Sie selbst en/de-armor oder http://www.BouncyCastle.org verwendenstattdessen. Ich gehe davon aus, dass dot-NET das kann, aber ich verwende das nicht und kann es nicht definitiv sagen. Ich weiß, ich habe Perl-Module für DER gesehen, aber irgendwie kann ich nie etwas in CPAN finden, obwohl das sein Zweck ist. Wenn Sie eine spezifischere Antwort wünschen, überarbeiten Sie Ihre Frage (oder stellen Sie eine neue, wenn sie sich ausreichend unterscheidet).

#2 privater Schlüssel? Diese Seite sagt, dass sie -----BEGIN EC PRIVATE KEY-----eines von zwei "alten" Formaten in OpenSSL verwendet: unverschlüsselt oder verschlüsselt. Da die Beispiele kein Passwort zeigen, gehe ich von Ersterem aus. Wenn Sie sich eine Schlüsseldatei ansehen und Zeilen über Proc-typeund DEK-infoeingefügt nach der -----BEGINZeile, aber vor den base64-Daten sehen, ist sie Legacy-verschlüsselt und das ist komplizierter.

Ohne das ist es die im SEC1-Dokument unter http://www.secg.org/ in C.4 definierte Struktur des privaten Schlüssels, die einen OCTET STRINGfür den privaten Schlüssel (eigentlich eine ganze Zahl, aber nicht als solche codiert) definierten Parameter enthält in C.2, die bei genauer Betrachtung im Wesentlichen denen in RFC 3279 entsprechen, und wieder ein BIT STRING, das den öffentlichen Schlüssel enthält (ein Punkt).

OpenSSL unterstützt auch das "neue" (ab etwa 2000!) PKCS#8-Format für private Schlüssel. Ähnlich wie X.509 SPKI für den öffentlichen Schlüssel ist dies ein generischer Wrapper, der im Grunde genommen AlgorithmIdentifierfür den Algorithmus plus OCTET STRINGden Schlüsselwert je nach Algorithmus enthält, außer dass PKCS#8 auch eine Option zum Verschlüsseln auf PKCS#8-Ebene hat (im Gegensatz zum "PEM"-Level). Ich weiß nicht, ob das Python-Modul diese Formate verarbeitet oder nicht, und wenn nicht, ob Sie sie verwenden möchten und dadurch nicht mit dem Python-Modul kompatibel sind. Wenn Sie PKCS#8 nicht und OpenSSL verwenden möchten, achten Sie darauf, die spezifischen EC-Routinen und nicht die generischen zu verwenden.