banking4w unter ubuntu

Hallo yoda.man,

Bei Wine werden sogenannte "built in" dlls, das sind die hauseigenen dlls, mitgeliefert, als auch die "nativen" dlls.
Die nativen dlls sind keine originalen Windows dlls, sondern Dummy dlls, damit das Programm weiter laufen kann. Deshalb auf eigene Gefahr!

Diese mitgelieferten nativen dlls sind nur als Platzhalter gedacht, damit sie mit originalen dlls ersetzt werden können, soweit man die Lizenz dafür hat.
Man kann bei Wine switchen, welche dll man verwenden will.

OK sehr gut
Allerdings bringt Firefox seinen eigenen TLS-Stack mit (Network Security Services (NSS)). Deswegen kann Firefox auch unter Windows 7 TLS1.3, obwohl Windows 7 das eigentlich garnicht kann.
D.h. wenn du jetzt als nächstes auch noch testen könntest, ob dein Banking4 unter Bottles ebenfalls TLS1.3 kann, wäre das sehr hilfreich.

Aus Banking4 heraus TLS V1.2

Bei anderen Banken ebenso.

Hallo Stefan,
zur ersten Frage:
Ja, du kannst jederzeit eine neue Prefix mir derselben Wine-Umgebung installieren. Dazu reicht es, folgende Befehle auszuführen:

wget "https://subsembly.com/download/TopBanking4Setup.exe"
WINEPREFIX=~/.Banking4-TEST-10.20 ~/.wine-10.20-staging-amd64/bin/wine ~/TopBanking4Setup.exe
rm TopBanking4Setup.exe

Zur zweiten Frage:
Die Eintragung von TLS 1.3 in die Registry reicht nicht.
Ich habe die originale secur32.dll von meiner Windows11 Installation ausprobiert. Das klappt auch nicht.
Die nativen dlls, die in der Prefix unter Windows/Sytem32 stehen sind nur Fake.dlls. Die sollte man auf keinen Fall verwenden. Die sind nur als Platzhalter zum Austausch für originale dlls gedacht.
Ich teste weiter.
Im Internet steht, dass Wine nicht mit TLS 1.3 funktioniert. Aber es gibt Workarounds und Patches. Mit Patches befasse ich mich nicht, denn dann müsste man Wine komplett neu kompilieren. Da ist mir der Aufwand zu groß.

@wintrouble,
auch von mir besten Dank für Deine Mühe!

Das habe ich auch gerade gemerkt
Wenn ich hier was testen soll, sag einfach Bescheid.

Viele Grüße
Thomas

Ergänzung: Verwendet ihr eigentlich .NET 4.6 oder 4.8?


Quelle: https://phabricator.wikimedia.org/T385222


Quelle: https://en.wikipedia.org/wiki/…o_and_Wine

Es kann gut sein, dass das aktuelle wine so, wie wir es installiert haben, kein TLS 1.3 "aus der Box" unterstützt.
Dennoch bleibe ich einstweilen auch bei meinem Gedankenmodell, das zu Deinen Ausführungen auch passt.

Unter Windows 11 wähnt sich banking4 evtl. als unter Windows 10 laufend und fordert "nur" TLS 1.2 an. Windows 11 bietet von sich aus der Gegenstelle die Verbindung per TLS 1.2 und 1.3 an. Jede vernünftige Gegenstelle ist so konfiguriert, dass die "bessere / aktuellere" Version benutzt wird, in dem Fall also TLS 1.3 (so wie Du es gut beschreibst). Da banking4 sicher die kryptografischen Operationen nicht selbst macht, bekommt es seine Daten wie erwartet geliefert und weiß nichts vom verwendeten TLS 1.3.

Läuft es unter echten Windows 10, bleibt es bei TLS 1.2, da das unter Win 10 vorhandenen TLS 1.3 ausdrücklich NICHT empfohlen und somit auch nicht im Client-Hello von der Banking-Maschine dem Banking-Server offeriert wird (siehe den link zu microsoft, den ich in einem Vorbeitrag gepostet habe).

So herum wäre das erklärbar, auch wenn wir (noch) nicht gesichert wissen, wie es wirklich ist. Bis dahin bleibt es für mich weiter eine Hypothese, die ich leider mangels Einsicht in den Quellcode von banking4 nicht veri- oder falsifizieren kann. Ausgerechnet Kryptothemen, das ist sowieso ziemlich kompliziert ...

Gestern abend bin ich noch lange im Sourcenbaum von wine "spazieren gegangen" und hab zwar vieles Interessante gesehen, aber nichts erhellendes zu den TLS Versionen erkennen können. Mir ist auch nicht klar geworden, wie und mit welchen ganz konkreten Libs /Paketen die "Umsetzung" der kryptografischen Anforderungen von wine zu den Linux-Host-Schnittstellen geschieht. wine selbst geht angeblich primär über "gnutls" (hab ich aus dem ARCH-Wiki, das Paket heißt dort so). Es gibt aber einige "Translationspakete" in diversen Architekturen, die diese Anforderungen auf das öfter / standardmäßig installierte OpenSSL "hin- und herübersetzen". Einige dieser Pakete sind auf dem Debian trixie installiert, aber ich konnte dazu nach diesem langen Tag nicht mehr herausbekommen.

Heute kann ich nicht so viel Zeit setzen, weil gestern so viel liegen geblieben ist, aber diese Informationen will ich rasch teilen.

Und für Mitlesende: Kein Grund zur Panik!
TLS 1.2 ist immer noch ein gutes pragmatisches Verfahren. Die Version 1.3 ist eben neuer, gegen bestimmte Angriffsvektoren besser gewappnet und wird irgendwann mal endgültig TLS 1.2 ablösen (wie 1.0 und 1.1). Für die Verschlüsselungsgüte selbst sind die verwendeten Cipher-Suites entscheidender. Außerdem halte ich Angriffe an der Stelle wegen des immensen Aufwands für relativ unwahrscheinlich. So eine Verschlüsselung knackt man, weil man langfristig Industriespionage betreiben will oder neuste Raketentechnik abschnorcheln oder Strukturen infiltrieren, aber nicht um Hein Blöd um ein paar Euros zu bringen. Da macht es mehr Unterschied, ob man den Banking-Rechner hauptsächlich zum Banken benutzt oder ob man dort seine "Feld-Wald-Wiesen-Einkaufs-" Surfaktionen auch macht und sich selber so mehr zur potenziellen Zielscheibe für Schadcode macht.

Beste Grüße
Stefan

Thomas, hast du das auch im AlFBanco Unterforum gepostet?

und grundsätzlich mal eine herzliches Dankeschön an euch Stefan, winetrouble, Thomas, yoda.man dass ihr euch so reinkniet! Ich verstehe zwar bei weitem nicht alles, aber es ist interessant und ich werde gerne davon profitieren!

Joachim

alles klar, verstehe

Hallo zusammen,
ich hab Quellen gefunden, die sich mit TLS und dem "alten" .Net (=Framework) befassen. Nach etwas kryptischer Darstellung würde mit diesem Update
Wie immer man das auch interpretieren mag.
Eine andere Quelle diskutiert, dass das Mono-Project vom Microsoft (nach dem "Aussaugen alles Nutzbaren" an WineHQ übergeben worden sein. Auf der Projektseite von WineHQ sieht man auch einen commit vor zwei Tagen, der sich um eine Änderung im Bereich Verschlüsselung befasst.

Was das heißt und weiteres, bevor ich mich da beginne reinzufressen, muss ich jetzt schnell Abendessen machen, sonst gibt's Senge

Auf den ersten Blick ist das alles ziemlich unübersichtlich und für mich sieht es danach aus, als ob wir derzeit mit dem TLS 1.2 leben müssen. Ich hatte gestern am späten Abend zum Abschluss noch eine entsprechende Frage ins englische WineHQ-Forum eingestellt zu unserem Thema. Vielleicht bekomme ich dort eine Antwort mit der ich was anfangen kann. Falls nicht ist wenigstens das Thema somit auch dort mal sichtbar, vielleicht hilft das mittelfristig irgendwie weiter.

Leider musste ich mich dort erst registrieren und bis gerade eben war keine Moderation in der Lage, meine Frage freizuschalten - Spamschutz eben. Danke ihr Spammer!

Beste Grüße
Stefan