TAN-Verfahren in Hibiscus

Also zumindest meine bietet es bereits an.

Also das photoTAN, bei dem ein QR-Code (jetzt mal egal ob schwarz/weiss oder bunt) uebertragen und per Handy-App fotografiert wird, wird von Hibiscus in der Tat schon lange unterstuetzt. Auch Matrixcode genannt. Hierbei wird ein extra Feld im HITAN-Segment verwendet, welches nur dafuer da ist und die Grafik enthaelt.

Neu jetzt bei chipTAN QR ist ja, dass es nicht mehr per Handy-App gescannt wird sondern mit einem TAN-Generator in Verbindung mit der Girokarte. Rein vom Uebertragungsweg sind beide Verfahren eigentlich identisch. In beiden Faellen wird eine Grafik uebertragen, welche vom Bankingprogramm nur durchgeleitet aber nicht selbst interpretiert wird. Beim neuen ChipTAN QR, wie es die Sparkassen jetzt einfuehren, wird die Grafik aber nicht in dem Feld fuer den Matrixcode uebertragen sondern im HHDuc-Feld, welches urspruenglich nur fuer die Uebertragungs des Flickercodes (egal ob manuell, optisch oder per USB) gedacht war. Wenn die Bank die Grafik darueber sendet, dann wird es erst seit 2.8.9 unterstuetzt. Da der reine Uebertragungsweg in beiden Faellen aber technisch identisch ist (e sind nur unterschiedliche Felder), koennte die Bank ein Girokarten-basiertes QR-TAN-Verfahren auch einfach ueber den Matrixcode "schleusen". Sprich: Hibiscus kriegt ja gar nicht mit, ob die vermeintliche Matrixcode-Grafik nun von einem Handy oder von einem TAN-Generator uebertragen wird.

Insofern frage ich mich, warum ueberhaupt eine Erweiterung der Spezifikation fuer chipTAN QR vorgenommen wurde, um eine Grafik innerhalb des HHDuc zu transportieren, wenn es per Matrixcode hier schon einen Transportkanal fuer Bilddaten gibt.

@msa
hm auf die ReinerSCT-Stellungnahme zur Problematik wurde doch schon mehrmals im Forum verwiesen

https://forum.reiner-sct.com/i…vr-banken/

Das mag sein, hat aber nichts mit meinem Posting zu tun. Ich habe ja nicht kritisiert, dass es keine "Zwittergeräte" gibt, die QR und Farbmatrix können, sondern dass die FI für das gleiche Grundverfahren (chipTAN) noch ein weiteres neues Übertragungsverfahren (QR) erfinden muss...

Bei der REINER Aussage ging es nur darum, dass REINER wohl einen Zwitter-Leser bauen wollte, der sowohl Farbmatrix als auch QR lesen kann. So kann er halt, mangels Lizenz des Farbmatrix-Inhabers nur QR.

Sicher wissen wir nicht, mit welchen Schwierigkeiten FI zu kämpfen hatte, falls sie überhaupt überlegt hatten, auch Farbmatrix zu nutzen. Allerdings - Farbmatrix wurde von einer NL-Bank mit Vasco entwickelt - und Fiducia hat es auch geschafft, das Verfahren nutzen zu können. Deswegen gehe ich davon aus, dass die FI das sicher auch gekonnt hätte, wenn sie es denn gewollt hätte... Aber sicher weiß ich das natürlich nicht. Ich hoffe, dass ich der ansonsten sehr verehrten FI da nicht Unrecht tue

NEU >>> Für Volks- und Raiffeisenbanken sowie Sparkassen <<<
Der TAN-Generator für Sm@rt-TAN photo und chipTAN QR
tanJack® photo QR gibt es hier: https://shop.reiner-sct.com/ta…k-photo-qr

alternativer shop: https://www.starmoney.de/business/zubehoer#c1937-9


Hinweis: der tanJack® QR (nur Sparkasse) gibt es hier: https://shop.reiner-sct.com/ta…tanJack-QR

Sappralott, da gehts ja richtig vorwärts. Alle einschlägigen Firmen wachen auf einen Schlag auf

Na klar! Das ist Spitzen-Hochtechnologie, relevant zum Bau von Atomanlagen!

Stell Dir vor, ich versteh es auch nicht. Das was ich geschrieben habe war reine Ironie! Diese Kombination von einer (miesen) Kamera, einem winzigen Farbdisplay und eine Gummiquietschtastatur mit ETWAS Software, die einen QR- oder Farbmatrixcode liest auf eine Embargoliste zu setzen ist schon arg abgefahren.

hihi, jo, hab ich auch erst gedacht, aber dann sollte/müsste/würde das bei den älteren Geräten auch stehen, die ja weiterhin angeboten werden. Da steckt bestimmt ein wunderbares technisches Geheimnis in den Geräten.
Übrigens: Das Reiner Gerät soll auch Flackercodes lesen können. Hab ich aber noch nicht getestet, sorry.