AntiFrod — Antifraud Platform Next: Detection Hardening (17)
EN · УКР  ·  Updated: 2026-07-30  ·  BriveX + Kycaid  ·  Pilot: Gaming Tech
Stage 0 — Foundation (Phases 1–6)
Platform groundwork. No fraud-facing features go live yet — this is the secure, multi-tenant base that every later capability is built on.
Phase 1
Runtime & Repo Skeleton
done
The technical foundation of the platform is in place. Source code, shared libraries, and quality gates are wired together so the team can start shipping fraud-detection features into a tested, reproducible baseline — no groundwork to redo.
Five-service architecture established. Automated quality checks and a one-click deployment workflow are live across separate test, staging, and production environments.
Reqs: 1 Criteria: 8 Repo: all 5
Phase 2a · 2b
Deploy Readiness & Cloud Environments
in progress
Split by owner: the team packages every service for deployment (2a — container images, CI publishing, migration job), then a dedicated DevOps engineer provisions the cloud environments (2b — GCP Cloud Run, staging + production via Terraform). The test environment is already live — API and all seven background workers run on Cloud Run behind TLS. The remaining close-out (UAT/production provisioning, disaster recovery, load certification) is consolidated as Phase 20 on the MVP board.
Local development stack already runs the full database / cache / messaging tier with a single command, and application logs flow to Google Cloud Logging — production-grade observability before the platform even leaves a laptop. The cloud half is scheduled and owner-assigned.
Reqs: 1 Criteria: 4 + 4 Repo: antifrod-infra
Phase 2.5
Application Security Foundation
done
Production-grade defences for accounts, sessions, and API traffic — built once and reused everywhere — so that every feature shipped from here on inherits the same security posture without retrofits.
Account passwords, API keys, and admin sessions are protected by industry-standard cryptography and abuse controls. The admin console enforces strong second-factor sign-in and rejects malicious payloads at the door. Logs strip secrets before they leave the process, so support engineers and observability tooling never see customer credentials. Hardened over two independent review passes that rewrote authentication, tenant isolation, and supply-chain scanning end-to-end.
Reqs: 4 Criteria: 8 Repo: all 5
Phase 3
Schema & Storage Baseline
done
Design the data backbone that stores every transaction, score, rule, and customer record. Built for strict isolation between operators so one client's data is never visible to another, and structured to handle high transaction volumes without slowing down.
Sixteen-table data model is live with row-level isolation enforced by the database itself — one operator's records are mathematically invisible to another, proven end-to-end by an automated cross-tenant test. The model centres on the account as the fraud subject: its devices, the signals it shares with other accounts (email, phone, card, IP, device), and its confirmed fraud history are all linked — exactly what multi-account and device-fraud detection runs on. The high-volume event stream is pre-partitioned by month with self-maintaining rotation, so query latency stays flat as volumes grow. The messaging backbone provisions its eight processing streams idempotently at every service boot, and the cache layer ships ten typed key namespaces ready for the scoring path.
Reqs: 2 Criteria: 4 Repo: antifrod-admin + core
Phase 3.5
Identity, Project Membership & Billing
done
Turn each customer account into a workspace they can run like a real product: sign in by email, manage as many independent projects as they need, and invite teammates into specific projects — every project fully isolated with its own keys, settings, webhooks, and billing.
Email sign-in is live end-to-end with industry-standard password hashing and brute-force lockout. A customer is now an identity that owns any number of independent projects — separate brands or product lines, each with its own API keys, rules, thresholds, webhook endpoint, settings, and billing plan — and can switch between them in one click. Teammates are invited by email into a specific project with a role (admin, analyst, or viewer), so access is scoped per project rather than across the whole account. Per-project billing tracks each workspace as its own commercial unit. Delivered backend-first and proven end-to-end against a live database, with the account model finalised before the pilot so no customer data has to be migrated later.
Reqs: 1 Criteria: 8 Repo: antifrod-dashboard + core
Phase 4
Observability Foundations
done
Real-time monitoring and alerting so the operations team sees problems the moment they appear — before customers do. Guarantees the uptime and response-time commitments operators expect from a mission-critical fraud system.
Prometheus, Grafana, Tempo, and Alertmanager are wired into both the API and admin services, as well as the background worker. Every request, database query, and Redis health signal is captured in a live dashboard the moment a developer runs the stack. A documented convention lets every feature shipped in Phases 7-12 self-report its own metrics without touching infrastructure. Alerting routes to Telegram when a latency threshold is breached, with a promtool rule-logic test confirming the alert fires correctly without needing a live environment.
Reqs: 1 Criteria: 4 Repo: cross-cutting
Phase 5
Security & PII Baseline
done
Protect personal and payment data end-to-end with encryption, tokenisation, and a tamper-proof audit trail. Meets the data-protection and traceability requirements regulators and payment partners impose on gambling operators.
Email and phone are stored as keyed hashes for matching while raw values are sealed with AES-256-GCM encryption, so a database leak exposes neither. A deep-scan guard blocks any full card number from ever being persisted. Every privileged action lands in an append-only audit trail that the database itself forbids editing or deleting, archived off-box for long-term retention — exactly the traceability payment partners and regulators require.
Reqs: 1 Criteria: 4 Repo: cross-cutting
Phase 6
Multi-Tenancy Hardening
done
Guarantee that every operator on the platform sees only their own data, enforced at multiple independent layers. This is what lets us sell to multiple competing gambling brands on the same shared infrastructure with full confidence.
One operator's data is now walled off from another's at three independent layers — the application rejects any request without a verified operator identity, the data layer refuses any query that isn't scoped to one operator, and the database itself enforces the boundary as a last line of defence. A build-time guard blocks developers from ever shipping an unscoped query, and the messaging and cache layers are partitioned per operator. Proven end-to-end by an adversarial test that tries to read another operator's data and is blocked at every layer. Sandbox keys are isolated too, ready for self-service signup.
Reqs: 1 Criteria: 4 Repo: antifrod-api + core
Stage 1a — MVP (Phases 7–10 done · queue 17–26)
A complete replacement for the operator's current fraud vendor, delivered to the pilot client Gaming Tech. Sequenced pilot-first: scoring → rules + golden dataset → case workflow → analyst console early → fingerprinting, linking, chargebacks, KYC → shadow-run next to the incumbent vendor → full cutover. Self-service onboarding ships right after, opening the platform to the wider market. After a full-platform audit (July 29) the delivery queue was renumbered into one strict sequence — Phase 17 through 26 — executed in order.

In flight now — three parallel tracks

Next build — Phase 17 Detection Hardening & Measured Efficacy — switches on the 30-day behavioural statistics feed (several rules depend on it), stores per-decision reasoning, alerts on scoring degradation, enables IP intelligence; closes with a control quality measurement on the live environment.
up next
Design — Defraudo design system — the design brief is finalized (light + dark, product name Defraudo approved) and handed to the designer; mockups gate the client console build (Phase 19).
in progress
Cloud — test environment LIVE — the API is serving at its public test URL behind TLS and all seven background workers are deployed to Cloud Run; remaining production readiness (UAT/prod, DR, load certification) is consolidated as Phase 20.
live
Phase 7
Events Ingest API + Sync Scoring
done
Score every incoming transaction in real time. Operators get an allow / review / block decision back instantly, letting them stop fraud at the point of sale before money moves.
A single events endpoint now scores transactions two ways: synchronously — the operator waits and gets an instant allow / review / block — or asynchronously for after-the-fact payments, where the verdict is delivered back by a signed webhook. Repeated submissions are de-duplicated automatically, card numbers are rejected before they can ever be stored, and every async decision is computed by the same scoring engine and saved for later lookup. The scoring brain is a deliberate placeholder here; the real rules engine drops into the exact same contract next. Proven end-to-end against the live stack: events flow through the queue to the worker, scores persist, and a tamper-proof signed webhook is delivered and verified.
Reqs: 2 Criteria: 4 Repo: antifrod-api + admin
Phase 8
Rules Engine + Lifecycle + Labeled Dataset
done
The real fraud-rule evaluation engine is live, replacing the Phase 7 stub behind the exact same score contract. Rules are authored in a JSON policy language, validated, dry-run against past traffic, staged in shadow mode where they score every live event without affecting the verdict, then promoted to active — with the change reaching the scoring path within minutes. The full 41-rule pack from the pilot's incumbent vendor ships as the default policy every new client inherits, and the labelled-dataset import and golden-replay harness run through the production scoring path. The pilot's confirmed-case dataset (150 fraud + 145 legitimate accounts) has been imported and replayed against the engine, and rule scores were calibrated against it: decisions agree with the incumbent vendor on 93% of events, 100% of confirmed fraud is caught, and false blocks on legitimate users dropped from 28 to 3 — the remainder now routes to analyst review instead of being rejected.
Reqs: 5 Criteria: 5 Repo: antifrod-api
Phase 8.5
Cases & Review Workflow (backend)
done
The manual-review loop fraud analysts live on: every "review" decision automatically opens a case, analysts resolve it (allow / block / escalate / snooze), and the final verdict is delivered back to the operator instantly. Closes the workflow the pilot's team uses daily to keep false positives down.
Reqs: 1 Criteria: 4 Repo: antifrod-api + dashboard
Phase 9
Device Fingerprint Collector + Enhancement
done
Identify the device and location behind every visitor — even when fraudsters hide behind VPNs, proxies, or emulators. Spots repeat offenders trying to come back under new identities and adds a strong second signal beyond account data. The collector, server-side identity resolver, and enrichment layer (disposable-email, MX, sanctioned-names, emulator detection, geo/timezone-mismatch) are live end-to-end on both the sync and async scoring paths, with the device–account link now written server-side for the next phase's cross-account linking to build on. Bundle size (16.4 KB gzip, well under the 30 KB budget) and synthetic device-stability numbers are proven; real-traffic VPN/bot detection recall and production latency validation remain open, pending the IPQualityScore licence (E9) and the Phase 2b staging environment.
Reqs: 3 Criteria: 4 Repo: antifrod-fp-client + api
Phase 10
Cross-Account Linking + GDPR Erasure
done
Automatically connects accounts that share an email, phone, device, card, or IP address — surfacing the multi-accounting and bonus abuse that a single-account view misses. Live end-to-end: the link read-model is served straight off the device/account-signal graph (no extra storage, sub-millisecond rule lookups from a hot cache), and every scored event feeds it on both the sync and async paths. The public GET /v1/accounts/{id}/links endpoint returns linked accounts grouped by signal type with first/last-seen facts, and the GDPR right-to-erasure flow removes and audits a customer's personal data on request — a contractual requirement for regulated operators. Latency proven on the live stack (linkage readable in ~5–9 ms vs. the 5 s budget; rule lookups ~0.4 ms vs. the 5 ms budget).
Reqs: 1 Criteria: 4 Repo: antifrod-api
Phase 17
Detection Hardening & Measured Efficacy
in progress
Several detection rules rely on 30-day behavioural history — its production feed is not switched on yet, so those rules contribute nothing today. This phase turns the feed on, stores the reasoning behind every decision so analysts see exactly why an event was scored, raises an alert the moment scoring degrades, verifies every shipped rule has a live signal source, and enables IP intelligence. The closing step: a control measurement of detection quality on the live environment, ahead of the pilot integration. Fingerprint match quality and drift metrics are exposed along the way.
Reqs: 3 Criteria: 5 Repo: antifrod-api + admin
Phase 18
Public API Surface + Auth
pending
A documented, versioned integration interface for operators' engineering teams, with authentication and per-key access control. This is the contract external systems integrate against to send events and read scores.
Reqs: 1 Criteria: 4 Repo: antifrod-api
Phase 19
Client Dashboard v1 — Login, Rules, Cases, Keys
pending
The customer console becomes usable end-to-end: team members are invited by email and set their own passwords, analysts live in the case review queue, admins author and backtest rules, and the integration essentials are self-serve — API keys and project settings (webhook, decision thresholds) — plus a first traffic overview. Built on a professional design system produced inside this phase; the pilot's team starts working in the product months before the full console is finished.
Reqs: 1 Criteria: 7 Repo: antifrod-dashboard
Phase 20
Production Readiness
pending
Everything between working software and a service an operator relies on: production-hardened images, CI that refuses to ship unverified code, UAT and production environments provisioned as code, rehearsed backups and disaster recovery, alerting that reaches a human, and a 1,000-events-per-second certification of the real-time SLA. Runs in parallel with the feature queue (DevOps-owned) — the test environment and all seven background workers are already live in the cloud.
Reqs: 2 Criteria: 6 Repo: antifrod-infra + all
Phase 21
Client Dashboard completion
pending
The remaining customer console screens on top of the v1 foundation: device fingerprint inspector, linked-accounts explorer, verification status, the metrics dashboard, team & roles management, billing view and key-rotation flows — completing the day-to-day workspace for risk and compliance teams. The device views go deep: match quality, confidence / stability and drift metrics per fingerprint, visit and unique-IP counters, and a per-project cluster graph of linked accounts with typed nodes (device, account, email, phone, IP, card).
Reqs: 1 Criteria: 6 Repo: antifrod-dashboard
Phase 22
Operator Backoffice
pending
First-party tooling for the platform team itself: a separate operator login, client account management (create, suspend, provision the default rule pack in one click), a cross-client overview of projects and API keys, platform health metrics and a full audit-trail viewer. Deliberately sequenced ahead of the pilot shadow-run — these are the tools the shadow-run is operated with.
Reqs: 1 Criteria: 4 Repo: antifrod-dashboard
Phase 23
Chargeback Prevention
pending
Catch chargebacks before they hit. Connects to major card-network dispute programmes so fraudulent purchases are blocked or refunded automatically — cutting chargeback losses and protecting the operator's merchant standing. Gated on external agreements (early-warning partner contract, card-network enrollment) — paperwork already tracked on the dependencies board below.
Reqs: 1 Criteria: 4 Repo: antifrod-api
Phase 24
KYC/AML Orchestration
pending
End-to-end identity verification at five levels — from phone confirmation to document checks, liveness, sanctions screening, and politically-exposed-person checks — keeping the operator compliant with KYC and AML regulations.
Reqs: 1 Criteria: 4 Repo: antifrod-api
Phase 25
Pilot Shadow-Run + MVP Cutover
pending
The platform earns the pilot's sign-off on evidence: detection quality is validated against the labelled dataset, then live traffic runs in shadow mode alongside the incumbent vendor — every decision compared, every divergence triaged with the pilot's analysts — before 100 % of traffic cuts over. Sign-off marks AntiFrod as a complete, production-grade replacement.
Reqs: 2 Criteria: 4 Repo: antifrod-api + infra
Phase 26
Self-Service Signup
pending
Scheduled right after pilot cutover — the pilot is onboarded hands-on, so this serves clients №2 and beyond: new operators sign up, provision a sandbox, and start integrating without a sales call, shortening the path from interest to first live event.
Reqs: 1 Criteria: 4 Repo: antifrod-dashboard + api

External dependencies — started early, tracked to dates

Pilot labelled dataset (150 fraud + 145 legitimate accounts) — received from the pilot's fraud lead, imported and validated: 93% decision match with the incumbent vendor, 100% of confirmed fraud caught. An enriched export (full per-account event history) is being requested to validate velocity-based detection to the same standard.
done
Defraudo design system — design brief finalized (light + dark themes, product name Defraudo approved) and handed to the designer; mockups for the client console (Phase 19) run in parallel.
in progress
Chargeback partner contract + card-network enrollment (early-warning provider, Visa RDR, Mastercard CDRN) — the longest paperwork lead in the plan; gates Phase 23.
start now
DevOps engagement + cloud project — test environment is live (API + all seven background workers on Cloud Run); UAT/production provisioning, DR and load certification consolidated as Phase 20.
delivering
KYC provider sandbox credentials + commercial terms for phone-verification coverage — gates Phase 24 orchestration.
start now
IP-intelligence & geolocation licences (VPN/proxy detection, geo database) — gates Phase 9 enrichment.
next
Stage 2 — Post-MVP (high-level only)
Capabilities planned for the next release once the pilot is live. Listed here as direction; detailed scope is set after the MVP ships.
AI-driven secondary risk score that runs in parallel with the rules engine, picking up fraud patterns that fixed rules can miss.
pending
Machine-learning model trained on real customer data so detection accuracy keeps improving as the platform sees more fraud.
pending
Enterprise-grade request signing for operators whose security teams require it on top of standard authentication.
pending
Expanded sanctions and politically-exposed-person screening against the full international watchlists used by tier-1 financial institutions.
pending
Account-takeover detection based on player behaviour, spotting hijacked accounts even when the device and location look familiar.
pending
Stage 3 — Future (high-level only)
Longer-horizon opportunities that build on the MVP — markers for future product strategy rather than committed scope.
Network-graph analytics that reveal hidden communities of linked accounts working together to defraud the operator.
pending
Organised fraud-ring detection that identifies coordinated groups of fraudsters across devices, locations, and playing patterns.
pending
Visual drag-and-drop rules builder so non-technical risk analysts can design fraud strategies without writing any code.
pending
White-label admin portal so partners and resellers can offer AntiFrod under their own brand.
pending
Mobile fraud-detection toolkit for operators with native iOS and Android apps, extending the same protection to the mobile channel.
pending
Regulator-grade geolocation meeting the strict location-verification standards of licensed US and other regulated gambling markets.
pending
Architecture Flow
How an incoming event moves through the platform — from real-time scoring to enrichment, identity verification, and chargeback control.
Event
incoming transaction
Score
decision in real time
Rules
configurable risk policy
Enrichment
IP, geo & email checks
Device
browser fingerprint
Account Links
duplicate-account detection
KYC
identity verification
Chargebacks
dispute prevention

Platform components

antifrod-core
Shared platform library — common data access, logging, and cross-service utilities reused by every component.
antifrod-api
Public scoring service — accepts incoming events from operators and returns fraud decisions in real time.
antifrod-admin
Platform operator backoffice and the always-on background workers that score events, refresh rules, dispatch notifications, and manage data partitions. Owns the database schema.
antifrod-dashboard
Client web dashboard — the customer's console where their fraud and compliance teams sign in to manage projects, rules, cases, members, and billing.
antifrod-fp-client
Browser script loaded on operator websites to collect device-level signals that strengthen fraud detection.
antifrod-infra
Infrastructure setup and the local development environment used by the engineering team.

Technology & infrastructure

Data & streaming
Tenant-isolated storage and the real-time event backbone.
PostgreSQL 16 Redis 7 Redpanda (Kafka API)
Runtime & services
The language and HTTP layer the platform runs on.
Node.js 20 LTS TypeScript 5 Express OpenAPI
Observability
Full visibility into health, latency, and incidents.
Grafana Prometheus Tempo (tracing) Loki (logs) OpenTelemetry Alertmanager
Security
Defence-in-depth for accounts, secrets, and uploads.
argon2id TOTP 2FA Helmet ClamAV Redis rate limiting
Admin interface
Operator console for fraud & compliance teams.
React 18 Vite Material UI Redux Toolkit
Delivery & infrastructure
How code ships from commit to production.
Docker GCP Cloud Run Terraform GitLab CI