ssh-keygen -D0

ausgelesen werden kann.

Die Schlüsselkonvertierung geht folgendermassen:

openssl pkcs12 -export -in infile.pem -out outfile.p12

Zertifikat konvertieren pem -> p12 (cert+private key):
openssl pkcs12 -export -in imapd.pem -out testcert.p12

Private Key aus pkcs12 Zertifikat extrahieren:
openssl pkcs12 -in smedia.p12 -nocerts -out smedia-key.pem

User Zertifikat und CA extrahieren:
openssl pkcs12 -in smedia.p12 -nokeys -out smedia-user-cert.pem

Zertifikat (DER oder CRT Format) anschauen:
openssl x509 -noout -text -in fb06.crt -inform der

Zertifikat (DER oder CRT) nach PEM umwandeln:
openssl x509 -out fb06.pem -outform pem -in fb06.crt -inform der

Das “starten” der Tokenunterstützung geht so:

[sudo] openct-control init
openct-control status (sollte den Token anzeigen)
eval `ssh-agent`
ssh-add -s0

Der “Fehler” mit dem pcscd-Treiber für Openct ist hier beschrieben:
http://www.opensc-project.org/faq.html

Eine weitere Beschreibung für die eToken-Einrichtung gibt es hier:
http://www.acodedb.com/73/how-to-use-an-aladdin-etoken-pro-with-opensc-openct-and-openssh-portable/

- Bei “Private Key importieren” fehlt noch die Option “–split-key”

- Wenn die Angaben kopiert werden, muss jeweils der langen Strich durch zwei “-” ersetzt werden. Wird warscheinlich von Wordpress so “übersetzt”.

-Der pcscd Deamon muss gestoppt werden, damit es läuft

-in der /etc/opensc/opensc.conf muss die Zeile
reader_drivers = openct, pcsc, ctapi;
ggf. durch
reader_drivers = openct, ctapi;
ersetzt werden

-Vor den obigen Befehlen muss folgendes getan werden:
sudo openct-control init
sudo openct-control status (Hier sollte der Token aufgelistet werden)
eval `ssh-agent`
ssh-add -s0 (0 ggf durch den entsprechenden Slot ersetzen)

Egal, trotzdem danke für den Hinweis (sonst hätte ich vermutlich ewig weiter gesucht).
Gruß
Stefan.

PS: Der JavaScript-JSON-Parser unter www.json.org/json.js scheint sich geändert zu haben, oder sehe ich das falsch? Meine (alte) Version hat ca. 5k und enthält noch die JSON.stringify-Funktion, die aktuelle (ca. 3k) hingegen nicht mehr. Kannst Du das bestätigen? Komisch, komisch, …

ja, die Grundlage dafür war auch ein iX-Artikel (und ja, einen Verweis darauf werde ich noch einfügen ). Allerdings habe ich mich beim Lesen des Artikels sehr geärgert, dass viele wichtige Hinweise gefehlt haben, wo genau man z.B. die js-Libraries bezieht und so weiter. Da ich sehr viel Zeit investiert habe, das Ganze zum Laufen zu bringen, habe ich gedacht, es ist sinnvoll das weiterzugeben.

Zu der Sache mit dem Content-Type: Klar wird application/x-www-form-urlencoded für normale Formulare usw. verwendet. Jedoch hat die Kommunikation mit JSON nichts mit Formularen zu tun. Konkrete Probleme gab es bei der Verwendung der JSON-Perl Module (die waren mit Perl-Backend gemeint). Ich habe die nur mit dem genannten Header in Gang gebracht. Vielleicht gibt es mittlerweile neue Versionen der Perl-Module oder der JS-Libs. Das müsste mal geprüft werden. Wenn Du hier andere/neue Erkenntnisse hast, sag bitte Bescheid.

Beste Grüße,
Michael Frankl

Danke für die Aufklärung und besten Gruß
Stefan.