MartinDomig
commented
8 years ago Noch eine Frage - die Kassen-ID fängt mit _R1-AT100 an. Das AT100 steht ja für den Verschlüsselungsprovider, wäre also A-Trust. Ist der Code richtig ? Oder sogar der Grund, warum die Verification einen Fehler produziert ?
Nein. A-Trust ist AT1, Globaltrust wäre AT2.
Wenn ich nicht irre steht AT100 für ein geschlossenes Gesamtsystem.
-Martin
Am 23.09.2016 um 23:52 schrieb WalMi notifications@github.com:
Guten Abend,
ich will derzeit das Kassasystem implementieren, habe vor einigen Tagen das A-Trust-Signaturmodul erhalten und habe seitdem mit dem Problem zu kämpfen, dass die Kryptographische Gültigkeit der Signatur nicht gegeben ist. Angefügt habe ich hier die Meldung des Prüftools (hier nur mit dem Startbeleg, es ist überall das gleiche. Alles andere passt, aber die Signatur eben nicht) Meldung-dep.txt
Die Überprüfung erfolgte mit der 0.6-Version - mit der 0.7 Version ist es das gleiche. Hier die Grunddaten der Überprüfung (da die Übertragung von *.json nicht funktioniert hat, habe ich überall ein .txt dazugehängt) : cryptographicMaterialContainer.json.txt dep-export.json.txt qr-code-rep.json.txt
Ich arbeite mit Eurem Java-Code - also mit Eurer virtuellen Signierung funktioniert alles. Das Signiermodul habe ich mit dem APDU-Java-Code von A-Trust angebunden. Der Zugriff auf die Karte läuft einwandfrei, auch der Mustercode von A-Trust funktioniert. Habe jetzt den Fehler auf einige Zeilen lokalisiert - aber stecke hier schon seit mehreren Tagen fest :
In der Funktion public String signMachineCodeRepOfReceipt wird am Anfang der zu verschlüssende Text genieriert. machineCodeRepOfReceipt ist [R1-AT100_CASHBOX-DEMO-1_CASHBOX-DEMO-1-Receipt-ID-1_2016-09-07T23:10:18_0,00_0,00_0,00_0,00_0,00_4r1iIdZGeAQ=_64a659a9_cg8hNU5ihto=] Daraus wird mit den Zeilen
String jwsHeaderBase64Url = "eyJhbGciOiJFUzI1NiJ9"; String jwsPayloadBase64Url = CashBoxUtils.base64Encode(machineCodeRepOfReceipt.getBytes(), true); String jwsDataToBeSigned = jwsHeaderBase64Url + "." + jwsPayloadBase64Url; der zu signierende Text gemacht - hier der passende Wert - jwsDataToBeSigned:[eyJhbGciOiJFUzI1NiJ9.X1IxLUFUMTAwX0NBU0hCT1gtREVNTy0xX0NBU0hCT1gtREVNTy0xLVJlY2VpcHQtSUQtMV8yMDE2LTA5LTA3VDIzOjEwOjE4XzAsMDBfMCwwMF8wLDAwXzAsMDBfMCwwMF80cjFpSWRaR2VBUT1fNjRhNjU5YTlfY2c4aE5VNWlodG89]
Folgende beiden Zeilen tun dies dann in ein byte[] umwandeln, und anschließend mit der Funktion signieren, die ich vom A-Trust-Mustercode so übernommen habe und offensichtlich auch zu funktionieren scheint :
byte[] ZuSignieren = jwsDataToBeSigned.getBytes(); byte[] signatureResult = MySigMod.signData(ZuSignieren); Das Ergebnis signatureResult ist lt. den Issues hier nicht DER-Codiert (bringt auch eine Fehlermeldung), so dass hier im Gegensatz zu Eurem Code diese Umwandlung nicht stattfindet. Lt. den Issues hier enthält signatureResult die beiden Vektoren für den Schlüssel, und brauchen nur mehr mit Base64 umgewandelt zu werden und dann als fertiges Ergebnis angehängt zu werden :
String jwsSignatureBase64Url = CashBoxUtils.base64Encode(signatureResult, true); System.out.println("ManualJWSModuleNeu Zeile101 - return:["+jwsHeaderBase64Url + "." + jwsPayloadBase64Url + "." + jwsSignatureBase64Url+"]"); In dem Fall ist der Wert von jwsSignatureBase64Url: [yZ2_lSPPHEeracBFZt6YE2zEl8vdQfeqzwHh6amHYrXCdLfYFtbUrIgHSyYhjY_zLaUakIGhwv4ZsQvEdhuarA] und der gesamte Rückgabewert der Funktion lautet (und damit auch der gleiche Wert, der im DEP-File steht und für die Verification verwendet wird) : [eyJhbGciOiJFUzI1NiJ9.X1IxLUFUMTAwX0NBU0hCT1gtREVNTy0xX0NBU0hCT1gtREVNTy0xLVJlY2VpcHQtSUQtMV8yMDE2LTA5LTA3VDIzOjEwOjE4XzAsMDBfMCwwMF8wLDAwXzAsMDBfMCwwMF80cjFpSWRaR2VBUT1fNjRhNjU5YTlfY2c4aE5VNWlodG89.yZ2_lSPPHEeracBFZt6YE2zEl8vdQfeqzwHh6amHYrXCdLfYFtbUrIgHSyYhjY_zLaUakIGhwv4ZsQvEdhuarA]
So, und jetzt stecke ich fest. Ich habe folgende Möglichkeiten im Visier :
Der Fehler ist in der Vorbereitung der zu Signierenden Daten Aber bis zu der Variable ZuSignieren bin ich noch identisch mit der funktionierenden Version ohne externem Signiermodul. Was mir hier einfallen würde - ich brauche die SHA256 Verschlüsselung ja nicht selber vorzunehmen - das wird ja vom Signiermodul gemacht ?
Der Fehler steckt in der Signierung Da weiss ich nicht, wie ich das anders machen kann oder wie ich das überprüfen kann. Habe einfach die Funktion der Testumgebung genommen, und hier die Daten übergeben. Aber das verwendete Zertifikat müsste stimmen, habe ja nur eines. Ich müsste irgendwie zur Kontrolle das Ergebnis wieder mit meinem öffentlichen Schlüssel dekodieren, und sollte dann die Eingabe bekommen. Da fehlt mir jetzt der Ansatz dazu, aber das macht ja eigentlich das Verifications-Tool. Was mir auffällt - in Eurem Mustercode sprecht Ihr von "SHA256withECDSA" In meinem Zertifikat liest man ein sha256RSA aber auch ein ECDSA_P256 womit es ja eigentlich wieder passen müsste?
Der Fehler steckt in der Nachbereitung Also was ich nicht mache (und auch einen Fehler bringt), ist die DER-Decodierung mit byte[] jwsSignature = CryptoUtil.convertDEREncodedSignatureToJWSConcatenated(signatureResult); So ist es bei Euch im Originalcode drin - aber brauchen wir lt. den Issues hier ja nicht ? Habe einfach direkt mit base64Encode umgewandelt.
Der Fehler ist bei der Überprüfung Würde bedeuten, dass das Zertifikat nicht stimmt? Also ich habe mal das Zertifikat als Base64 exportiert, und dann in den crypthographicMaterialContainer eingefügt. War identisch mit dem vom Programm generiertem, und erzeugte einen Fehler. Auf Wunsch kann ich gerne das Zertifikat nachreichen, weiss jetzt nicht, ob das so gut ist, es öffentlich dazuzuhängen? Obwohl es ja nur der öffentliche Schlüssel ist.
Sonst fällt mir derzeit nichts mehr ein, komme einfach nicht weiter. Vielleicht sehe ich den Wald vor lauter Bäumen nicht, könnt Ihr mir weiterhelfen ?
Noch eine Frage - die Kassen-ID fängt mit _R1-AT100 an. Das AT100 steht ja für den Verschlüsselungsprovider, wäre also A-Trust. Ist der Code richtig ? Oder sogar der Grund, warum die Verification einen Fehler produziert ?
Danke im Voraus für Eure Hilfe, LG Michael
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.
ErichFreitag
asitplus-pteufl
WalMi
Guten Abend,
ich will derzeit das Kassasystem implementieren, habe vor einigen Tagen das A-Trust-Signaturmodul erhalten und habe seitdem mit dem Problem zu kämpfen, dass die Kryptographische Gültigkeit der Signatur nicht gegeben ist. Angefügt habe ich hier die Meldung des Prüftools (hier nur mit dem Startbeleg, es ist überall das gleiche. Alles andere passt, aber die Signatur eben nicht) Meldung-dep.txt
Die Überprüfung erfolgte mit der 0.6-Version - mit der 0.7 Version ist es das gleiche. Hier die Grunddaten der Überprüfung (da die Übertragung von *.json nicht funktioniert hat, habe ich überall ein .txt dazugehängt) : cryptographicMaterialContainer.json.txt dep-export.json.txt qr-code-rep.json.txt
Ich arbeite mit Eurem Java-Code - also mit Eurer virtuellen Signierung funktioniert alles. Das Signiermodul habe ich mit dem APDU-Java-Code von A-Trust angebunden. Der Zugriff auf die Karte läuft einwandfrei, auch der Mustercode von A-Trust funktioniert. Habe jetzt den Fehler auf einige Zeilen lokalisiert - aber stecke hier schon seit mehreren Tagen fest :
In der Funktion public String signMachineCodeRepOfReceipt wird am Anfang der zu verschlüssende Text genieriert. machineCodeRepOfReceipt ist [_R1-AT100_CASHBOX-DEMO-1_CASHBOX-DEMO-1-Receipt-ID-1_2016-09-07T23:10:18_0,00_0,00_0,00_0,00_0,00_4r1iIdZGeAQ=_64a659a9cg8hNU5ihto=] Daraus wird mit den Zeilen
der zu signierende Text gemacht - hier der passende Wert - jwsDataToBeSigned:[eyJhbGciOiJFUzI1NiJ9.X1IxLUFUMTAwX0NBU0hCT1gtREVNTy0xX0NBU0hCT1gtREVNTy0xLVJlY2VpcHQtSUQtMV8yMDE2LTA5LTA3VDIzOjEwOjE4XzAsMDBfMCwwMF8wLDAwXzAsMDBfMCwwMF80cjFpSWRaR2VBUT1fNjRhNjU5YTlfY2c4aE5VNWlodG89]
Folgende beiden Zeilen tun dies dann in ein byte[] umwandeln, und anschließend mit der Funktion signieren, die ich vom A-Trust-Mustercode so übernommen habe und offensichtlich auch zu funktionieren scheint :
Das Ergebnis signatureResult ist lt. den Issues hier nicht DER-Codiert (bringt auch eine Fehlermeldung), so dass hier im Gegensatz zu Eurem Code diese Umwandlung nicht stattfindet. Lt. den Issues hier enthält signatureResult die beiden Vektoren für den Schlüssel, und brauchen nur mehr mit Base64 umgewandelt zu werden und dann als fertiges Ergebnis angehängt zu werden :
In dem Fall ist der Wert von jwsSignatureBase64Url: [_yZ2_lSPPHEeracBFZt6YE2zEl8vdQfeqzwHh6amHYrXCdLfYFtbUrIgHSyYhjYzLaUakIGhwv4ZsQvEdhuarA] und der gesamte Rückgabewert der Funktion lautet (und damit auch der gleiche Wert, der im DEP-File steht und für die Verification verwendet wird) : [_eyJhbGciOiJFUzI1NiJ9.X1IxLUFUMTAwX0NBU0hCT1gtREVNTy0xX0NBU0hCT1gtREVNTy0xLVJlY2VpcHQtSUQtMV8yMDE2LTA5LTA3VDIzOjEwOjE4XzAsMDBfMCwwMF8wLDAwXzAsMDBfMCwwMF80cjFpSWRaR2VBUT1fNjRhNjU5YTlfY2c4aE5VNWlodG89.yZ2_lSPPHEeracBFZt6YE2zEl8vdQfeqzwHh6amHYrXCdLfYFtbUrIgHSyYhjYzLaUakIGhwv4ZsQvEdhuarA]
So, und jetzt stecke ich fest. Ich habe folgende Möglichkeiten im Visier :
Der Fehler ist in der Vorbereitung der zu Signierenden Daten Aber bis zu der Variable ZuSignieren bin ich noch identisch mit der funktionierenden Version ohne externem Signiermodul. Was mir hier einfallen würde - ich brauche die SHA256 Verschlüsselung ja nicht selber vorzunehmen - das wird ja vom Signiermodul gemacht ?
Der Fehler steckt in der Signierung Da weiss ich nicht, wie ich das anders machen kann oder wie ich das überprüfen kann. Habe einfach die Funktion der Testumgebung genommen, und hier die Daten übergeben. Aber das verwendete Zertifikat müsste stimmen, habe ja nur eines. Ich müsste irgendwie zur Kontrolle das Ergebnis wieder mit meinem öffentlichen Schlüssel dekodieren, und sollte dann die Eingabe bekommen. Da fehlt mir jetzt der Ansatz dazu, aber das macht ja eigentlich das Verifications-Tool. Was mir auffällt - in Eurem Mustercode sprecht Ihr von "SHA256withECDSA" In meinem Zertifikat liest man ein sha256RSA aber auch ein _ECDSAP256 womit es ja eigentlich wieder passen müsste?
Der Fehler steckt in der Nachbereitung Also was ich nicht mache (und auch einen Fehler bringt), ist die DER-Decodierung mit
byte[] jwsSignature = CryptoUtil.convertDEREncodedSignatureToJWSConcatenated(signatureResult);So ist es bei Euch im Originalcode drin - aber brauchen wir lt. den Issues hier ja nicht ? Habe einfach direkt mit base64Encode umgewandelt.Der Fehler ist bei der Überprüfung Würde bedeuten, dass das Zertifikat nicht stimmt? Also ich habe mal das Zertifikat als Base64 exportiert, und dann in den crypthographicMaterialContainer eingefügt. War identisch mit dem vom Programm generiertem, und erzeugte einen Fehler. Auf Wunsch kann ich gerne das Zertifikat nachreichen, weiss jetzt nicht, ob das so gut ist, es öffentlich dazuzuhängen? Obwohl es ja nur der öffentliche Schlüssel ist.
Sonst fällt mir derzeit nichts mehr ein, komme einfach nicht weiter. Vielleicht sehe ich den Wald vor lauter Bäumen nicht, könnt Ihr mir weiterhelfen ?
Noch eine Frage - die Kassen-ID fängt mit _R1-AT100 an. Das AT100 steht ja für den Verschlüsselungsprovider, wäre also A-Trust. Ist der Code richtig ? Oder sogar der Grund, warum die Verification einen Fehler produziert ?
Danke im Voraus für Eure Hilfe, LG Michael