Missbrauch von Gratisguthaben in KI-Apps stoppen
Gratisguthaben in einem KI-Produkt kostet echte Inferenz. Wie Guthaben-Farmen arbeiten, warum Limits pro Konto sie nicht stoppen und wo im Anmeldeablauf entschieden werden sollte.
Warum Gratisguthaben bei KI-Produkten anders ist
Bei den meisten SaaS-Produkten kostet ein Fake-Konto eine Datenbankzeile und etwas Rauschen in den Kennzahlen. Bei einem KI-Produkt kann jedes Gratiskonto echtes Geld ausgeben: Jeder Prompt führt Inferenz auf GPUs aus, die Sie bezahlen. Gratisguthaben ist praktisch Bargeld, und alles, was sich in Geld verwandeln lässt, zieht Automatisierung an.
Das verändert, wer den Gratis-Plan missbraucht. Neben Menschen, die einfach mehr kostenlos nutzen wollen, gibt es Guthaben-Farmen: Skripte, die viele Konten anlegen, das Gratisguthaben jedes Kontos einsammeln und den Zugang weiterverkaufen oder damit eigene Workloads über Ihre API laufen lassen.
So funktioniert eine Guthaben-Farm
Die Details variieren, das Muster ist aber immer gleich:
- Konten werden per Skript angelegt, meist mit einem Headless-Browser, gesteuert von Puppeteer, Playwright oder Selenium, manchmal mit einem Anti-Detect-Browser, der seinen Fingerabdruck zufällig verändert.
- Die Postfächer sind Wegwerf-Postfächer: Wegwerf-Domains, eigene Catch-all-Domains oder ein Gmail-Konto, das mit Punkten und Pluszeichen dutzendfach anders geschrieben wird.
- Der Verkehr kommt von Servern: Cloud- und Hosting-Anbieter sind billig, daher laufen viele Farmen dort, manchmal hinter Proxys oder Tor.
- Das Guthaben wird schnell verbraucht, oft in den ersten Minuten, bevor ein Nutzungsalarm reagieren kann.
Warum Limits pro Konto nicht helfen
Rate-Limits schützen vor einem Konto, das zu viel verbraucht. Das tut eine Farm nie: Jedes Konto bleibt brav innerhalb seines Gratiskontingents. Der Missbrauch steckt in der Anzahl der Konten, also muss die Abwehr bei der Anmeldung greifen, bevor das Guthaben vergeben wird — nicht später auf der Nutzungsebene.
Die richtige Frage ist nicht „Ist diese Anfrage missbräuchlich?“, sondern „Soll dieses neue Konto überhaupt Gratisguthaben bekommen, und wie viel?“.
Signale, die eine Farm bei der Anmeldung verraten
Automatisierung
Automatisiert gesteuerte Browser hinterlassen Spuren: navigator.webdriver auf true, ein HeadlessChrome-User-Agent, ein angebundener DevTools-Protokoll-Client, Software-Rendering in WebGL, ein Fenster der Größe null. Ein sorgfältiger Betreiber kann jedes davon kaschieren, deshalb wirken sie am besten kombiniert. Unser Ratgeber zum Erkennen von Headless-Browsern geht sie einzeln durch.
Netzwerk
Echte Nutzer melden sich aus Heim- und Mobilfunknetzen an. Anmeldungen aus Cloud-Bereichen (AWS, Google Cloud, Oracle, DigitalOcean, Linode) und von Tor-Exits verdienen mehr Aufmerksamkeit, ebenso jede Adresse oder jedes Subnetz, das heute viele Konten angelegt hat.
Postfach
Wegwerf-Domains, Domains ohne E-Mail-Empfang und Gmail-Aliase eines bestehenden Kontos. Siehe Gmail-Punkte und Plus-Aliase.
Verbindungen zwischen Konten
Das stärkste Signal einer Farm ist, dass ihre Konten zusammengehören: gleiches Gerät, gleiches normalisiertes Postfach, gleicher Karten-Fingerabdruck. Ein verknüpftes Konto ist ein schwaches Indiz, zehn sind eine Farm.
Wo die Prüfung hingehört
Rufen Sie Ihre Betrugsprüfung auf dem Server auf, nachdem das Anmeldeformular abgeschickt wurde und bevor das Konto Guthaben erhält. Wird das Guthaben von einem Hintergrundjob oder bei der E-Mail-Bestätigung vergeben, setzen Sie die Prüfung direkt davor. Entscheidend ist, dass die Entscheidung vor dem Guthaben existiert.
// Node.js, vor der Vergabe von Gratisguthaben const res = await fetch("https://attrelix.com/v1/check", { method: "POST", headers: { Authorization: `Bearer ${process.env.ATTRELIX_SECRET}`, "Content-Type": "application/json" }, body: JSON.stringify({ email, ip, visitor: req.body.attrelix_visitor }), signal: AbortSignal.timeout(3000), }).catch(() => null); const decision = res?.ok ? (await res.json()).decision : "allow"; const credits = { allow: 100, review: 10, block: 0 }[decision] ?? 100; await grantCredits(user.id, credits);
Abgestuftes Guthaben statt harter Sperren
Bei KI-Produkten bewährt es sich, das Gratisguthaben am Risiko auszurichten, statt zwischen alles oder nichts zu wählen:
- Zulassen: das volle Gratiskontingent.
- Prüfen: ein kleines Kontingent — genug zum Ausprobieren — und der Rest nach Karte, Telefonnummer oder bestätigter E-Mail.
- Blockieren: kein Gratisguthaben; bieten Sie den bezahlten Plan an.
Ehrliche Nutzer, die in der Prüfung landen, können das Produkt trotzdem testen, und eine Farm, die pro Konto nur ein Zehntel des Guthabens bekommt, verliert den Großteil ihrer Rentabilität.
Wissen, was es kostet
Beziffern Sie das Problem: Multiplizieren Sie den Wert des Gratisguthabens eines neuen Kontos mit der Zahl der Konten, die Ihre Prüfung in „Prüfen“ oder „Blockieren“ geschickt hätte. Das sind die monatlichen Kosten des Nichtstuns, und daran sehen Sie, wie viel Hürde sich lohnt. Das Attrelix-Dashboard rechnet das mit dem Wert Ihres Guthabens aus.
Zusammenfassung
- Guthaben-Farmen bleiben innerhalb der Limits pro Konto; stoppen Sie sie bei der Anmeldung.
- Kombinieren Sie Automatisierungs-, Netzwerk-, Postfach- und Verknüpfungssignale.
- Entscheiden Sie, bevor das Guthaben existiert, und lassen Sie durch, wenn die Prüfung nicht erreichbar ist.
- Stufen Sie das Guthaben nach Risiko ab, statt sofort zu blockieren.