GAD Chipkarte (GLS) mit Hibiscus nutzen

Hallo zusammen,

ich wühle mich nun schon eine ganze Weile durch die Wikis und Foren, bin mir aber nicht sicher, was denn nun so alles geht und was nicht Ich versuche, meine nagelneue HBCI Chipkarte der GLS-Bank (eine der GAD-Banken) mit Hibiscus zum Laufen zu bekommen. Setup:

• Windoofs 10 64bit
  
• ReinerSCT cyberjack RFID standard (Dual-Interface - Kontak- und kontaktloses Interface)
  
• Jameica 2.6.4/Hibiscus 2.6.18
  

Bei Nutzung des CTAPI oder PC/SC-Interfaces kriege ich den Fehler:



was, soweit ich das verstehe, auf eine RDH-Karte hinweist (Karte beschriftet mit RD 04/15 NetWorld). Bei Nutzung des RDH über PC/SC-Interfaces bekomme ich:



Die HBCI-Indizes (es gehen 1-4) habe ich durchprobiert, immer gleicher Effekt. Das Schreiben der GLS sagt: "Onlinebanking kann sofort genutzt werden" - was ich so interpretiere, dass die Karte vermutlich bereits initialisiert ist.

Soweit ich die Foren verstehe, kann Hibiscus RDH nur unvollständig/Alpha-Status, aber die Einträge dazu sind meist ein paar Jahre alt. Wie ist denn der aktuelle Stand?

Würde mich freuen, es zum Laufen zu kriegen - danke für Hilfe!

- Fuchs

Hallo Infoman,

danke für die schnelle Antwort. Dann werde ich mich wohl gedulden müssen, bis jemand mit dem nötigen Know-How sich des Problems annimmt...

- Fuchs

Hallo Raimund,

ich habe die 30-Tage-Testversion der WinData-Software der GLS-Bank nun mal benutzt, und die hat die Karte initialisiert. Daraufhin wurde das Log von Hibiscus auch gesprächiger:



Hilft nur nicht viel Ich habe dann mal in die Code-Respositories geguckt, nachdem Infoman bzw. Olaf Willuhn ja schrieb, dass der RDH-Code eigentlich nur "so mal eben" integriert wurde, und da wird eigentlich klar, was los ist - die ATR der Chipkarte des Code-Schreibers ist in RSACardService.java hart codiert:



Anders gesagt - es kann nur mit genau diesem einen Kartentyp des Autors funktionieren... Meine Karte hat einen ATR-Code der mit 3B FF 96... beginnt, und damit fliege ich natürlich raus. Ich kann nicht einschätzen, ob das so sein muss, und meine Java-Fähigkeiten reichen nicht aus, um das auszuprobieren, indem man einfach mal die if-clause rausschmeißt. Es wird damit stehen und fallen, wie universell die sonstigen Daten auf den Karten formatiert sind...

Ist jemand hier, der versierter ist und Lust hätte, diese Modifikation mal umzusetzen? ich biete mich gerne als Tester an!

Viele Grüße

Fuchs

Das mit dem neuen Chipkartentyp ist so nicht ganz richtig, bzw. etwas undifferenziert.
Die Sparkassen stellen ihre Chipkartenbasierte Verschlüsselungs- und Signaturverfahren auf eine neue Technik um. Die bisher genutzte DES Technik ist ein Auslaufmodell und wird wohl mittelfristig gegen eine neue Technik ausgebaut. Die Chipkarte basiert dabei auf der gleichen SECCOS Technik wie es bei den anderen Banken der Fall ist oder auch bei den neuen Karten für die DES Verschlüsselung.

Der Unterschied liegt an anderer Stelle.
Die Sparkassen gehen
- weg von der reinen symmetrischen (DES) Verschlüsselung
- hin zur asymmetrischen Hybridverschlüsselung RAH (RSA - AES - Hybrid)
- hin zur Zertifikatsbasierten Absicherung der Kundenschlüssel
- weg von der einmaligen Einreichung von Kundenschlüssel hin zur ständigen Einreichung von Schlüsseln

Die Unterscheide zu den sonstigen RDH Verfahren liegen vor allem in den Abläufen, weniger auf den Verschlüsselungsverfahren oder Chipkartentypen.

Davon aber abgesehen, ist die Nutzung der Chipkarte auch bei den Sparkassen unter Hibiscus damit in absehbarer Zeit am Ende, wenn sich an dieser Stelle nichts grundlegendes tut.
Da sich aber auch bei den Abläufen in den PIN/TAN Verfahren durch die PSD/2 wohl einiges ändern wird, ist die Frage, wo man Zeit investiert vermutlich einfach zu beantworten....

Viele Grüße

Holger

Hä? Von beiden Themen habe ich bisher noch nichts gehört. Weisst du, ob und welche Zieltermine da schon existieren?
Menno. Jedesmal, wenn ich denke, ich bin mit der Unterstützung der SEPA-, HBCI- und PIN/TAN-Varianten auf einem einigermaßen aktuellen Stand und könnte mich endlich mal wieder um neue Features kümmern, da kommen wieder neue Spezifikationen. Da ist man eigentlich immer nur damit beschäftigt, den dauernd neu auftauchenden Anforderungen hinterherzulaufen.

@Fuchs: Jetzt hatte ich granz vergessen, dass es in dem Thread ja auch noch um den Test mit deaktiviertem ATR-Check geht.
Ich bau den mal aus und gebe Bescheid, wenn was zum Testen da ist.

Hallo hibiscus,

danke fürs Einbauen! War eine Weile "offline", daher erst jetzt die Antwort.

Habe das Nightly Build gerade getstet. Gut: Der ATR-Fehler ist weg. Schlecht: geht immer noch nicht:

[16.11.2016 22:59:42] Teste Sicherheits-Medium...
[16.11.2016 22:59:42] open ddv passport
[16.11.2016 22:59:42] pcsc name:
[16.11.2016 22:59:42] soft pin: false
[16.11.2016 22:59:42] entry index: 1
[16.11.2016 22:59:42] passport type: RSA
[16.11.2016 22:59:42] found card terminals:
[16.11.2016 22:59:42] REINER SCT cyberJack RFID standard USB 1
[16.11.2016 22:59:43] using: org.kapott.hbci.smartcardio.RSACardService
[16.11.2016 22:59:43] querying features
[16.11.2016 22:59:43] FEATURE_VERIFY_PIN_DIRECT: 3136c8
[16.11.2016 22:59:43] FEATURE_MODIFY_PIN_DIRECT: 3136cc
[16.11.2016 22:59:43] FEATURE_UNKNOWN: 313730
[16.11.2016 22:59:43] FEATURE_MCT_READER_DIRECT: 3136d0
[16.11.2016 22:59:43] FEATURE_MCT_UNIVERSAL: 3136d4
[16.11.2016 22:59:43] FEATURE_IFD_PIN_PROPERTIES: 3136d8
[16.11.2016 22:59:43] test of passport failed: class org.kapott.hbci.exceptions.HBCI_Exception: Fehler 6A80: Falsche Daten
[16.11.2016 22:59:43] Fehler beim Testen des Sicherheits-Mediums: Fehler 6A80: Falsche Daten
[16.11.2016 22:59:43] Aufgetretene Fehlermeldungen:
[16.11.2016 22:59:43] -----------------------------
[16.11.2016 22:59:43] error while opening chipcard; nested exception is:
org.kapott.hbci.exceptions.HBCI_Exception: Fehler 6A80: Falsche Daten
[16.11.2016 22:59:43] Fehler 6A80: Falsche Daten
[16.11.2016 22:59:43] -----------------------------

Schade.


Gruß

Fuchs