Konto löschen finde ich nicht...

Zu MoneyPenny kann ich nichts sagen, aber zu OpenHBCI:
Die Schluessel werden nicht fuer eine bestimmte Version erstellt, wenn Du eine andere Protokoll-Version verwendest aendert sich dadurch nicht der Hash... Schliesslich kann man auch nachtraeglich noch das Protokoll wechseln, ohne das der Schluessel gleich ungueltig wird...


Gruss
Martin

Das ist zwar richtig, aber FinTS3 unterstuetzt OpenHBCI gar nicht, hat also bei MoneyPenny keine Relevanz. Alle HBCI-Versionen kleiner 300 verwenden 768-bit Schluessel.


Gruss
Martin

Nabend!

Erstmal danke für die rege teilnahme

Also da musste ich mich heute auch erstmal schlau machen...denn die Meldung kenn ich schon....nur nicht genau was das bedeutet, also hab ich die bank angerufen...
Es ist der Vertrag für die Nutzung HBCI, den ich allerdings unterschrieben habe, als ich die Benutzerkennung abgeholt habe....vor ca 2 monaten....
Die Freischaltung hat daher anscheinend jetzt funktioniert, denn meinen offentlichen Schlüssel senden war erfolgreich, nur die System-ID hängt noch mit:

da ich ihn erfolgreich gesendet habe fehlt jetzt die freigabe, d.h. Eingabe der hash werte

oder es sind tatsächlich keine gültigen hash werte, aber wenn Martin sagt das geht, auch wenn er als 210 erstellt wurde, dann geht das schon....zu meiner schande muss ich eingestehen, dass es noch eine weitere Fehlerquelle gibt...ich hab kurz davor ein weiters linux installiert, was mir die hardwarezeit verstellt hat und damit ist meine uhr bei der schlüsselerstellung leider eine stunde vorgegangen, soweit ich weiß ist die systemzeit bei der verschlüsselung nicht unerheblich.

Aber warten wir mal morgen ab - ich berichte.

mfg tyler

P.S.: kann openhci2 eigentlich 300....ob das jetzt hbci oder fints heißt ist ja vollkommen egal, die verschlüsselung ist wichtig und die unterstützen geschäftsvorfälle

P.P.S: wie man ein konto löscht weiß ich immer noch nicht...denke mal ich warte auf die freischaltung und dann lösch ich mal das verzeichnis auf der festplatte mit den logs und den configs und die datenbanken auf der diskette, bis auf den key und eine bak (der legt mir tatsächlich 3 .bak dateien an) und lese dann den schlüssel neu ein um zu testen, ob das konto automatisch angelegt wird.

Ich denke eine beliebige VR-Bank an der GAD kann mit FinTS3 aushelfen.

nun, ssl benötigt HBCI nicht, nur für HBCI mit PIN&TAN, aber es müsste doch unter Linux auch möglich sein, ganze Verzeichnisse zu verschlüsseln, oder? Irgendwo hab ich mal was von cfs gelesen..

ich da mal das gegoogelt: http://devil.linux-site.net/~tom/zeugs/cfs.htm
k.A. ob das übertragbar und hier hilfreich ist.

Gruß
Raimund

Ich finde es sinnvoller, ein verschluesseltes Dateisystem zu verwenden. Das ist die einzige Garantie, dass die Daten gut geschuetzt sind.

Wenn beispielsweise MoneyPenny waehrend des Programmlaufes die Daten unverschluesselt auf der Festplatte ablegt (und diese Daten somit waehrenddessen angreifbar sind), ist das genau der Punkt den ich meine: Es ist einfach besser, fuer die Verschluesselung auf Tools zurueckzugreifen, deren originaere Aufgabe die Verschluesselung ist, denn offensichtlich ist das ja trotz Verschluesselung durch MoneyPenny zusaetzlich noch noetig...

Gruss
Martin

1. MoneyPenny ist durchaus OpenSource; der Quellcode liegt hier zum runterladen. Ich glaub sogar, der Code ist GPL, aber da irre ich mich vielleicht auch.

2. Wenn wir hier über Verschlüsselung reden, müssten die jeweiligen Daten ("was soll denn verschlüsselt werden") bitte säuberlich getrennt werden: Einerseits gibt es den hoch sensitiven RSA-Schlüssel für die HBCI-Operationen, andererseits gibt es den eigentlichen Datenbestand der Finanzverwaltung.

3. Der RSA-Schlüssel wird ja von allen HBCI-Anwendungen seinerseits beim Speichern auf Diskette/USB-Stick/Platte verschlüsselt. Das ist auch sinnvoll und wirkungsvoll, aber eben auch nur deswegen, weil die Datenmenge überschaubar ist und weil der Verwendungszeitpunkt jener Daten auch eng begrenzt ist. Da muss man auf solche Sachen achten wie daß der Teil des Speichers, wo der Klartext-RSA-key rumliegt, nicht in die Auslagerungsdatei auf Platte geschrieben wird usw. Das geht für den RSA-key, weil das eben überschaubare Datenmengen sind.

4. In der Tat verschlüsselt GnuCash seinen eigenen Datenbestand gar nicht. Die Frage ist nämlich, *gegen was* will man eine Verschlüsselung einsetzen. Gegen einen Angreifer, der auf meiner Maschine root werden konnte? Da hilft mir die Verschlüsselung der Datei eh nix mehr, weil der Angreifer während der laufenden Finanzsoftware kurzerhand den Speicher auslesen kann und darüber auch die Daten kriegt. Den Rest dieser Diskussion hab ich gerade vergessen (die FAQ von GnuCash hat auch nur diese kurze Antwort), aber es lief darauf hinaus, dass eine *wirkungsvolle* Sicherung der Daten viel zu umfangreich ist, als dass eine Finanzsoftware alleine das für seine Daten auch korrekt hinkriegen kann. Und eine halb-korrekte Implementierung davon ist völlig wirkungslos, also lässt man es lieber gleich. Und genau das ist auch die Wahl, die GnuCash getroffen hat. Bei KMyMoney gibt es die Option, dass die Daten-Datei kurzerhand via gpg verschlüsselt wird -- ob das ausreichend hilft, wage ich zu bezweifeln, aber es ist zumindest möglich. Bei MoneyPenny weiß ich die Details nicht.

cstim

Was Festplattenverschlüsselung unter Linux angeht, so ist Loop-AES zu empfehlen. Den Rest kann man eh vergessen. Unter dm-crypt oder ähnlichen sind Watermarking Attacks möglich.

Loop AES Project HP

Bei Fragen oder sonstigem, kurze PN

Moin,


Tatsaechlich ist es nicht OpenHBCI sondern eher die verwendete libaqmoney, und hier waere eine solche Aenderung gar kein Problem: In src/libaqmoney/storage ist die derzeit zur Datenspeicherung verwendete Klasse "storagefile" zu finden. Dies koennte man ganz einfach als Muster nehmen und darauf aufbauend die Verschluesselung einbauen.

Aber wie gesagt, ich finde eine solche Aufgabe gehoert nicht in eine Banking-Anwendung, denn gerade hier fallen doch mitunter viele Daten an, und dann wird eine eigene Crypt-Logik doch schnell unuebersichtlich... (es sei denn, man speichert wie KMyMoney alles in einer Datei, aber davon sind wir ja wegen der langen Startup-Zeiten bei AqMoney und QBankManager weg).



Gibt es da eigentlich schon konkrete Plaene?


Gruss
Martin

Hallo Tyler,
Konto löschen ging wirklich nicht. War in OpenHBCI nicht vorgesehen. Das heben wir jetzt in MoneyPenny 1.0.0.4rc nachgerüstet. Die neue Version steht auf dem Server zum Download zur Vrfügung.
Gruß
Walter