Vertrauen & Sicherheit

Plattformsicherheit bei BibaMoney / Tvijo AIOS

Last updated 24 Oct 2026 · Datenschutz · Bedingungen · Handelsrisiko

Zusammenfassung in einfacher Sprache: Wir sind von Grund auf nicht-verwahrend. Wir halten niemals Ihre Gelder, fragen niemals nach Abhebungszugriff und speichern niemals Exchange-Geheimnisse im Klartext. Die öffentliche Website ist schreibgeschützt. Alles unten Beschriebene bezieht sich auf Kontrollen, die tatsächlich im laufenden System existieren – nicht auf Wunschvorstellungen.

1. Nicht-verwahrende Architektur

Keine Verwahrung von Geldern. Ihre Vermögenswerte bleiben auf Ihrem Exchange-Konto. Wir betreiben keine Wallets, nehmen keine Einzahlungen entgegen und haben keine Abhebungsmöglichkeit.
Nur-Handel / Nur-Lesen API-Schlüssel. Verbundene Exchange-Schlüssel werden ausschließlich zum Lesen von Guthaben und zum Platzieren von von Ihnen autorisierten Trades verwendet. Schlüssel mit Abhebungsberechtigung sind nicht erforderlich und sollten niemals für uns erstellt werden.
Wir fragen niemals nach Seed-Phrasen, privaten Schlüsseln oder Kartennummern. Jede Nachricht, die danach fragt, stammt nicht von uns.

2. Exchange-Schlüsseltresor – Verschlüsselung im Ruhezustand

API-Schlüssel werden mit AES-256-GCM authentifizierter Verschlüsselung versiegelt, bevor sie die Datenbank berühren. Für jede Versiegelung wird eine frische zufällige Nonce generiert; manipulierte Chiffretexte schlagen bei der Authentifizierung fehl, anstatt zu Müll entschlüsselt zu werden.
Der Tresor ist Fail-Closed: Wenn das Verschlüsselungsgeheimnis des Betreibers nicht bereitgestellt ist, ist die Schlüsselspeicherung vollständig deaktiviert – das System weigert sich, Schlüssel zu speichern, anstatt sie ungeschützt zu speichern.
Geheimnisse werden niemals an den Browser zurückgegeben (nur ein maskierter Hinweis), niemals in HTML gerendert und niemals in Logs geschrieben.
Das Rotieren des Betreibergeheimnisses verschlüsselt den Tresor neu.

3. Schreibgeschützte öffentliche Oberfläche

Der Anforderungspfad der öffentlichen Website läuft gegen eine schreibgeschützte Datenbankrolle ohne Schreib- oder Tabellenerstellungsberechtigungen. Eine Kompromittierung einer öffentlichen Seite kann über diesen Pfad keine Handels- oder Kontodaten verändern.
Anwendungsdienste binden an Nur localhost und sind nur über den TLS-Reverse-Proxy erreichbar – keine internen Dienstports sind dem Internet ausgesetzt.

4. Browser-seitige Härtung

Content-Security-Policy bei jeder Antwort; Inline-Skripte sind durch die Richtlinie verboten – JavaScript wird nur als externe Dateien ausgeliefert.
X-Frame-Options: DENY (kein Clickjacking), X-Content-Type-Options: nosniffund eine strenge Referrer-Policy.
Der gesamte Traffic wird über HTTPS hinter einer CDN/WAF-Edge bereitgestellt.

5. Authentifizierung & Zugriffskontrolle

Die Anmeldung erfolgt über OAuth (Google / Microsoft) — wir sehen oder speichern niemals Ihr Passwort.
Admin- und Operator-Oberflächen verwenden separate Authentifizierung und rollenbasierte Zugriffskontrolle, isoliert von benutzerseitigen Routen.
Der Live-Handelszugriff ist durch manuelle Operator-Freigabe geschützt pro Konto — standardmäßig deaktiviert und im Fehlerfall geschlossen (verweigert), bis explizit aktiviert.

6. Standardmäßig fehlergeschlossen

Plattformweit sind sicherheitsrelevante Schalter standardmäßig auf aus/verweigertgesetzt: Schlüsselspeicher ohne Verschlüsselungsgeheimnis, Live-Handel ohne Genehmigung, automatisierte Nachrichten ohne explizite Zustimmung und automatisierte KI-Ausgaben ohne tägliches Budgetlimit verweigern den Betrieb, anstatt stillschweigend zu degradieren. Compliance-relevante Aufzeichnungen (Risikozustimmung, gemeldetes Land) werden in minimierter, nur-anhängbarer Form geführt — siehe Datenschutzrichtlinie.

7. Was wir nicht behaupten

Kein System ist unhackbar, und wir geben nicht vor, es zu sein. Wir beanspruchen derzeit keine formellen Zertifizierungen (z. B. SOC 2 / ISO 27001). Was wir beanspruchen, ist ein Design, bei dem der Schadensradius eines einzelnen Fehlers bewusst klein ist: kein zu stehlendes Geld, keine Klartext-Geheimnisse zum Lesen, kein Schreibpfad von der öffentlichen Oberfläche.

8. Verantwortungsvolle Offenlegung

Haben Sie eine Schwachstelle gefunden? Bitte melden Sie sie über das Sicherheitskontaktformular mit Schritten zur Reproduktion. Greifen Sie während des Tests nicht auf Daten anderer Benutzer zu und stören Sie nicht den Dienst. Wir bestätigen gutgläubige Meldungen und werden keine rechtlichen Schritte gegen Forscher einleiten, die sich im Rahmen dieser Regeln gutgläubig verhalten.

Suchen Sie nach Marktbedrohungs-Feeds (Token-Risikoprüfungen, Sanktions-Screening, Betrugswarnungen)? Siehe Sicherheitswarnungen.