Wie Gelder und Daten geschützt werden

Kein wiederverwendbares Guthaben

Ihr Konto führt kein Guthaben. Eine Einzahlung ist an eine Order gebunden, wird umgewandelt und dann ausgezahlt. Es gibt keine Speicherfunktion, keine Auszahlung an Dritte und keine Übertragung zwischen Konten.

Minimale Haltedauer

Die Zeit, in der Gelder unter unserer Kontrolle liegen, ist auf Netzwerkbestätigung, Compliance-Prüfungen und Auszahlungsabwicklung beschränkt. Diese Zeitspanne zu verkürzen ist die wirksamste Sicherheitsmaßnahme, vor jeder technischen Vorrichtung.

Dedizierte Einzahlungsadresse

Jede Order erhält eine eigene Adresse. Eine Einzahlung ist daher eindeutig zuordenbar, und eine Adresse kann nicht wiederverwendet werden, um einen Kunden über das Ziel irrezuführen.

Trennung von Hot und Cold

Nur der operative Anteil, der zur Abwicklung laufender Orders benötigt wird, verbleibt auf verbundenen Signatoren. Der Rest wird offline gehalten, mit geteilten Schlüsseln und einer Multi-Signatur-Schwelle.

Getrennte Kundengelder

Gelder im Umwandlungsprozess werden getrennt von eigenen Mitteln verbucht. Sie finanzieren keine Unternehmensaktivitäten und werden weder verliehen noch verpfändet.

Doppelte Genehmigung bei Auszahlungen

Über einer Schwelle erfordert eine Zahlungsanweisung zwei getrennte Genehmigungen. Ein einzelner kompromittierter interner Zugang reicht daher nicht aus, um Gelder abzuziehen.

Verschlüsselung während der Übertragung

Der gesamte Datenverkehr läuft über TLS, ohne Ausnahme und ohne Klartext-Fallback. Strikter Transport wird per Header erzwungen, was eine anfängliche unverschlüsselte Anfrage verhindert.

Verschlüsselung im Ruhezustand

Datenbanken, Backups und Dokumentspeicher sind verschlüsselt. Bilder von Identitätsdokumenten und Liveness-Aufnahmen befinden sich in einem separaten Speicher von Kontodaten.

Geheimnisse und Schlüssel

Kein Geheimnis im Code oder in den Logs. Verschlüsselungsschlüssel werden von einem dedizierten Dienst gehalten, mit geplanter Rotation und Trennung zwischen dem, der den Schlüssel hält, und dem, der auf die Daten zugreift.

Bereinigte Logs

Bankkennungen, Auszahlungsschlüssel und Dokumentinhalte werden beim Schreiben aus Anwendungsprotokollen entfernt. Ein Vorfall bei den Logs legt daher keine nutzbaren Zahlungsdetails offen.

Passwörter

Gespeichert als Hash mit einer langsamen Ableitungsfunktion und einem eindeutigen Salt. Wir können sie nicht lesen, daher können wir Sie nicht an eines erinnern – nur zurücksetzen lassen.

Minimalrechte-Prinzip

Zugriff wird nach Rolle und für eine Aufgabe gewährt. Support sieht keine Identitätsdokumente; Compliance kann keinen Betrag ändern; Technik erreicht in der Produktion keine Kundendateien.

Verpflichtender zweiter Faktor

Kein interner Zugriff ohne Hardware-Zweifaktor. SMS-Codes werden für internen Zugriff nicht akzeptiert: Sie sind anfällig für Nummernübernahme.

Zugriffsprotokollierung

Jedes Öffnen einer Verifizierungsdatei wird mit Agent und Zeitstempel aufgezeichnet. Protokolle werden aufbewahrt und regelmäßig überprüft.

Keine Produktionsdaten anderswo

Entwicklungs- und Testumgebungen laufen mit synthetischen Daten. Das Kopieren einer Produktionsdatenbank auf eine Workstation ist verboten und technisch verhindert.

Offboarding und Zugriffsüberprüfung

Zugriff wird beim Ausscheiden widerrufen und regelmäßig überprüft. Unbenutzter Zugriff wird entfernt, nicht „für alle Fälle“ behalten.

1. 01

   Aktivieren Sie einen zweiten Faktor

   Authenticator-App oder Hardware-Schlüssel. Er wird oberhalb der zweiten Verifizierungsstufe verpflichtend. Das Fehlen eines zweiten Faktors bleibt die häufigste Ursache für Auszahlungsbetrug in diesem Sektor.

2. 02

   Überprüfen Sie Ihre Sitzungen

   Aktive Sitzungen werden mit Gerät, ungefährem Standort und Datum aufgelistet. Sie können eine remote widerrufen, ohne Ihr Passwort zu ändern.

3. 03

   Bedenkzeit bei neuem Begünstigten

   Das Hinzufügen eines Zielkontos löst eine Benachrichtigung und eine Verzögerung aus, bevor es einen hohen Betrag empfangen kann. Diese Verzögerung existiert, damit betrügerischer Zugriff nicht sofort in eine Überweisung umschlägt.

4. 04

   Änderungsbenachrichtigungen

   Passwortänderung, hinzugefügter Begünstigter, zweiter Faktor aktiviert oder deaktiviert: Jedes Ereignis sendet eine Nachricht an die registrierte Adresse, auch wenn Sie es selbst getan haben.

5. 05

   Phishing erkennen

   Wir werden Sie niemals nach Ihrem Wiederherstellungssatz fragen, niemals bitten, auf eine per Nachricht gesendete Adresse einzuzahlen, niemals bitten, Gelder zur „Sicherung“ eines Kontos umzuwandeln. Eine Einzahlungsadresse existiert nur innerhalb Ihrer Bestellung.

Diese Header stammen aus der Serverkonfiguration, nicht aus einer optionalen Schicht. Sie ersetzen keine Anwendungskontrollen: Sie schließen nur die Türen, die nur der Browser schließen kann.

1. 01

   Erkennung und Priorisierung

   Alarme bei ungewöhnlichem Zugriff, Serien fehlgeschlagener Authentifizierungen und Abweichungen im Abgleich. Ein Alarm wird von einer Person priorisiert, niemals automatisch geschlossen.

2. 02

   Eindämmung

   Widerruf des betreffenden Zugriffs, Einfrieren von Auszahlungen, wenn der Zweifel eine Geldbewegung betrifft, Isolierung der betroffenen Komponente. Der Dienst kann absichtlich unterbrochen werden: Wir ziehen eine Unterbrechung einer zweifelhaften Zahlung vor.

3. 03

   Benachrichtigung

   Eine Verletzung personenbezogener Daten, die wahrscheinlich ein Risiko darstellt, wird der Aufsichtsbehörde innerhalb von 72 Stunden gemeldet und direkt an die betroffenen Personen, wenn das Risiko hoch ist.

4. 04

   Rückkehr zum Betrieb

   Wiederherstellung aus verschlüsselten Backups, deren Wiederherstellungsverfahren getestet ist – ein Backup, das nie wiederhergestellt wurde, ist kein Backup.

5. 05

   Öffentlicher Hinweis

   Wir veröffentlichen einen Vorfallbericht, der beschreibt, was passiert ist, was offengelegt wurde und was sich geändert hat, auch wenn eine individuelle Benachrichtigung nicht erforderlich ist.

Bisher kein externes Audit

Es wurde kein Penetrationstest durch Dritte und keine Zertifizierung durchgeführt. Wir zeigen daher kein Audit-Logo, kein Siegel und keine Zertifizierungsbehauptung. Wenn ein Audit durchgeführt wird, erscheinen hier sein Umfang und sein Datum.

Eine On-Chain-Transaktion kann nicht rückgängig gemacht werden

Keine Sicherheitsmaßnahme macht eine bestätigte Überweisung in einem öffentlichen Netzwerk umkehrbar. Das ist eine Eigenschaft des Netzwerks, keine Lücke auf unserer Seite.

Ein kompromittiertes Gerät

Wenn Ihr Computer oder Telefon kompromittiert ist, kann ein app-basierter zweiter Faktor umgangen werden. Ein Hardware-Schlüssel bleibt in diesem Fall der einzige wirklich widerstandsfähige Schutz.

Zahlungsdienstleister

Sobald die Anweisung das Zahlungsinstitut erreicht, hängt das Routing von seiner Infrastruktur und von zwischengeschalteten Banken ab. Wir wählen unsere Anbieter, wir betreiben sie nicht.

Null Risiko

Wir versprechen es nicht. Was wir versprechen können, ist eine reduzierte Angriffsfläche, schnelle Erkennung und Kommunikation, die nicht verharmlost.