Confluent: Echtzeit-Betrugsschutz für Banken
Dieser Bericht fasst die Technologie-Nachrichten vom 2026-07-05 zusammen und basiert ausschließlich auf den Originaltexten der Quellen.
Confluent: Echtzeit-Betrugsschutz für Banken
Bankkunden erwarten, dass Zahlungen schnell ablaufen. Deshalb muss die Betrugsprüfung in Millisekunden geschehen, denn klassische Systeme, die Daten in Stapeln verarbeiten, sind dafür zu langsam. Confluent will das ändern und setzt dabei auf Apache Kafka® und Apache Flink®. Damit werden Signale aus Transaktionen und aus dem Verhalten der Kunden laufend verglichen, sodass verdächtige Aktivitäten gestoppt werden, bevor eine Zahlung abgeschlossen ist.
Schnelligkeit allein reicht aber nicht. Ein schnelles System, das Vorschriften verletzt, kann harte Strafen nach sich ziehen, und ein sicheres System ohne Stabilität fällt bei hoher Last aus. Banken arbeiten unter strengen Regeln und Vorgaben von Aufsichtsbehörden. Aus diesem Grund braucht eine Plattform für Datenströme laut Confluent drei Dinge gleichzeitig: Sicherheit, Stabilität und die Einhaltung der Regeln.
| Merkmal | Details |
|---|---|
| Regelwerke | PCI DSS, SOC 2, GDPR, CCPA, DORA sowie Vorgaben von FINRA, OCC und FFIEC |
| Verschlüsselung | Verschlüsselung im Ruhezustand und bei der Übertragung, Bring Your Own Key (BYOK), private Netzwerkverbindung |
| Datenschutz auf Feldebene | Client-side field level encryption (CSFLE) und client-side payload encryption (CSPE) – schützt Daten wie CVVs und Zugangsdaten |
| Zugriffssteuerung | SAML-basiertes Single Sign-On, rollenbasierte Zugriffssteuerung (RBAC), OAuth 2.0 und API-Schlüssel |
| Sicherheitstests | Prüfungen durch externe Firmen mindestens einmal im Jahr, dazu ein Bug-Bounty-Programm |
| Verfügbarkeit | 99,99 % Betriebszeit laut SLA |
Die Verschlüsselung gilt für alle Verbindungen, sodass Datenströme von Geldautomaten, Banking-Apps und Zahlungsdienstleistern durchgehend geschützt sind. Bei BYOK bleiben die Schlüssel vollständig in der Hand der Bank, was für PCI DSS und DORA wichtig ist. Über private Netzwerke laufen die Daten nicht durch das offene Internet, und Cluster Linking mit eingebauter Verschlüsselung ermöglicht eine sichere Übertragung zwischen Regionen. So kann eine Bank Betrug vor Ort in Echtzeit erkennen und gleichzeitig eine zentrale, weltweite Plattform mit Daten versorgen.
Auch bei der Stabilität setzt Confluent auf mehrere Zonen und Regionen. Die Cloud läuft über mehrere Verfügbarkeitszonen innerhalb einer Region, damit ein technischer Ausfall die Betrugserkennung nicht unterbricht. Fällt eine Zone aus, schaltet das System automatisch um und arbeitet weiter. Für die Betrugserkennung ist das unmittelbar relevant, weil jede Ausfallzeit zu höheren Verlusten führt und das Kundenerlebnis verschlechtert.
Fazit
Die heutigen Technologie-Nachrichten zeigen, wie Confluent mit Apache Kafka® und Apache Flink® eine Betrugsprüfung in Millisekunden ermöglicht, die verdächtige Aktivitäten stoppt, bevor eine Zahlung abgeschlossen ist. Dabei werden Signale aus Transaktionen und dem Kundenverhalten laufend verglichen. Laut Confluent muss eine Plattform für Datenströme drei Dinge gleichzeitig bieten: Sicherheit, Stabilität und die Einhaltung der aufsichtsrechtlichen Regeln.
Häufig gestellte Fragen
Warum sind klassische Batch-Systeme für die Betrugsprüfung bei Banken zu langsam?
Weil Zahlungen schnell ablaufen sollen und die Prüfung in Millisekunden geschehen muss – Systeme, die Daten in Stapeln verarbeiten, sind dafür zu langsam.
Welche Technologien setzt Confluent für den Echtzeit-Betrugsschutz ein?
Confluent setzt auf Apache Kafka® und Apache Flink®, um Signale aus Transaktionen und dem Kundenverhalten laufend zu vergleichen.
Welche drei Eigenschaften braucht eine Plattform für Datenströme laut Confluent gleichzeitig?
Sicherheit, Stabilität und die Einhaltung der Regeln – denn ein schnelles System, das Vorschriften verletzt, riskiert Strafen, und ein sicheres System ohne Stabilität fällt bei hoher Last aus.