Online-Banking selber programmieren

[Tazidus]

Hallo,

Nachtrag.
Sorry, ich hatte mich etwas unklar ausgedrückt.
Natürlich verwende ich diverse API's.
Was ich meinte, war der Verzicht auf API's, die die Arbeit machen, die ich mir zu Studienzwecken ansehen sollte, also die Kommunikation mit dem Bank-Server.

Es geht um die Client-Server-Kommunikation.

Und als ich das Thema gehört habe, viel mir spontan Homebanking ein.

Mittlerweile habe ich erkannt, dass dies doch ein großes Problem ist. Zum einen gibt es nicht genug Infos zu diesem Thema. Und die die Infos haben, geben diese nicht bekannt oder wollen Geld.

Aber wenn ich daran denke, dass es für das Verfahren ChipTAN/SmartTAN auch noch die Flicker-Grafik programmieren müsste, bräuchte ich eine API.

Nun weiter.
Wenn ich also nicht auf die BANKING-API verzichten will, und benutze entweder die DDBAC oder die FinTS-API.

persönlich würde ich die FinTS nehmen, wo hingegen die DDBAC eher professioneller ist, wenn man bedenkt, dass selbst Lexware dieses Produkt einsetzt.

Nun egal, welche ich nehme (FinTS oder DDBAC): Wie binde ich diese in mein Programm ein und gestalte die Kommunikation.

Praktisches Beispiel:
Ich habe eine Sammellastschrift in XML erstellt (zu dem Aufbau XML gibt es zum glück Infos)
Nun will ich diese an den Bankserver übergeben.

Programmtechnische Umsetzung also für:

- klick auf einen Button startet den Vorgang
- XML-Datei wird an die API übergeben
- API nimmt jetzt Kontakt zum Server auf (Kontodaten vorher im Programm hinterlegt)
- Flicker-Grafik wird erzeugt
- TAN-Eingabe
- übermittlung der XML-Datei
- Rückmeldung von der Bank auserten.

Bitte helfen. Und nicht Sprüche wie "nimm doch Paypal". Das bringt mich nicht weiter und mein Prof. akzeptiert diese Antwort mit sicherheit auch nicht.

Konkrete Frage also an die Macher von FinTS:

- wie in Delphi einbinden
und
- wie kommunizieren?

Vielen Dank
4

[Bernhard Geyer]

Zitat von PC-John:

Währenddem zu den Anfangszeiten des Internet-Banking die Applikation noch auf dem lokalen PC lief, monatliche Updates waren die Regel, wurde schon bald aber alles in den Browser ausgelagert, damit konnte auf die regelmässigen Updates verzichtet werden, und die Funktionen konnten besser geschützt werden gegen aussen.

Sorry, aber das ist naiv. Eine Browser-Lösung ist mitnichten sicherer als eine native Anwendung für Windows/MacOS. Es ist sogar so das es eigentlich viel einfacher ist hier die Schwächen der Implementierung zu suchen und Angriffe zu entwickeln. Die Debuggen-Möglichkeiten eines Modernen Browsers sind hier viel besser als wenn man auf Assembler-Ebene mit entsprechenden Debuggern gegen eine Win32-Exe arbeiten muss.
Eine gute Sicherheitslösung sollte es egal sein ob es über Browser ober native Apps läuft. Die API die bereit gestellt wird muss sicher sein und keine Buffer-Overflows oder ähnliches beinhalten.

[Sir Rufo]

Auch wenn es dich verwundern wird, aber DDBAC kapselt die Banking-API und stellt dir wiederum ein API (eben auf DDBAC) zur Verfügung. Der Hersteller hat diese API dokumentiert und stellt auch Beispiele für die Integration in Delphi zur Verfügung.

Hast du dir die Beispiele schon angeschaut?

Wenn nein, warum nicht?
Wenn ja, wo klemmt es?