Anti-frode e frode-analisi

1) Perché è necessario

Lo scopo del from track è quello di ridurre le perdite finanziarie (charjbeck, bonus abuse, incassi), proteggere i giocatori da ATO e mantenere la compliance regolatoria/partner senza distruggere UX. La base è l'approccio orientato al rischio (RBA), in cui le risorse vengono inviate dove i rischi e i danni sono massimi.

2) Tassonomia delle minacce (contesto iGaming)

1. Multi-accunting (fattorie, proxy routing, cloni di documenti).
2. Bonus-abuse (orbite di account, «carosello»), promo-arbitrato.
3. Account Takeover (ATO) (phishing, password, SIM-swap).
4. Collusione (coordinare scommesse/giochi; P2R/tornei, PvP slot/missioni).
5. Charjback-frod (friendly fraud, test mappe, intermediari).
6. Schemi di pagamento (terzi, muli, incassi tramite cache rapida).
7. Doc-frod/CUS-bypas (personalità sintetiche, dipfare, bot).
8. Attività bot (script registrazione/ingresso/puntata, emulatori).
9. Frod di affiliazione (cookie-staffing, traffico motivato, reading nascosti).
10. Il meccanico espiatorio (errori nei limiti, il drift RTP, baghi tornei/cercate).

3) Dati e feci (cosa raccogliere e come cucinare)

Identificativo: email/telefono, impronta del dispositivo, segnali di browser, geolocalizzazione/IP-ASN.
KYC/KYB/KYA - Qualità dei documenti, selfie-livness, corrispondenza del nome del pagatore.
Pagamenti: BIN/issuer, corrispondenza del paese del IP↔BIN↔dokument, frequenza/importo, rimborsi/charjbeek.
Giochi: velocità di puntata, dispersione, correlazioni con altri account, rischio minimo.
Comportamento: durata delle sessioni, transizioni, velocità di forma-philling, input errati.
Grafica: connettività per dispositivi/carte/indirizzi/ipi/affiliati.
Servizi: flag dei sistemi antibot, qualità del traffico di affiliazione, versione del client.

Fiche Store: un unico deposito di segni versionabile con consistenza online/offline (millisecondi di accesso per lo screening).

4) Regole definite (controlli rapidi)

• R-01: Il paese IP è un paese BIN e il paese del documento + 25 a rischio, assegno manuale WD.
• R-02: strumenti di pagamento diversi per 24h + 15.
• R-03: a
• R-04 - Correlazione dispositivo/indirizzo con un account precedentemente bloccato a un blocco di gelosia.
• R-05: fail Livnes/Antibot
• R-06: La mancata corrispondenza del proprietario del mezzo di pagamento al profilo → una richiesta SOF/conferma.

Suggerimenti: versionare le regole, utilizzare le attivazioni canarie e il feedback della valigetta.

5) scansione ML (flessibilità e riduzione FP)

Modelli: boosting/alberi sfumati, logreg, per grafici - GNN/Node2Vec, per testo - semplici ambedding candidature.
Obiettivi: probabilità di ATB/Charjbeck/bonus-Abyuse nell'orizzonte N giorni.
I dispositivi, i pagamenti, il conte dei collegamenti, le serie temporali di scommesse, le etichette di qualità delle affiliazioni.
Spiegazione: SHAP/Reason Codes per zapport e appelli.
Drift: monitoraggio PSI/fluttuazioni delle metriche, calibrazione automatica delle soglie.

6) Analisi grafica

I vertici sono account, dispositivi, mappe, indirizzi, IP, affiliati.
Nervatura: «Usa/connesso a/appartiene/iscrive/visualizza».
Pattern: cluster di fattorie, triangoli di traduzione, stelle con dispositivo condiviso.
Utilizzo: priorità delle valigette (centro del cluster superiore), impedimento dei pagamenti di gruppo fino alla gelosia.

7) Antibot e pluviale

Device fingerprint + biometria comportamentale (movimento del mouse/timing).
Liveness (passivo/attivo), anti-spuf (maschere, repliche).
Emulatori/etichette automatiche: segnali ADB/emulatori, pattern di eventi UI.
Rate limits/capchi è adattivo, senza uccidere la conversione.

8) Controlli script

8. 1 Bonus-abuse

Bonus in scala (bonus/rilascio ritardato), limiti per bonus FTD, cooldown per affiliazione/dispositivo.
Limiti di grafica (per «famiglia» account/dispositivi).
Condizioni trasparenti, anti-orientamento delle scommesse sul rischio minimo.

8. 2 ATO

Conferma MFA/Tash, login a rischio-based (nuovo dispositivo/IP).
Marcatori segreti nella posta/SMS, trottling della password.
I segnali «non sono io» e i segnali veloci tramite l'app.

8. 3 Charjbeek

3-D Secure/metodi affidabili, regole velocity.
Corrispondenza del proprietario della carta/conto, «same method» per WD.
File di prova per display (login di accesso, IP, sessione).

8. 4 Collusioni/tornei

Correlazioni anomale risultati/scommesse, sequenze ripetute, frequenti match-up degli stessi giocatori.
Tavoli di controllo/tornei segreti per individuare le collusioni.

9) Gestione e processo investigativo

Pipline: Alert Qualifica (L1) Dock/spiegazioni Soluzione (L2/MLRO) Azione (limiti/blocco/SAR, se necessario) per il Post-Mare.

• High-risk WD/sanzioni/pagamenti - -8 ore
• ATF/Sicurezza - ore nemedlenno/≤2.
• Bonus-abuse - ≤24 ore.

Strumenti: priorità delle code, modelli di posta elettronica, quattro occhi, archivio soluzioni WORM, reason codes.

10) Architettura della soluzione

Event bus (real-time) - login, depositi, tassi, WD, modifiche al profilo.
Fraud service: regole + ML online (millisecondi).
Feature store: fici online/offline con coerenza.
Graph store - Ricerca rapida di collegamenti e cluster.
Case system: coda, SLA, integrazione con zapport/CUS/pagamenti.
Osservabilità: metriche/logi/trailer, versione delle regole/modelli, mappature canarie.

11) Metriche e obiettivi

Marceback Rate/Net Fraud Loss (in% GGR/volume).
Precision/Recall alert; False Positive Rate (specialmente su login/WD).
Time-to-Decection, Time-to-Payout (prima e dopo le misure).
Auto-clear / Manual-review rate.
AT Containment Time e la percentuale di account ripristinati.
Bonus Abuse Uplift (risparmio) e RE misure.
Affiliate Traffic Quality: CR→FTD→депозитор, WD-ratio, chargeback-by-affiliate.

12) Privacy, etica e UX

Riduzione dei dati, basi di elaborazione legittime Il possesso di ≥5 anni per le prove.
Anti-bias: escludere i segni sensibili; fici - comportamento/fatti.
Spiegazione: reason codes nelle comunicazioni, chiari appelli.
Bilanciamento UX: controlli morbidi di default, scalate di segnale Non bloccare i puri per niente.

13) Esperimenti e calibrazione

A/B test di regole e soglie ML; accensione canaria 5-10% del traffico.
Matrici di costo: prezzo FP vs FN, ottimizzazione della soglia di profitto.
Ricalibrazione periodica (quadri/mes) , controllo stagionale/campagne.

14) Interazione con pagamenti, KYC e AML

Pagamenti: pre-auth/3DS, verifica del proprietario, «same-method» per WD, traccia.
KYC: lovness, lettura NFC, ricontrollo dei rischi.
AML: SAR/STRR in caso di sospetto fondato, recrining delle sanzioni su WD, SOF/SOW su high-risk.

15) Assegno fogli (operativi)

• Antibot + device fingerprint.
• Regole di base geo/IP/BIN.
• KYC L1 (doc + livness), sanzioni/RER.
• Limiti iniziali attivati da RG.

• Recrining delle sanzioni/RER.
• Corrispondenza del proprietario del mezzo di pagamento.
• Controllare le relazioni grafiche e le anomalie comportamentali.
• SOF al superamento della soglia.

• Regolazione urgente delle regole/soglie.
• Congelamento dei pagamenti contestati.
• Notifica ai partner di pagamento/affiliati (per necessità).
• Post-mare e aggiornamento playbook.

16) Errori tipici e come evitarli

Riordino (omicidio della conversione), misure di passo, test canarini.
Soluzioni per l'isola (niente bus/fich-store) per centralizzare i fili e gli eventi.
Nessun feedback, → i modelli agli esiti delle valigette/charjbeek.
I cluster delle fattorie vengono ignorati.
La mancanza di esplainability è un duro appello, un conflitto con lo zappone/regolatore.

17) Esempio di matrice di azione per livello di rischio

18) Implementazione (road map)

1. Definire gli obiettivi (riduzione di charjbeek/abyuse, TTP ATO), KPI e rischio-appetito.
2. Costruisci event bus, feature store, regole di base e sistema valigetta.
3. Collegare l'archivio grafico e lo screening online di ML.
4. Eseguire i test canari, personalizzare gli alert e il monitoraggio drift.
5. Istruisci i comandi (zapport/compilation/pagamenti), blocca il RACI.
6. Calibrare trimestralmente regole/modelli, eseguire verifiche e retrò.

Totale

Una lotta efficace contro il frodo è un sistema: un unico pneumatico di eventi, fitch store, regole ibride e ML, un analista, una valigetta di gestione disciplinata e integrazioni elaborate con KYC/AML/pagamenti. Aggiungi la cura UX, le metriche trasparenti e gli esperimenti regolari - e si ottiene un tracciato sostenibile che riduce le perdite e preserva la conversione e la fiducia dei giocatori.