Network

2.1M terminals across 70+ markets, read continuously.

Coverage is two things: where the machines are, and what they report. We score every withdrawal in the authorization path, read door, cassette and dispense events off the terminal, and sweep the whole fleet once a day for hardware that was not there yesterday.

Detection runs

Authorization-path scoring
<40 ms P50
Daily fleet sweep
24 h cycle
Streaming alerts
Sub-second delivery
2.1M
Terminals monitored
Scored continuously
70+
Markets live
APAC, EMEA, Americas, LatAm
24h
Fleet sweep interval
Every terminal, every day
6h
Incident refresh
Cases re-scored on new signals
Regions

Where the fleet is

Coverage runs in four regions. The tier is what each one can actually detect today: authorization scoring, terminal telemetry, and reader-surface vision where a camera is fitted.

  • Asia-Pacific

    Auth path + vision
    Countries
    18
    Terminals
    640K

    Reader-surface vision live on the Japan, Singapore and Australia fleets. Kit family B-112, first seen in Manila, is matched on every terminal in the region.

  • Europe, Middle East & Africa

    Auth path + vision
    Countries
    32
    Terminals
    780K

    Door and cassette telemetry from four vendor feeds, plus shared signatures contributed by issuer fleets in the UK, the Nordics and the Gulf.

  • Americas

    Auth path + telemetry
    Countries
    14
    Terminals
    585K

    Authorization scoring and dispense telemetry across the US, Canada, Mexico and Brazil. Reader-surface vision runs on pilot terminals only.

  • Latin America

    Daily sweep only
    Countries
    8
    Terminals
    95K

    Inventory loaded from operator and processor exports. Detections run on the daily sweep until an authorization feed is connected.

Inputs

What we are reading

Five feeds carry the signal. Two of them need hardware or a vendor connection on your side, and one needs nothing at all.

ISO 8583 authorizations and reversals

Authorization streams

Every withdrawal is scored in the path — read pattern, velocity, terminal risk — and comes back allow, step up or block with the reason codes before the cash is dispensed.

Needs

A feed from your switch, processor or ISO host. No terminal agent and no hardware on your side.

Door, cassette, dispense and retract events

Terminal telemetry

A door opened outside the service window, a cassette swap with no work order, a dispense retract on a terminal with otherwise clean reads. Every event is stamped to one machine.

Needs

A telemetry feed from your ATM vendor, or your own agent writing to the terminal events API.

Fascia and reader images at card insert

Reader-surface vision

Where a camera is fitted, overlay, insert and deep-insert hardware is matched against known kit profiles instead of waiting for a cardholder complaint.

Needs

A camera on the machine and a frame feed we can reach. No camera means no vision input, and we do not model around the gap.

Work orders, dispatches and reconciliation records

Field-service events

Access that appears in telemetry but not in your work-order system is intrusion, not maintenance. Service history also clears terminals your field teams visit every week.

Needs

A daily export or webhook from your field-service or cash-in-transit system.

Device fingerprints across every deployment

Shared kit signatures

Hardware seen in one market flags in the next one. Signatures are matched against your terminals inside your tenant.

Needs

Nothing to supply. The signature graph is aggregated across all deployments.

Deployment

Three ways to run it

Same detections, different place in the flow. Most fleets start on the sweep and move scoring into the switch when the change window opens.

Authorization-path scoring

<40 ms P50

The scoring call sits inside your switch flow. Every withdrawal returns allow, step up or block with a score, reason codes and the terminal risk that produced it.

Needs from you
Your authorization stream, a sandbox key, and an idempotency key on the scoring call.
Time to first detection
The first scored withdrawal, on the day you cut over.

Daily fleet sweep

24 h cycle

Every terminal in the inventory is re-scored each night against telemetry, service history and shared signatures. Newly compromised machines are on the morning list.

Needs from you
Terminal inventory — id, address, model, operator — as a file or through the terminals API.
Time to first detection
The first sweep after inventory load, typically within 24 hours.

Streaming alerts

Sub-second delivery

Compromise events and blocked withdrawals push to your endpoint as they happen, so the field team is dispatched while the kit is still on the machine.

Needs from you
An HTTPS webhook or a Kafka topic. Every event is HMAC-signed and retried on failure.
Time to first detection
The next compromise event after the subscription is created.
Next step

Start with the inventory you already have.

A terminal list is enough for the first sweep. Add the authorization feed when your change window allows.

Request access