Datenschutz bei Finanz-Apps: warum lokale Speicherung besser ist

Wer seine Ausgaben digital festhaelt, gibt einer Software sehr persoenliche Informationen preis. Aus einer Liste von Buchungen laesst sich ablesen, wo jemand einkauft, wie viel er verdient, welche Abos laufen, ob eine Therapie bezahlt wird oder ein Kredit bedient werden muss. Finanzdaten gehoeren damit zu den sensibelsten Kategorien ueberhaupt, auch wenn sie rechtlich nicht in jedem Fall als besondere Kategorie im Sinne der DSGVO gelten. Umso wichtiger ist die Frage, wo diese Daten eigentlich landen, sobald man sie in eine App tippt.

Dieser Beitrag erklaert aus Betreiberperspektive, welche Risiken cloudbasierte Budget-Apps mit sich bringen, wie sich lokale Speicherung im Browser davon unterscheidet und wie die DSGVO den Grundsatz der Datenminimierung einordnet. Es ist eine sachliche Orientierung, keine Rechtsberatung.

Wie cloudbasierte Finanz-Apps mit Daten umgehen

Viele bekannte Budget- und Haushaltsbuch-Apps funktionieren nach demselben Muster: Man legt ein Konto an, die Eintraege werden auf einem Server gespeichert und ueber mehrere Geraete synchronisiert. Dieser Komfort hat eine Kehrseite. Sobald Daten den Server erreichen, liegen sie ausserhalb der eigenen Kontrolle und unterliegen den Geschaeftspraktiken des Anbieters.

Datensammlung und Profilbildung

Ein Server, auf dem die Ausgaben tausender Nutzer liegen, ist ein wertvoller Datenbestand. Aus aggregierten Transaktionen lassen sich Kaufgewohnheiten, Einkommensklassen und Lebensumstaende ableiten. Selbst wenn ein Anbieter die Rohdaten nicht verkauft, koennen anonymisierte oder pseudonymisierte Auswertungen in die Produktentwicklung, in Werbung oder in Kooperationen einfliessen. Die Grenze zwischen statistischer Auswertung und individueller Profilbildung ist dabei in der Praxis oft fliessend.

Bankzugaenge ueber Open Banking

Eine besondere Risikoklasse bilden Apps, die sich per Open Banking direkt mit dem Girokonto verbinden. Technisch laeuft das ueber die PSD2-Schnittstellen der Banken, meist vermittelt durch einen lizenzierten Drittdienstleister. Der Zugriff ist zwar reguliert und an eine Einwilligung gebunden, dennoch fliessen dabei vollstaendige Kontoumsaetze an einen weiteren Beteiligten. Der Nutzer muss nicht nur dem App-Anbieter vertrauen, sondern auch dem dahinterliegenden Kontoinformationsdienst und dessen Sicherheitsniveau.

Weitergabe an Dritte

Datenschutzerklaerungen von Finanz-Apps nennen haeufig eine Reihe von Empfaengern: Hosting-Dienstleister, Analyse-Tools, Crash-Reporting, Marketing-Plattformen. Jeder dieser Dritten ist ein zusaetzlicher Ort, an dem Daten verarbeitet werden, und ein zusaetzliches Ziel fuer Angriffe. Je mehr Beteiligte in der Kette stehen, desto schwieriger wird es nachzuvollziehen, wer wann welche Information sieht.

Lokale Speicherung: Daten bleiben auf dem Geraet

Die Alternative zum Server-Modell ist die rein lokale Speicherung. Ein Tool wie ausgaben-tracker.de legt die Eintraege im sogenannten localStorage des Browsers ab. Das ist ein Speicherbereich, den jede Website fuer eigene Daten nutzen kann und der an die jeweilige Domain gebunden ist. Die Buchungen liegen physisch auf der Festplatte oder im Speicher des Geraets, nicht auf einem Server des Anbieters.

Der entscheidende Punkt: Es gibt keine Uebertragung. Ohne Kontoanmeldung, ohne Bankverknuepfung und ohne Server-Sync verlassen die Daten das Geraet nicht. Der Betreiber der Website sieht die Eintraege nie, weil sie technisch gar nicht bei ihm ankommen. Damit entfaellt der gesamte Komplex aus Server-Datenbank, Backups beim Anbieter, Mitarbeiterzugriffen und Weitergabe an Dritte. Es gibt schlicht keinen zentralen Bestand, der ausgewertet oder kompromittiert werden koennte.

Technisch ist localStorage ein einfacher Schluessel-Wert-Speicher, der Texte ablegt. Die App liest beim Start die gespeicherten Buchungen aus und schreibt neue Eintraege wieder zurueck. Das alles geschieht im Browser, also auf dem Geraet selbst. Wer den Netzwerkverkehr einer solchen Seite beobachtet, sieht beim Erfassen von Ausgaben keine ausgehenden Datenpakete mit den Inhalten.

Lokal gegen Cloud im direkten Vergleich

Die folgende Tabelle stellt die beiden Modelle gegenueber. Sie zeigt, an welchen Stellen sich der grundsaetzliche Unterschied auswirkt.

Kriterium	Lokale Speicherung (localStorage)	Cloud / Server
Speicherort	Auf dem Geraet im Browser	Auf Servern des Anbieters
Kontopflicht	Keine	Meist erforderlich
Datenuebertragung	Findet nicht statt	Bei jeder Synchronisation
Zugriff Dritter	Technisch ausgeschlossen	Je nach Datenschutzerklaerung moeglich
Angriffsflaeche	Nur das eigene Geraet	Server, Backups, Drittdienste
Profilbildung durch Anbieter	Nicht moeglich, keine Daten vorhanden	Technisch moeglich
Synchronisation ueber Geraete	Nicht eingebaut	Kernfunktion
Backup-Verantwortung	Beim Nutzer	Beim Anbieter
Datenverlust bei Cache-Loeschung	Moeglich	Unwahrscheinlich

Die Tabelle macht deutlich, dass lokale Speicherung kein durchweg ueberlegenes Modell ist, sondern ein anderer Kompromiss. Sie tauscht Komfort und Geraeteunabhaengigkeit gegen Datensparsamkeit und Kontrolle.

Die DSGVO und der Grundsatz der Datenminimierung

Die Datenschutz-Grundverordnung formuliert in Artikel 5 mehrere Grundsaetze fuer den Umgang mit personenbezogenen Daten. Einer davon ist die Datenminimierung. Daten sollen demnach dem Zweck angemessen, erheblich und auf das notwendige Mass beschraenkt sein. Wer ein Haushaltsbuch fuehren will, braucht dafuer keine Server-Speicherung beim Anbieter und keine Kontoverknuepfung. Der Zweck, naemlich das Erfassen eigener Ausgaben, laesst sich vollstaendig auf dem Geraet erfuellen.

Ein weiterer Grundsatz aus Artikel 5 ist die Zweckbindung: Daten duerfen nur fuer den festgelegten Zweck verarbeitet werden. Bei einer rein lokalen Anwendung stellt sich diese Frage praktisch nicht, weil der Anbieter keine Daten verarbeitet. Es gibt keine Sekundaernutzung, kein Tracking ueber die eigentliche Funktion hinaus und keine spaetere Zweckaenderung, die eine erneute Einwilligung noetig machen wuerde.

Aus Betreiberperspektive ist das auch eine Frage der Verantwortung. Wer keine personenbezogenen Daten erhebt, muss sie auch nicht schuetzen, nicht aufbewahren und nicht im Schadensfall melden. Das Modell Privacy by Design, das die DSGVO in Artikel 25 als Leitgedanken vorsieht, ist bei lokaler Speicherung bereits in der Architektur angelegt und nicht erst nachtraeglich aufgesetzt. Diese Einordnung ist eine allgemeine Orientierung und ersetzt im Einzelfall keine juristische Pruefung.

Woran man erkennt, wo die Daten liegen

Fuer Nutzer ist nicht immer offensichtlich, ob eine App lokal oder serverbasiert arbeitet. Einige Anhaltspunkte helfen bei der Einschaetzung:

• Kontoanmeldung: Verlangt die App eine Registrierung mit E-Mail und Passwort, liegt nahe, dass die Daten auf einem Server gespeichert werden. Ohne Server gaebe es nichts, wofuer eine zentrale Anmeldung noetig waere.
• Bankverknuepfung: Bietet die App an, das Girokonto direkt zu verbinden, fliessen Kontodaten an einen Drittdienst. Das ist immer ein serverseitiger Vorgang.
• Geraetewechsel: Sind die Eintraege nach dem Wechsel auf ein neues Geraet oder nach erneutem Login automatisch wieder da, wurden sie zwischengespeichert, also auf einem Server abgelegt.
• Datenschutzerklaerung: Sie nennt die Rechtsgrundlage, die Empfaenger und die Speicherdauer. Werden dort Hosting, Synchronisation oder Weitergabe beschrieben, gibt es eine Server-Komponente. Eine sehr knappe Erklaerung kann ein Hinweis auf eine rein lokale Verarbeitung sein, ist aber kein Beweis.
• Funktion ohne Internet: Laesst sich die App nach dem ersten Laden auch offline bedienen und speichert weiter, spricht das fuer lokale Speicherung.

Wer es genau wissen will, kann in den Entwicklerwerkzeugen des Browsers nachsehen. Im Bereich Anwendung oder Speicher findet sich der localStorage-Eintrag der jeweiligen Seite, und im Netzwerk-Tab zeigt sich, ob beim Speichern Datenpakete versendet werden.

Grenzen der lokalen Speicherung

Lokale Speicherung loest nicht jedes Problem, und es waere unredlich, sie als perfekte Loesung darzustellen. Sie verlagert bestimmte Verantwortlichkeiten auf den Nutzer.

Backup liegt beim Nutzer

Weil die Daten nur auf einem Geraet liegen, gibt es keine automatische Sicherung. Geht das Geraet verloren, faellt aus oder wird zurueckgesetzt, sind die Eintraege weg. Auch das Leeren des Browser-Caches oder das Loeschen der Website-Daten entfernt den localStorage-Inhalt. Eine sinnvolle App bietet deshalb eine Export-Funktion, mit der sich die Buchungen als Datei sichern und spaeter wieder einspielen lassen. Diese Datei zu erstellen und sicher abzulegen, bleibt jedoch Aufgabe des Nutzers.

Kein Geraetewechsel ohne Handarbeit

Synchronisation ueber mehrere Geraete ist ohne Server praktisch nicht moeglich. Wer das Tool auf dem Smartphone und am Laptop nutzen will, hat zwei getrennte Datenbestaende. Der Wechsel funktioniert nur ueber den manuellen Export auf dem einen und Import auf dem anderen Geraet. Fuer viele private Haushaltsbuecher ist das akzeptabel, fuer wer dauerhaft geraeteuebergreifend arbeiten will, ist es ein echter Nachteil.

Schutz des Geraets bleibt eigene Aufgabe

Lokale Speicherung schuetzt vor Risiken auf der Server- und Anbieterseite, nicht vor Zugriff auf das Geraet selbst. Wer Zugang zum entsperrten Geraet hat, kann auch die gespeicherten Ausgaben einsehen. Geraetesperre, ein aktuelles Betriebssystem und ein eigenes Nutzerkonto sind deshalb die Grundlage, ohne die der Datenschutzvorteil teilweise verpufft. Geteilte Geraete in einem Haushalt sollte man im Blick behalten.

Worauf es ankommt

Lokale Speicherung ist kein Marketingversprechen, sondern eine technische Entscheidung mit klaren Konsequenzen. Sie haelt sensible Finanzdaten dort, wo sie entstehen, naemlich auf dem Geraet, und nimmt damit dem Anbieter die Moeglichkeit, sie zu sammeln, auszuwerten oder weiterzugeben. Das deckt sich mit dem Grundsatz der Datenminimierung, der in Artikel 5 der DSGVO verankert ist. Der Preis dafuer ist die Eigenverantwortung beim Backup und der Verzicht auf bequeme Synchronisation.

Fuer ein privates Haushaltsbuch ist dieser Kompromiss in vielen Faellen sinnvoll. Wer regelmaessig exportiert und sein Geraet schuetzt, behaelt die volle Kontrolle ueber seine Zahlen, ohne sie einem fremden Server anzuvertrauen. Wer dagegen Wert auf nahtlose Synchronisation ueber mehrere Geraete legt, muss abwaegen, ob ihm der Komfort die zusaetzliche Datenweitergabe wert ist. Die wichtigste Empfehlung bleibt unabhaengig vom Modell: vor der Nutzung pruefen, wo die Daten liegen, und diese Entscheidung bewusst treffen.