Sicherheit und Datenfluss

Diese Seite ist für technisch versierte, skeptische Leserinnen und Leser geschrieben. Jede Aussage unten wurde am oben genannten Datum gegen den Anwendungscode geprüft. Was eine Einschränkung und keine Funktion ist, finden Sie im Abschnitt Was wir noch nicht können, als geplant gekennzeichnet.

Zusammenfassung

Zwei weiterführende Seiten gehen tiefer: Wer Ihre Daten verarbeitet listet jeden Dritten und was er erhält, Wie lange Daten aufbewahrt werden nennt die Aufbewahrungsdauer jedes Datensatzes.

• Assetli verbindet sich nie mit Ihrer Bank und speichert keine Bank-Zugangsdaten. Daten kommen über den Import einer Datei, manuelle Eingabe oder die optionale Synchronisation mit Wallet by BudgetBakers über deren eigenen Token herein.
• Angehängte Dateien liegen in einem privaten Speicher in der EU ohne öffentliche Adresse und werden nur dem angemeldeten Eigentümer angezeigt.
• Mit aktivierter Zwei-Faktor-Authentifizierung ist der Code bei jeder Anmeldung mit Passwort nötig. Nach einer Anmeldung über Google oder Apple verlangt Assetli keinen Code, dort übernimmt Ihr Google- oder Apple-Konto die Verifizierung. „Auf allen Geräten abmelden“ beendet alle Sitzungen, einschließlich der mobilen App und der KI-Verbindungen.
• Die KI-Verbindung beruht auf OAuth 2.1 mit PKCE, einem Zustimmungsbildschirm, kurzlebigen Tokens, die als Hash gespeichert werden, einem Profil pro Konnektor und getrennten Berechtigungen für Lesen und Schreiben. Schreiben erfordert einen kostenpflichtigen Tarif.
• Ihr Gespräch mit der KI erreicht Assetli nicht. Der Server erhält nur die Werkzeugaufrufe. Lesezugriffe werden nicht protokolliert, Schreibzugriffe zwölf Monate lang.
• Weder in der API noch in den mobilen Apps (Android und iPhone) läuft eine Fremdbibliothek für Fehler-Tracking oder Analytik. Google Analytics und Microsoft Clarity laden auf den Webseiten erst nach der Cookie-Einwilligung und sehen den API-Verkehr nie; Vercel Web Analytics zählt Seitenaufrufe auf der Website und im Dashboard ohne Cookies.

Wo die Daten liegen

Was	Wo
Anwendung und API	Vercel, Region Frankfurt (fra1)
Datenbank	MongoDB Atlas, Region Frankfurt (EU)
Angehängte Dateien (Fotos, Dokumente, Belege)	Cloudflare R2, ein privater Speicher mit EU-Jurisdiktion (die Objekte bleiben in der EU), ohne öffentliche Adresse. Eine Datei wird nur dem angemeldeten Eigentümer angezeigt: Der Server prüft die Anmeldung und ob der Eintrag zum aktiven Profil gehört, und stellt dann einen signierten Link aus, der höchstens 15 Minuten gilt, oder liefert die Datei selbst aus (Vorschau im Web, Fotos von Wertgegenständen). Der Link selbst verlangt keine Anmeldung, deshalb gilt er nur kurz. Früher hochgeladene Dateien haben wir am 30. 10. 2026 in die EU verschoben und die ursprünglichen Kopien gelöscht. Abo- und Budget-Symbole sowie temporäre Dateien liegen bei Vercel Blob. Kontoauszüge für den Import werden gar nicht gespeichert
Öffentliche Referenzdaten (Preislisten, Statistiken)	Cloudflare R2, ein eigener öffentlicher Speicher (keine Nutzerdateien)
Datenbanksicherung	Archiv aus mongodump, mit AES-256 verschlüsselt (samt Prüfung, dass es sich entschlüsseln lässt), auf dem eigenen Rechner des Betreibers in Tschechien gespeichert; jede Nacht geplant. Sicherungen, die älter als 30 Tage sind, werden gelöscht, die letzten 7 Sicherungen bleiben aber immer erhalten, auch wenn sie älter sind. Eine zweite Kopie, verschlüsselt, bevor sie den Build-Server verlässt, wird 30 Tage als GitHub-Actions-Artefakt gespeichert, nur wenn die Aufgabe dort läuft (seit dem 21. 10. 2026 läuft sie nicht). Die nächtliche Sicherung schlägt derzeit fehl, siehe Was wir noch nicht können
Wechselkurse	Werden von frankfurter.app geladen (EZB-Kurse). Die Anfrage enthält nur Währungscodes
Zahlungen	Stripe. Kartendaten erreichen Assetli nie

Anmeldung bei Assetli

• Mit E-Mail und Passwort. Passwörter werden als bcrypt-Hash gespeichert.
• Anmeldung über Google oder Apple (OAuth), in der Handy-App auch nativ.
• Optionale Zwei-Faktor-Authentifizierung mit einer TOTP-App und Backup-Codes. Ist sie aktiv, wird der Code (aus der Authenticator-App oder ein Backup-Code) bei jeder Anmeldung mit Passwort verlangt, im Web und in der App, sowie beim Zugang zum Admin-Bereich des Betreibers.
• Nach einer Anmeldung über Google oder Apple verlangt Assetli keinen Code, weder im Web noch in der App. Die Verifizierung übernimmt dort Ihr Google- oder Apple-Konto (Passkey, dessen Bestätigung in zwei Schritten bzw. Zwei-Faktor-Authentifizierung; Apple setzt sie für „Mit Apple anmelden“ voraus). Wir empfehlen Ihnen, dort die Bestätigung in zwei Schritten oder einen Passkey zu aktivieren.
• Das TOTP-Geheimnis ist verschlüsselt, derselbe Code lässt sich nicht zweimal verwenden, und ein Backup-Code funktioniert nur einmal.
• Nach 5 Fehlversuchen innerhalb von 15 Minuten wird das Konto für 15 Minuten gesperrt; auch falsche Zwei-Faktor-Codes zählen, egal ob bei der Anmeldung, in der App oder in den Einstellungen eingegeben (Abschalten der Zwei-Faktor-Authentifizierung, neue Backup-Codes).
• Die Sitzung hält ein HTTP-only-Cookie, ausgestellt von der Bibliothek Auth.js; es gilt 7 Tage ab der letzten Nutzung.
• Auf allen Geräten abmelden (Einstellungen im Web und in der App) beendet alle Web-Sitzungen, widerruft die Tokens der mobilen App, des Google-Sheets-Add-ons und aller KI-Verbindungen (MCP) und löscht die Registrierungen für Push-Benachrichtigungen. Dasselbe passiert automatisch nach dem Zurücksetzen des Passworts. Nach dem Ein- oder Ausschalten der Zwei-Faktor-Authentifizierung werden die übrigen Geräte abgemeldet; angemeldet bleibt nur das Gerät, auf dem Sie die Änderung vorgenommen haben. Andere Serverinstanzen übernehmen die Änderung spätestens nach 30 Sekunden.
• Sicherheits-E-Mails kommen nach einer Anmeldung von einem neuen Gerät, nach dem Zurücksetzen des Passworts und nach dem Ausschalten der Zwei-Faktor-Authentifizierung. Ein Gerät wird an Art, Browser und Betriebssystem erkannt, ohne Versionen und ohne IP-Adresse; in der Datenbank liegt nur ein Hash davon. Die E-Mail nennt Gerät, ungefähres Land, Uhrzeit und Anmeldeart. Von diesen E-Mails kann man sich nicht abmelden.
• Der Admin-Bereich lässt den Betreiber nur mit einer in derselben Sitzung bestätigten Zwei-Faktor-Authentifizierung hinein und schreibt jeden Zugriff in ein Audit-Protokoll (siehe Protokollierung unten).

Verschlüsselung

• Der gesamte Verkehr läuft über HTTPS.
• Feldverschlüsselung mit AES-256-GCM (versionierter Schlüsseltext, zufälliger Initialisierungsvektor, Authentifizierungs-Tag) schützt: Kontonummer, IBAN und Notizen bei Bankkonten, den Token für Wallet by BudgetBakers, Zwei-Faktor-Geheimnisse, Ihre eigenen API-Schlüssel für KI-Anbieter, Family-Legacy-Notizen sowie die Zahlungsdaten von Mitgliedern in Gruppen für geteilte Ausgaben (Kontonummer bzw. IBAN, Name und Code der Bank, Krypto-Wallet-Adresse; der öffentliche Link einer Gruppe erhält sie gar nicht). Verschlüsselte Felder lassen sich nicht per Datenbankabfrage durchsuchen und werden erst beim Anzeigen des Datensatzes entschlüsselt. Verschlüsselt gespeichert werden auch das Refresh-Token von „Mit Apple anmelden“, Kaufkennungen von Google Play und Ihre geheime Adresse für den E-Mail-Import.
• OAuth-Access- und Refresh-Tokens, Autorisierungscodes und API-Schlüssel werden als SHA-256-Hash gespeichert. Die lesbare Form existiert nur in Ihrem Client. Ebenso die Tokens in Links zum Zurücksetzen des Passworts und zur Bestätigung der E-Mail-Adresse: In der Datenbank liegt nur ein Hash, der lesbare Link steht nur in der E-Mail, und jeder funktioniert einmal.

Die KI-Verbindung Schritt für Schritt

So läuft eine Frage an Claude, ChatGPT oder Gemini ab, die Ihre Daten braucht.

1. Ihr Client ruft POST /api/mcp mit einem JSON-RPC-Body auf, also dem Werkzeugnamen und dessen Argumenten. Nichts weiter aus dem Gespräch wird gesendet.
2. Die Middleware lässt die Anfrage durch. Auf diesem Pfad gibt es kein seitenweites Passwort, und der Anfrage-Body wird nicht protokolliert.
3. Token-Prüfung. Der Token aus dem Header Authorization: Bearer wird gehasht und in der Datenbank gesucht. Er muss existieren, unabgelaufen (1 Stunde) und nicht widerrufen sein, und sein Empfänger muss zum Host passen. Aus dem Datensatz ergeben sich Ihre Benutzer-ID, das bei der Zustimmung gewählte Profil, die Berechtigungen und die Client-ID.
4. Berechtigung, Tarif und Vorschau-Token. Jedes Werkzeug der Schreibkategorie, Vorschauen (prepare_*) eingeschlossen, erfordert die Berechtigung write und den Tarif Premium oder Max. Ohne die Berechtigung write werden die Schreibwerkzeuge dem Client nicht angeboten, und ein Aufruf endet mit SCOPE_REQUIRED. Mit der Berechtigung write werden sie auch im Tarif Free angeboten, damit das Schreiben direkt nach einem Upgrade funktioniert, aber jeder Aufruf ohne Tarif Premium oder Max endet mit TIER_FEATURE, und nichts wird ausgeführt. Die Tarifprüfung läuft bei jedem Aufruf, nicht in der Werkzeugliste, und gilt daher auch nach dem Ende der Testphase. Ein Schreibvorgang muss außerdem einen Bestätigungstoken tragen, den das zugehörige Vorschauwerkzeug für dieselben Argumente in den letzten zehn Minuten ausgestellt hat; ohne ihn oder mit anderen Argumenten wird der Schreibvorgang abgelehnt.
5. Ausführung des Werkzeugs. Die Verarbeitung fragt MongoDB mit einem Filter auf Ihren Benutzer und Ihr Profil ab. Die Ergebnisse werden in einen festen Satz von Feldern übertragen.
6. Audit (nur bei Schreibvorgängen). Werkzeugname, Client-ID, Ergebnis und eine Zusammenfassung der Argumente werden in der Sammlung mcp_audit_logs mit einem Ablauf nach 365 Tagen gespeichert. Beträge, Kategorien, Symbole, Daten und Zielnamen bleiben erhalten; Freitext (Beschreibungen, Notizen, Händlername, Auszugsinhalt) wird nur als Länge gespeichert, der Auszugsinhalt zusätzlich als Hash. Der Datensatz selbst trägt seine Herkunft (createdVia: MCP und Konnektor-ID) – bei Transaktionen, Trades, Zählerständen, Wertsachen, Budgets und Kategorisierungsregeln –, und die Listen der Transaktionen, Trades, Zählerstände, Wertsachen und Budgets kennzeichnen ihn mit einem „KI“-Abzeichen, dessen Tooltip Kanal und Werkzeug nennt. Aktionen, die bestehende Datensätze ändern statt einen neuen anzulegen (Umbuchung koppeln, Regel anwenden, Geld zwischen Umschlägen verschieben, Saldo bestätigen), werden im Audit-Log festgehalten.
7. Antwort. Das Ergebnis in JSON geht an Ihren Client zurück, der es dem Modell übergibt.

Was Assetli sieht und was nicht

	Sieht Assetli?
Ihre Frage und die Antworten des Modells	Nein. Sie bleiben im KI-Client.
Werkzeugname und Argumente	Ja, für die Dauer der Anfrage.
Argumente von Schreibaufrufen	Ja, als Zusammenfassung ohne Freitext, zwölf Monate im Audit-Log.
Argumente von Leseaufrufen	Werden nicht gespeichert.
Ergebnisse der Werkzeuge	Werden berechnet und zurückgegeben, nicht gespeichert.
Identität des Clients	Registrierter Name des Konnektors und dessen ID. In den üblichen Hosting-Logs zusätzlich IP-Adresse und Browserkennung des Servers des KI-Clients.

Der Satz „wir sehen nur, was beim Klicken in der App” trifft beim Lesen genau zu. Beim Schreiben behält Assetli etwas mehr als bei einem Klick in der Anwendung, nämlich den Audit-Eintrag.

Was der KI-Anbieter sieht

Der Anbieter, der Ihr Modell betreibt (Anthropic bei Claude, OpenAI bei ChatGPT, Google bei Gemini), sieht Ihre Fragen, die Ergebnisse der Werkzeuge und damit jede Zahl, die ein Werkzeug zurückgibt. Diese Daten werden nach den Bedingungen des jeweiligen Anbieters behandelt, nicht nach denen von Assetli. Die Werkzeuge geben dieselben Daten zurück, die Sie in der App sehen: Salden, Transaktionen mit Beschreibung und Händler, Positionen, Immobilienwerte und -adressen, Kennzeichen von Fahrzeugen, Schulden. Sie geben nie Kontonummern, IBANs, Passwörter, Tokens oder Daten anderer Nutzer zurück.

Der Assistent in der App funktioniert anders. Dort sendet Assetli selbst Ihre Nachrichten und eine Finanzübersicht an Anthropic (oder an den Anbieter, dessen Schlüssel Sie eingetragen haben) und speichert das Gespräch bei Ihrem Profil. Siehe KI-Assistent.

Geltungsbereich des Tokens

• Ein Nutzer, ein Profil. Der Token trägt das bei der Zustimmung gewählte Profil. Ein Konnektor kann Profile nicht wechseln.
• Lesen oder Schreiben. Wird auf dem Zustimmungsbildschirm erteilt, Schreiben schließt Lesen ein. Der Server prüft die Berechtigung bei jedem Aufruf.
• An den Empfänger gebunden. Ein für assetli.app ausgestellter Token wird von jedem anderen Host abgelehnt.
• Kurzlebig. Access-Token 1 Stunde, Refresh-Token 60 Tage, bei jeder Erneuerung ausgetauscht.
• Widerrufbar. Kontomenü → KI-Verbindung (MCP) listet jeden Konnektor auf und widerruft nach einer Bestätigung alle seine Tokens auf einmal. „Auf allen Geräten abmelden“ in den Einstellungen widerruft die Tokens aller Konnektoren in einem Schritt.
• Keine geteilten Geheimnisse. Die Clients sind öffentliche OAuth-Clients mit PKCE, es gibt kein Client-Secret, und Ihr Passwort verlässt Assetli nie.
• Nur der MCP-Endpunkt. Der Token eines Drittanbieter-Konnektors wird von /api/mcp akzeptiert und sonst nirgends. Die REST-API akzeptiert Bearer-Tokens nur von der eigenen mobilen App.

Derselbe OAuth-Server gibt auch der Assetli-App für Android und iPhone Tokens aus, die sich noch im geschlossenen Test befindet und nicht öffentlich verfügbar ist. Anmelden kann man sich mit E-Mail und Passwort, mit Google oder Apple direkt in der App oder im Systembrowser; Passwort und Zwei-Faktor-Code prüft dieselbe Funktion wie im Web, einschließlich der Sperre nach Fehlversuchen (bei einem Konto mit Zwei-Faktor-Authentifizierung verlangt die App den Code nach der Anmeldung mit Passwort; nach der Anmeldung über Google oder Apple nicht, dort übernimmt das Google- oder Apple-Konto die Verifizierung), und die Tokens stellt dieselbe Funktion aus wie /api/oauth/token (Access 1 Stunde, Refresh 60 Tage). Den Zustimmungsbildschirm überspringt die App, weil sie unsere eigene ist. Ihre Tokens hält sie im sicheren Speicher des Telefons (Android Keystore, auf dem iPhone der Schlüsselbund), widerrufen lassen sie sich auf derselben Seite KI-Verbindung (MCP) oder mit „Auf allen Geräten abmelden“.

Protokollierung

Log	Inhalt	Aufbewahrung
MCP-Audit-Log (Datenbank)	Nutzer, Profil, Client-ID, Werkzeugname, Erfolg oder Fehler, Zusammenfassung der Argumente ohne Freitext. Nur Schreibvorgänge. Einsehbar im Kontomenü → KI-Verbindung (MCP).	365 Tage
Hosting-Anfrageprotokoll (Vercel)	Methode, Pfad, Status, Dauer, Client-IP. Keine Request-Bodies.	Gemäß Vercel-Tarif
Funktionsausgabe (Vercel)	Fehlermeldungen, die die Anwendung bei einem Fehlschlag ausgibt, etwa einen Datenbankfehler. Keine Request-Bodies.	Gemäß Vercel-Tarif
Administrator-Fehlerlog (Datenbank)	Anwendungsfehler ausgewählter Endpunkte, des Web-Frontends und der mobilen Apps (Android und iPhone): Fehlermeldung und Stack-Trace, Seite oder Bildschirm, App- und Systemversion, Kontokennung als Pseudonym (ohne Name und E-Mail), IP-Adresse und User-Agent. Auf dem MCP-Pfad nicht verwendet.	12 Monate, danach automatisch gelöscht
Protokoll der Admin-Zugriffe (Datenbank)	Wer, wann, Methode, Pfad und Kennungen aus der Adresse (Nutzer- oder Datensatz-ID, Sammlung). Keine Inhalte, die der Admin-Bereich angezeigt hat, keine E-Mail-Adresse. Dieselbe Anfrage innerhalb von 30 Sekunden wird einmal erfasst. Das Löschen eines Kontos entfernt den Eintrag, dass es angesehen wurde, nicht.	365 Tage, danach automatisch gelöscht

Was dort nicht ist:

• Kein Sentry, Datadog, PostHog oder eine ähnliche Bibliothek in der API oder in den mobilen Apps (Android und iPhone). Eine solche Abhängigkeit existiert im Projekt nicht.
• Keine Middleware, die Request- oder Response-Bodies mitschneidet.
• Google Analytics und Microsoft Clarity laden nur im Browser auf den Webseiten und erst nach der Cookie-Einwilligung. API- und MCP-Verkehr erreicht sie nie. Einzige Ausnahme ist ein Registrierungsereignis: Wenn Sie ein Konto anlegen, meldet unser Server es an Google Analytics — nur wenn Sie der Analyse zugestimmt haben (sonst gibt es das Analytics-Cookie nicht und es wird nichts gesendet). Es enthält die anonyme Analytics-Kennung und die Seite, von der Sie kamen, nie Namen, E-Mail oder Finanzdaten.
• Vercel Web Analytics zählt Seitenaufrufe auf der Website und im Dashboard (nicht in der mobilen App) ohne Cookies und ohne Einwilligung; die Besuchskennung ist ein Hash, der einen Tag gilt. API- und MCP-Verkehr sieht es nie.

Weitere Verbindungen

• Wallet by BudgetBakers (Premium, Max): Sie hinterlegen einen API-Token aus Wallet, Assetli speichert ihn verschlüsselt und liest über die Wallet-API nur. Es schreibt nie in Wallet. Beim Trennen wird der Token gelöscht. Technisch würde er auch Schreibzugriff erlauben; Assetli nutzt ihn nur zum Lesen.
• API-Schlüssel (ask_…): ein eigener, rein lesender Schlüsseltyp für die Daten-API (Energiepreise, Hypotheken- und Sparzinsen). Zugriff auf Ihre Finanzdaten gewährt er nicht. Sie werden als SHA-256-Hash gespeichert, lassen sich auf Lesen beschränken, mit Ablaufdatum versehen und in den Einstellungen widerrufen. Die KI-Verbindung nutzt sie nicht.
• Google-Sheets-Add-on: ein eigener Tokentyp, den nur zwei Endpunkte bei Hypotheken akzeptieren. Er ist auf derselben Verbindungsseite aufgeführt und widerrufbar.
• Browser-Erweiterung für die Immobilienprüfung: liest das in Ihrem Browser geöffnete Inserat und sendet dessen Text an den Analyse-Endpunkt. Der Server ruft Immobilienportale nie selbst auf. Von vornherein hat sie nur Zugriff auf assetli.app; nach einem Klick auf ihr Symbol fordert sie die Berechtigung für die Website im geöffneten Tab an, und Chrome fragt Sie, sofern sie noch nicht erteilt wurde. Beim Öffnen des Panels sendet sie die Adresse der geöffneten Seite, um zu prüfen, ob Sie sie schon analysiert haben; den Seiteninhalt liest sie erst nach einem Klick auf „Diese Seite analysieren“.

Ihre Rechte an den Daten

• Export (im Web und in der mobilen App): Einstellungen → Daten exportieren erzeugt eine Datei mit allen Datensätzen, die Ihnen gehören, über alle Sammlungen hinweg, ohne Authentifizierungsgeheimnisse und temporäre Logs.
• Löschung: Einstellungen → Konto löschen entfernt den Nutzer und jeden mit ihm verknüpften Datensatz, einschließlich Datensätzen aus geteilten Ausgabengruppen und Family-Legacy-Kontakten sowie aller Dateien. Eine Bestätigungsphrase ist erforderlich. In der mobilen App (Android und iPhone): Mehr → Einstellungen → Konto löschen. Details: Konto löschen.

Was wir noch nicht können

Wir schreiben es lieber auf, als dass Sie es selbst finden.

• Die Bestätigung wird als Paarung erzwungen, nicht als Einwilligung. Der Server lehnt einen Schreibvorgang ab, der keinen Token aus der zugehörigen Vorschau für dieselben Argumente aus den letzten zehn Minuten hat. Ob Sie die Vorschau wirklich gesehen und zugestimmt haben, liegt weiterhin beim KI-Client; Claude, ChatGPT und Gemini ergänzen eine eigene Rückfrage zur Werkzeugfreigabe.
• Die Aufbewahrungsdauer der Logs auf Hosting-Seite hängt vom Vercel-Tarif ab und wird nicht von der Anwendung gesteuert.
• Die automatische nächtliche Datenbanksicherung schlägt seit dem 22. 10. 2026 fehl. Wir beheben das. Die zweite Kopie in GitHub Actions entsteht seit dem 21. 10. 2026 ebenfalls nicht.
• Die Entwicklung arbeitet mit der Produktivdatenbank. Der Betreiber greift für Betrieb, Fehlerbehebung und Entwicklung auf Daten zu, und nur im erforderlichen Umfang. Entwicklung und Prüfskripte laufen auf der Produktivdatenbank, und einige davon gehen Nutzerprofile durch (etwa die Prüfung, ob die KI dieselben Zahlen zeigt wie die Website). Dabei nutzt der Betreiber einen KI-Programmierassistenten von Anthropic, sodass die Ausgabe solcher Skripte von Anthropic als Auftragsverarbeiter verarbeitet werden kann. Eine getrennte Entwicklungsdatenbank ist unser größter offener Punkt.
• Das Datenbankwerkzeug im Admin-Bereich kann Datensätze auch ändern und löschen. Der Zugang verlangt Zwei-Faktor-Authentifizierung und wird protokolliert; verschlüsselte Felder zeigt es nur als Chiffretext, und Passwörter, OAuth-Tokens und API-Schlüssel liegen in der Datenbank nur als Hashes.
• Bekannte Schwachstellen in Bibliotheken überwacht noch keine Automatik. Warnungen richten wir gerade ein.

Ein Sicherheitsproblem melden

Schreiben Sie an info@assetli.app mit „security” im Betreff. Bitte testen Sie nicht an den Daten anderer Nutzer.