banking4w unter ubuntu

Hi Roland,

danke für die Info. Das ist bislang bei mir noch nicht angekommen. Hoffentlich denken die Behörden mal an den Hebel "verfolge das Geld" und nicht nur an's typische Strafrecht. Al Capone ist seinerzeit ja auch über die Steuer gestolpert
Bei uns sind aktuell Trickbetrügerinnen ganz klassisch analog an den Haustüren unterwegs.

Weißt Du, wann wine wieder eine als "stable" betrachtete Version rauszugeben plant?

Beste Grüße
Stefan

Hallo Stefan,

habe jetzt selber Mal nachgeschaut:

"Die nächste stabile Version, Wine 11.0, wird voraussichtlich im Januar 2026 erscheinen. Die Code-Freigabe für diese Version soll am 5. Dezember 2025 beginnen, was den Beginn des jährlichen Freeze-Zyklus für die stabile Veröffentlichung markiert. "

Hallo zusammen,
mir ist gerade noch eine Verbesserung in der Version 10.19 aufgefallen.
Bislang ließ sich das Banking4 Fenster aus dem Vollbild Modus nicht über das " - " oben rechts in die Taskleiste verbannen.
Das Fenster verschwand zwar kurz, ploppte dann aber wieder auf.
Jetzt klappt das Minimieren problemlos

Viele Grüße
Thomas

Mit der Aussage wäre ich vorsichtig. Ich habe zwar - im Gegensatz zu dir - keine Wine-Kompetenz, allerdings bekommt die unter Wine laufende Anwendung auf jedenfall mit, ob hier Windows 7 oder 10/11 eingestellt wurde. Das hat ja Stefan193 schon geschrieben.
Eine Anwendung, die nun also weiß, dass Windows 7 verwendet wird, könnte (weil sie denkt, sie läuft unter Windows 7), absichtlich nur TLS1.2 nutzen, weil sie ja weiß, dass Windows 7 kein TLS1.3 kann. Anwendungen können das selbst steuern - auch die verwendeten Cipher Suites. Ob das Banking4 macht, weiß ich natürlich nicht.
Ein gutes ähnliches Beispiel ist hier Mozilla Firefox: während fast alle Windows-Anwendungen den Windows-Zertifikatsspeicher verwenden, nutzt Firefox seinen ganz eigenen, vom Betriebssystem unabhängigen Zertifikatsspeicher. Genauso verhält es sich auch mit TLS-Verbindungen: die Anwendung entscheidet, ob sie das selbst macht oder auf das OS zurückgreift.

Wenn man es also ganz genau wissen möchte, wird man nicht umherkommen, das einfach mal auszutesten. Also einen TLS-Webserver hinstellen - der muss ja nichtmal FinTS sprechen - und dann Banking4 dort hin eine Verbindung aufbauen lassen und auf dem Webserver nachsehen, welche Verschlüsselung verwendet wird. Einmal mit FinTS und einmal mit dem Screenscraper.

(Ich werde es jedoch nicht testen, da ich Wine nicht einsetze).


Richtig, das sehe ich genauso. Ich hatte ja auch nicht gesagt, dass das ganz kritisch ist, sondern lediglich zu bedenken gegeben, dass es vielleicht nicht ganz so gut ist, da einfach "Windows 7" auszuwählen - vorallem weil Stefan193 eben geschrieben hat, dass es damit etwas schneller läd.
Aber er hat ja zwischenzeitlich seine Beweggründe erklärt...
Mir ging es einfach nur darum, auf die - zumindest theoretische - Gefahr hinzuweisen.

Wie lautete denn deine Frage konkret?

Moin,
zuerst mal will und kann ich in dem Punkt niemanden "belehren". Ich arbeite und diskutiere zusammen mit anderen und so kommt man insgesamt Lösungen näher.
Und ich will es überhaupt nicht übertreiben, sondern lediglich die Ressourcen nutzen, die wir bereits investiert haben und vielleicht hinbekommen, diese Frage prinzipiell zu klären. Sie könnte im Kontext "Onlinebanking unter wine" von breiterem Interesse sein bzw jemand will das mal wissen oder findet per Suche hier her.

Ein paar sortierte Gedanken:

• Stellt das Anwendungsprogramm (hier banking4-irgendwas) die Bibliotheken für die Kryptografie selbst bereit / bringt sie mit, ist man sowieso aus der Frage raus. Dann hängt alles von dieser Implementierung ab.
  
• Verlässt sich das Anwendungsprogramm (hier banking4-irgendwas) auf das vorgefundene Betriebssystem, hängt es ebenfalls weitgehend von dessen Implementierung ab. Das Anwendungsprogramm a) beginnt mit Annahmen, die zum Wissen über das BS passen (=dann gitl weitgehend der obere Punkt) oder b) es testet das BS was es bestenfalls hergibt (=dann gilt hpts. der nächste Punkt).
  
• Dann bleibt noch wine selbst. Leitet es die Anfragen die vom Anwendungsprogramm an die mit wine implementierte krypto-Schnittstelle gestellt werden, in geeigneter Weise "nur" an die entsprechenden vom Host-System bereitgestellten Krypto-Schnittstellen durch oder macht es irgendwas zusätzlich selbst? Diese Frage wird vermutlich nur ein Entwickler beurteilen können, der sich um exakt diesen Punkt kümmert oder man fragt die KI, ob sie den öffentlichen Sourcecode daraufhin untersuchen kann ob wine solcherlei Anfragen an den Host durchleitet. Das ist im ersten Schritt einfacher aber definitiv WISSEN wir es danach auch nicht. Es läuft also bestenfalls auf den / die Entwickler raus.
  

In dem Codebaum von wine verläuft man sich schnell, ich kann auch kaum c. Ich finde zwar wincrypt.h und auch windows.security.cryptography.idl und im ersten Augenblick sieht es so aus, als ob wine dort keine eigenen Verarbeitungen macht außer dem "übersetzen" der Windows-Schnittstellenseite nach außen hin (was in Kryptosachen immer ratsam ist; nur echte Fachleute können da "unsinnfrei" arbeiten), aber was weiß ich schon ... NIX.

Ich kann auch nicht erkennen, wer im Projekt dort weiter was zum Prinzip in diesem Aspekt sagen könnte.

Beste Grüße mal so weit (jetzt gibt's Essen)
Stefan

Ich denke, aber ich weiß es nicht, dass Wine die Windows APIs nachbildet. Also SChannel, WinHTTP, WinINet usw. Und das wird dann vermutlich in geeigneter Form an Linux (GnuTLS?) weitergereicht.
Um im Quelltext allerdings herauszufinden, ob es hier eine Kompatibilitätsschicht für die unterschiedlichen Windows-Versionen eingebaut ist, müsste man vermutlich sehr tief einsteigen. Ich stimme dir also auch hier zu, dass man da einen Entwickler fragen müsste - solange niemand einen konkreten Code‑Pfad oder reproduzierbare Testergebnisse liefert, bleibt es eine Hypothese.

Hallo Roland,
vielen herzlichen Dank für Deine Mühe!

Im Handbuch zu banking4 Version 9 wird zu TLS nur bei den Systemvoraussetzungen unter macOS etwas gesagt:

Das würde allerdings dazu passen, dass TLS 1.3 erst ab Windows 11 offiziell und voll unterstützt wird (Hervorhebung ist von mir).
Microsoft schreibt selbst:


@yoda.man und Roland:
Ich finde den Austausch hier sehr produktiv und für Nachlesende sinnvoll dokumentiert. Nicht zu vergessen ist bei der Diskussion, dass ich vorher ohne Bedenken moneyplex eingesetzt habe und mir über die konkreten Schlüsselalgorythmen auch nie Gedanken machte. TLS 1.2 reicht mir fürs erste aus, was für mich damit hinreichend belegt ist..

Beste Grüße
Stefan

Mensch, wireshark ! Dass ich da nicht drauf gekommen bin!

Ich nehme an, das banking4 das "hochwertigste" Protokoll verwendet, mit dem sich Client und Server verbinden können. Es ist bei mir mit wine 10 unter Debian 13 trixie tatsächlich so, dass wine offenbar nur bis TLS 1.2 übermittelt. Ich hab den prefix mit wine-dotnet-staging-10.0stable (der ein Windows 7 simuliert) geprüft und den wine-mono-staging-10.20 (der ein Windows 11 simuliert). Unter beiden verbindet sich banking 4 "nur" mit TLS 1.2 mit den Gegenstellen. Ich hab bei atruvia, der dkb, 1822 und der ing geschaut. Hier beispielhaft die DKB.



Sollte man einen "Bug" an wine übermitteln, ein feature request oder gibt es irgendwo eine Einstellung, die das beeinflussen könnte? Eine flüchtige Suche in WineHQ nach "TLS 1.3"ergab einen Treffer in dlls/secur32/tests/schannel.c



I'm lost ...

Beste Grüße
Stefan

Ich habe mal schnell meine Banking4 Bottle (wine 10.19, Win 11) dupliziert und darin einen Firefox installiert.
Der Test des DKB Servers liefert TLS 1.3.