✓ Überlebt über Show HN Platz 3 von 18 VorschlägenVentureSicherheit

Kontinuierliche adversariale Tests für Betrugsabwehr-Stacks

Ein Red-Team-Dienst, der Betrugsregeln und Modelle mit simulierten, adaptiven Betrügern angreift und misst, wie schnell jede Abwehr umgangen wird, bevor echte Angreifer die Lücken finden.

Diskussion öffnen ↗

Ein fertiges Briefing für Claude Code, Cursor oder jeden anderen Coding-Agenten (auf Englisch).

Gesamt6.2/10
Schmerz7
Zahlungsbereitschaft6
Timing6
Marktlücke7
Burggraben5
Machbarkeit5

Dafür

Wer zahlt
Leiter von Betrugsabwehr und Risikomanagement bei mittelgroßen Fintechs und Marktplätzen (500 bis 5.000 Beschäftigte); 3.000 bis 10.000 $/Monat aus dem bestehenden Budget für Betrugsabwehr-Tools neben den Ausgaben für Sift oder Sardine.
Was die Leute sagten · 3
  • Der Beitrag selbst stellt fest, dass trainierte Modelle und Regelwerke innerhalb weniger Wochen veraltet sind, weil Betrüger die Erkennungslogik rückentwickeln, was ein ständiges Nachtrainieren erzwingt. Aus dem Artikel ↗
  • Ein Veteran der Spam-Kämpfe bei AOL sagt, jede Abwehrtechnik, die sein Team über Wochen oder Monate gebaut hat, sei von Angreifern in einem einzigen Wochenende umgangen worden, und Angreifer seien seither nur noch schneller geworden. Kommentar lesen ↗
  • Ein Kommentator tut oberflächliche Heuristiken, etwa die Frage an ein Modell, ob eine E-Mail-Adresse wegwerfbar wirkt, als unzureichend ab: echte Betrugssignale reichen deutlich tiefer als der Anschein. Das deutet darauf hin, dass Abwehrmaßnahmen viel zu oberflächlich geprüft werden. Kommentar lesen ↗

Sinngemäß aus der Diskussion wiedergegeben. Die Links führen zu den Originalkommentaren.

Wettbewerber und Lücke

SiftSardineSEONKairos (the launched product)

Alle bestehenden Betrugsplattformen, auch Kairos, sind Erkennungsengines: Sie bewerten Live-Traffic und treffen Entscheidungen. Keine testet laufend die eigenen Regeln und Modelle des Kunden mit veränderten, adversarialen Identitäten und Verhaltensweisen, um Zeit bis zur Umgehung und Abnutzungskurven zu berichten, bevor echte Betrüger die Lücken ausnutzen. Penetrationstester machen das manuell für AppSec, nicht für die Entscheidungslogik der Betrugsabwehr.

Warum jetzt
LLM-Agenten machen es neuerdings billig, große Mengen plausiblen adversarialen Verhaltens zu erzeugen (variierende Identitäten, Geräte, Geschichten, Sitzungsmuster). Gleichzeitig entstehen agentengestützte Betrugs-Stacks (wie Kairos zeigt) mit maschinenlesbaren Regelwerken und Modellen, die sich über dieselben APIs programmatisch angreifen lassen.
Burggraben · 5/10
Ein sich verstärkender Vorteil: Jedes Engagement erzeugt einen proprietären Korpus an Umgehungstechniken und Abnutzungs-Benchmarks über Kunden hinweg. Dieser verbessert den Angriffsgenerator und entsteht als verteidigbarer Datensatz, den kein Erkennungsanbieter besitzt.

Dagegen

Red Team
Erkennungsanbieter wie Sift und Sardine greifen die eigenen Regelwerke der Kunden tatsächlich nicht laufend an, um die Zeit bis zur Umgehung zu messen. Penetrationstester fassen die Entscheidungslogik der Betrugsabwehr nicht an. Das lässt eine echte Lücke bei einem Käufer, der ohnehin in Betrugsabwehr-Tools investiert.
Woran es scheitern würde
Betrugsteams sehen dies eher als nettes Audit denn als wiederkehrenden Bedarf, und die Erkennungsanbieter (Sift, Sardine, Kairos) ergänzen einfache Simulation als Funktion. Dadurch bricht der eigenständige Markt zusammen.

Start

Die ersten drei Schritte
  1. Ein Angriffsgenerator, der Identitäts-, Geräte-, Sitzungs- und Ereignis-Payloads verändert und sie über die API gegen das Regelwerk des Kunden abspielt, um Umgehungen zu finden.
  2. Ein Abnutzungsbericht für Regeln: Wöchentlich werden historische, bestätigte Betrugsereignisse erneut abgespielt, und der Rückgang der Erkennungsquote pro Regel oder Modell wird quantifiziert.
  3. Eine priorisierte Liste mit Korrekturen (welche Regel, welche Variante, erwarteter Zugewinn), die Betrugsingenieure an ihre Entscheidungsplattform weitergeben können.
Ursprüngliche Diskussion
Show HN: Kairos – Open-source risk and fraud decisioning platform ↗ 103 Punkte30 KommentareAus der StoryVerlinkter Artikel

Aus dem Englischen übersetzt. Original lesen

Mehr aus dieser Ausgabe

#WertungIdeeTypKategorieSchmerzZahlenTimingLückeGrabenBauen
1 6.5 Manipulationserkennung für KI-Agenten-Konfigurationen und MCP-ServerScannt Entwicklerrechner laufend auf still installierte Agenten-Plugins, selbst genehmigte Hooks und unbekannte Remote-MCP-Endpunkte in Claude Code, Codex und Cursor. Indie Sicherheit 768657
2 6.4 Betriebsplattform für headless Mac-Build-FlottenFlotten-Betriebssoftware, die Wiederherstellung, Entsperrung und Imaging für Racks headless Macs automatisiert, die als CI-Build-Knoten laufen. Indie DevTools 767657