Hydra-Konten-Netzwerke: Wenn aus 20.000 Konten ein einziger Akteur wird (DE-1)

Die nützlichste Zahl in Anthropic's Bericht vom Februar 2026 über Distillationsangriffe sind nicht die 16 Millionen Austauschvorgänge oder die rund 24.000 betrügerischen Konten. Es ist dies: „ein einziges Proxy-Netzwerk verwaltete gleichzeitig mehr als 20.000 betrügerische Konten.“

Gleichzeitig. Zwanzigtausend Konten, die zur selben Zeit unter einem einzigen Betreiber aktiv waren.

Das ist ein Hydra-Netzwerk, und es ist ein spezifisches Gegnerdesign – keine Nachlässigkeit, kein Opportunismus, sondern eine Architektur, die explizit darauf ausgelegt ist, die erwartete Verteidigung zu überleben. Zu verstehen, warum es funktioniert, ist die Voraussetzung, es zu durchbrechen, denn das Versagen, das es ausnutzt, ist keine fehlende Regel oder ein schlecht abgestimmter Schwellenwert. Es ist ein Kategorienfehler in dem, was die Verteidigung misst.

Wichtige Erkenntnisse

• Ein Hydra-Netzwerk verteilt eine Kampagne auf Tausende von Konten, sodass kein einzelnes Konto einen bestimmten Schwellenwert überschreitet.
• Das Senken von Schwellenwerten hilft nicht. Der Angreifer fügt einfach Konten hinzu – der günstigste Input im System.
• Die Signale, die diese Netzwerke aufdecken, sind relational: geteilte Geräte, geteilte Netzwerke, geteilte Zahlungsmethoden, geteiltes Timing, geteilte Biometrie. Eine Pro-Konto-Entscheidung kann sie nicht liefern.
• Face Search 1:N verknüpft zwei Konten mit einem Menschen. Geräte- und IP-Analyse verknüpft Konten mit gemeinsam genutzter Infrastruktur. Zusammen führen sie den Kontengraphen zu einem Akteurgraphen zusammen.
• Der wertvollste einzelne Code in diesem Kontext ist DEVICE_RECOVERED_HIGH_CONFIDENCE – ein zuvor gesehenes Gerät, das nach einem Reset oder einer Neuinstallation zurückkehrt. Das ist Regeneration, direkt an der Tür gefasst.
• Verknüpfung ist keine Anschuldigung. Duplikat-Signale sind standardmäßig informativ – Sie entscheiden über die Richtlinie.

Was ein Hydra-Netzwerk tatsächlich ist

Entfernt man die Besonderheiten, so hat ein Hydra-Netzwerk vier Eigenschaften.

Horizontale Verteilung. Die Arbeitslast wird so aufgeteilt, dass das Verhalten jedes Kontos bequem im normalen Bereich liegt. Anthropic beschrieb Muster, die „Lastverteilung nahelegten“ – was genau das richtige Wort ist. Dies ist ein Infrastrukturproblem, das mit Infrastrukturdenken gelöst wird.

Günstige Regeneration. Neue Konten können schneller erstellt werden, als alte entfernt werden. Jede Entfernung ist ein Rundungsfehler gegenüber dem Angebot.

Gemeinsames Substrat. Unter der Oberfläche laufen die Konten auf einem endlichen Pool realer Ressourcen – Geräten, IP-Bereichen, Telefonnummern, Zahlungsinstrumenten und in vielen Fällen einer kleinen Anzahl tatsächlicher Menschen, die alle bestehenden Überprüfungen durchführen.

Verhaltensorientierte Homogenität. Da ein einziger Betreiber sie alle steuert, konvergieren die Konten. Anthropic beobachtete „identische Muster, gemeinsame Zahlungsmethoden und koordiniertes Timing“ sowie Prompt-Variationen, die „Zehntausende Male über Hunderte von koordinierten Konten“ eintrafen.

Die dritte Eigenschaft ist die Schwachstelle. Die Verteilung ist auf der Kontoebene günstig und auf der physischen Ebene teuer. Man kann 20.000 E-Mail-Adressen umsonst erstellen. Man kann nicht 20.000 menschliche Gesichter, 20.000 unmodifizierte Handsets oder 20.000 private IP-Adressen in unabhängigen Bereichen ohne skalierbare Kosten erstellen.

Jedes Hydra-Netzwerk ist unten schmaler als oben. Das ganze Spiel besteht darin, unten zu messen.

Warum Schwellenwerte das falsche Instrument sind

Stellen Sie sich eine Plattform vor, die jedes Konto kennzeichnet, das in einem Monat 50.000 Anfragen mit einer konzentrierten Abfrageverteilung überschreitet. Eine vernünftige Regel. Gegen ein einzelnes missbräuchliches Konto funktioniert sie.

Gegen einen Betreiber mit 20.000 Konten bedeutet dies, dass jedes Konto 2.500 Anfragen stellen kann, ohne jemals überprüft zu werden – 50 Millionen Anfragen, völlig unter dem Radar. Senken Sie den Schwellenwert auf 5.000, und der Betreiber wechselt zu 250 Anfragen pro Konto und fügt bei Bedarf weitere Konten hinzu. Jede Reduzierung des Schwellenwerts kostet Sie Fehlalarme bei echten Entwicklern und kostet den Angreifer fast nichts.

Dies ist ein verlorener Austausch, und er geht aus einem strukturellen Grund verloren: Der Schwellenwert ist in der Einheit angegeben, die der Angreifer kontrolliert.

Der Angreifer wählt, wie viele Konten er verwendet. Er wählt nicht, wie viele Gesichter er hat, wie viele physische Geräte er besitzt oder wie viele unabhängige Netzwerkpfade er erreichen kann. Verlagert man die Messung auf eine Einheit, die der Angreifer nicht kontrolliert, kehren sich die wirtschaftlichen Verhältnisse um.

Die Verknüpfungs-Primitive

Vier Signal-Familien führen die Zusammenführung durch. Jede beantwortet eine andere Version von „Habe ich das schon einmal gesehen?“

Biometrie — ist das dieselbe Person?

Face Search 1:N durchsucht ein Gesicht anhand jeder bereits von Ihrer Anwendung durchgeführten und genehmigten Verifizierung. Es ist kostenlos mit Didit Identitätsprüfung und liefert Ergebnisse in unter zwei Sekunden.

curl -X POST 'https://verification.didit.me/v3/face-search/' \
  -H 'x-api-key: YOUR_API_KEY' \
  -F 'user_image=@./selfie.jpg' \
  -F 'search_type=most_similar' \
  -F 'save_api_request=true' \
  -F 'vendor_data=account-8842'

Die Antwort umschließt ein einzigartiges face_search Objekt – { request_id, face_search: { ... } } – das total_matches und ein matches Array enthält, wobei jeder Treffer session_id, similarity_percentage, vendor_data, verification_date und is_blocklisted umfasst. Wenn derselbe Betreiber 40 Konten mit demselben Gesicht verifiziert hat, zeigt ein Aufruf alle 40 – mit Ihren eigenen vendor_data zu jedem, sodass Sie diese direkt den Konto-IDs zuordnen können.

Dies läuft automatisch während der Liveness-Prüfung innerhalb einer Verifizierungssitzung ab, sodass Sie im Normalfall das Signal erhalten, ohne einen separaten Aufruf tätigen zu müssen.

Gerät — ist das dieselbe Maschine?

Geräte- und IP-Analyse kostet 0,03 $ und ist im 0,33 $ Verifizierungsbundle enthalten. Die Codes, die für die Kontenmultiplikation wichtig sind:

Warnung	Was es Ihnen sagt
DUPLICATED_DEVICE_FINGERPRINT	Dasselbe Gerät steckt hinter mehreren Verifizierungen
DEVICE_RECOVERED_HIGH_CONFIDENCE	Ein zuvor gesehenes Gerät, das nach einem Reset oder einer Neuinstallation zurückkehrt
DUPLICATED_IP_ADDRESS	Dieselbe Adresse steckt hinter mehreren Verifizierungen
AUTOMATION_FRAMEWORK_DETECTED	Der Client ist skriptgesteuert statt menschlich bedient
DEVICE_EMULATOR_DETECTED	Ein Emulator, kein echtes Handset
DEVICE_ROOTED_OR_JAILBROKEN	Ein kompromittiertes Betriebssystem
DEVICE_RUNTIME_HOOKING_DETECTED	Laufzeit-Instrumentierung auf dem Client
DEVICE_APP_TAMPERED	Eine modifizierte Anwendungsbinärdatei
PRIVATE_NETWORK_DETECTED	Ein privater oder anonymisierender Netzwerkpfad
COUNTRY_FROM_DOCUMENT_DOES_NOT_MATCH_COUNTRY_FROM_IP	Dokument- und Netzwerk-Geografie stimmen nicht überein

DEVICE_RECOVERED_HIGH_CONFIDENCE verdient besondere Aufmerksamkeit. Didit unterscheidet ein dupliziertes Gerät von einem wiederhergestellten Gerät – einem Gerät, das nach dem Löschen, Zurücksetzen oder Neuinstallieren der App wieder erscheint. Das Löschen des Geräts ist der Standardvorgang für einen Betreiber, der nach einer Sperre Konten regeneriert. Dieser Code ist der Regenerationsschritt der Hydra, sichtbar gemacht.

Kontakt — ist das dieselbe erreichbare Identität?

E-Mail- und Telefonverifizierung (0,03 $ für E-Mail; Telefon über SMS, WhatsApp, Telegram, RCS oder Anruf) testen, ob ein Kontaktpunkt real und erreichbar ist, anstatt nur formal korrekt. Gefarmte Konten stützen sich stark auf Wegwerfadressen und recycelte Nummern. Telefonwerte werden auf E.164 normalisiert, sodass dieselbe Nummer sich nicht hinter Formatierungsunterschieden verstecken kann.

Dokument — ist das dieselbe Anmeldeinformation?

Die Identitätsprüfung gibt DUPLICATED_DOCUMENT aus, wenn dasselbe Dokument erneut eingereicht wird, und POSSIBLE_DUPLICATED_USER, wenn eine Einreichung einer Person entspricht, die bereits in Ihrem verifizierten Datensatz ist. Beide erfassen Konten, die eine Anmeldeinformation teilen, auch wenn das Gesicht oder das Gerät unterschiedlich ist – und POSSIBLE_DUPLICATED_USER wird übersprungen, wenn die Dokumentennummer auf Ihrer Dokumenten-Allowlist steht, sodass bekannte, gute Anmeldeinformationen keinen Lärm erzeugen.

Vom Kontengraphen zum Akteurgraphen

Einzeln sind dies nur Warnungen. Zusammen lassen sie einen Graphen kollabieren.

Angenommen, Ihre Traffic-Schicht kennzeichnet das Konto acct_7781 – konzentrierte Abfragen gegen eine Funktion, ungewöhnliches Timing. Eine Überprüfung pro Konto liefert Ihnen ein Urteil über ein Konto.

Stattdessen nehmen Sie die Verifizierungssitzung hinter diesem Konto und schwenken:

1. Gesicht – durchsuchen Sie das Gesicht der Sitzung unter Ihren verifizierten Benutzern. Zwölf Konten teilen es.
2. Gerät – die Sitzung trägt DUPLICATED_DEVICE_FINGERPRINT. Neun weitere Konten teilen das Gerät, von denen vier nicht im Gesichts-Set sind, da eine andere Person diese Überprüfungen abgeschlossen hat.
3. Netzwerk – DUPLICATED_IP_ADDRESS über einen CIDR-Bereich zieht einen weiteren Cluster herein.
4. Kontakt – drei der neu aufgetauchten Konten teilen eine Telefonnummer im E.164-Format.

Ein gekennzeichnetes Konto ist zu einem Cluster von über dreißig geworden, das aus einem einzigen Alarm heraus entdeckt wurde, unter Verwendung von Signalen, die bereits bei der Registrierung erfasst wurden. Und Sie mussten keinen einzigen Prompt überprüfen, um dorthin zu gelangen. Die Traffic-Schicht sagte Ihnen: Hier stimmt etwas nicht; die Identitätsauflösung sagte Ihnen: Wie weit es geht.

Was auch die Grenze dessen ist, was dies leistet. Die Identitätsauflösung verhindert keine Modellextraktion und erkennt sie auch nicht. Sie sieht niemals Ihre Prompts. Was sie tut, ist, einen Alarm in die vollständige Menge der dahinter stehenden Konten umzuwandeln und die Erstellung des nächsten Kontos mit demselben Gesicht, Gerät oder Netzwerk teuer zu machen. Modell-Level-Ausgabekontrollen und semantische Traffic-Erkennung bleiben separate, notwendige Schichten – und sie bleiben Ihre.

Die Regel, die dies ehrlich hält

Eine Verknüpfung ist kein Urteil.

Didit ist sich dessen bewusst. Bei der Gesichtssuche ist der status nur dann "Declined", wenn eine Übereinstimmung mit einer Sperrliste gefunden wird. Eine reine Duplikatübereinstimmung gibt "Approved" mit DUPLICATED_FACE in den Warnungen zurück – informativ. Die Deduplizierungsrichtlinie ist Ihre, nicht unsere.

Diese Standardeinstellung ist korrekt, denn Duplikate können unschuldige Erklärungen haben. Ein Entwickler mit einem persönlichen Konto und einem Firmenkonto. Ein gemeinsam genutztes Büronetzwerk, das für ein Dutzend unabhängiger Ingenieure DUPLICATED_IP_ADDRESS erzeugt. Ein Familiengerät. Ein Universitätslabor, in dem zwanzig Studenten aus demselben Raum verifizieren.

Der richtige Weg, Links zu verwenden, ist als Beweismittel, das eine bereits getroffene Entscheidung untermauert oder abschwächt, und nicht als automatisches Verbot. Zwei Konten, die ein Gesicht teilen, sind allein schwach. Zwölf Konten, die ein Gesicht, ein Gerät, einen Netzwerkbereich und eine Abfragesignatur teilen, sind überhaupt nicht schwach. Warnungsaktionen sind pro Code konfigurierbar – ein Treffer auf der Sperrliste kann eine Ablehnung erzwingen, während ein Signal eines wiederhergestellten Geräts zur Überprüfung weitergeleitet wird – sodass die Eskalationsleiter von Ihnen festgelegt werden kann.

Anwendungsfälle

KI-API-Plattformen korrelieren eine Traffic-Layer-Warnung mit dem vollständigen Satz von Konten, die ein Betreiber kontrolliert, anstatt ein Konto zu sperren und auf das nächste zu warten.

Missbrauch von Testversionen und Guthaben – Free-Tier-Farming nutzt identische Mechanismen. Dieselben Grundelemente, die einen Distillationscluster aufdecken, decken auch einen Promo-Missbrauchscluster auf.

Marktplätze und Gig-Plattformen erkennen Verkäufer oder Kuriere, die sich nach der Entfernung erneut registrieren.

iGaming setzt Einzelkontenregeln und Selbstausschluss durch, wobei dieselbe Person, die unter einer neuen Identität zurückkehrt, der zentrale Compliance-Fehler ist.

Häufig gestellte Fragen

Erfordert dies die Speicherung biometrischer Daten?

Face Search läuft gegen den Gesichtsindex, den Ihre Anwendung durch frühere Verifizierungen aufbaut – Sitzungen mit save_api_request=true oder Passive Liveness mit save_api_request=true. Sie kontrollieren, was in den Index gelangt, und Sie kontrollieren die Aufbewahrung, im Einklang mit Ihrer eigenen Datenschutzerklärung und Rechtsgrundlage. Wenn Sie keine Gesichter aufnehmen, hat die 1:N-Suche nichts zu durchsuchen.

Was, wenn der Betreiber für jedes Konto andere Personen einsetzt?

Dann wird die biometrische Schicht dünner, und die Geräte-, Netzwerk- und Kontaktschichten tragen die Hauptlast – genau deshalb verwendet die Verknüpfung mehrere unabhängige Familien und nicht nur eine. Echte Menschen für die Durchführung von Überprüfungen zu bezahlen, ist auch die teuerste Art, Konten zu farmen, und genau das ist der Punkt: Es verschiebt den Angreifer auf Kosten, die skalieren.

Wie schnell ist eine 1:N-Suche?

Antwort in unter zwei Sekunden. Sie läuft auch automatisch während der Liveness-Prüfung innerhalb einer Verifizierungssitzung ab, sodass in den meisten Abläufen das Verknüpfungssignal mit dem Verifizierungsergebnis eintrifft.

Wird dies nicht zu Fehlalarmen bei gemeinsam genutzten Netzwerken führen?

DUPLICATED_IP_ADDRESS allein ist ein schwaches Signal und sollte auch so behandelt werden – Büros, Universitäten und mobile Carrier-NATs erzeugen es alle legitim. Gewichten Sie es niedrig, verlangen Sie eine Bestätigung von einer unabhängigen Familie und konfigurieren Sie die Aktion pro Code, anstatt bei einer einzelnen Warnung abzulehnen.

Kann ich ein Gesicht suchen, das nie eine Didit-Verifizierung durchlaufen hat?

Ja. Face Search akzeptiert jedes user_image (jpg, jpeg, png, tiff oder webp, bis zu 5 MB – PDFs werden nicht akzeptiert) und durchsucht es in Ihrem Index. Wenn kein Gesicht erkannt wird, gibt der Aufruf HTTP 400 zurück.

Bereit, loszulegen?

Kontoübergreifende Verknüpfung ist auf jedem Didit-Konto verfügbar – kein separates Produkt, kein Minimum.

• Lesen Sie die Dokumentation – Face Search 1:N und den Katalog der IP- & Geräteanalyse-Warnungen.
• Sehen Sie sich das Produkt an – Benutzerverifizierung.
• Prüfen Sie die Preise – öffentlich gelistet: Face Search 1:N kostenlos, IP- und Geräteanalyse 0,03 $, vollständiges Verifizierungsbundle 0,33 $.
• Kostenlos starten – business.didit.me, 500 KYC-Verifizierungen pro Monat kostenlos.