Skip to main content
Device intelligence is FraudEG’s layer of protection that runs before a user ever submits a transaction. By collecting and analyzing device attributes the moment a session begins, FraudEG builds a persistent device fingerprint — a stable identifier for the device that persists across sessions even when cookies are cleared. This fingerprint feeds directly into the transaction risk score and surfaces device-level signals that indicate bots, emulators, account takeover tooling, and other automated threats.

What FraudEG Collects

FraudEG gathers a broad set of device attributes to construct each fingerprint: None of these attributes are personally identifiable on their own. FraudEG combines them into a probabilistic fingerprint that identifies the device without relying on cookies or device IDs that users can easily reset.

Device Sessions

A device session ties a user’s device fingerprint to a specific visit on your application. Create a device session at the start of each critical user flow (login, checkout, account settings) and attach the returned session_id to your transaction scoring request. This links the device intelligence data collected during the session to the transaction FraudEG scores.

Creating a Device Session

After the JavaScript snippet loads, it automatically collects device attributes and posts them to FraudEG. The snippet exposes a FraudEG.getSessionId() method you can call client-side to retrieve the session_id, which you then pass to your backend to include in transaction scoring requests.

Device Trust Score

FraudEG computes a device trust score (0–100, where 100 is fully trusted) for each session. This score contributes directly to the overall transaction risk score. A low device trust score elevates the transaction score even if other signals appear normal — for example, a known user logging in from a fresh emulator with a VPN active will see a higher transaction risk score than usual.

Device Signals

The following device-level signals appear in the signals array of transaction responses:

Web Integration

Place the JavaScript snippet in the <head> of every page that precedes a critical user action — login, checkout, account update, and password reset pages are the most important. The snippet is lightweight (<10 KB gzipped) and loads asynchronously so it does not affect your page load performance.

Mobile SDK

For native iOS and Android applications, use the FraudEG mobile SDKs instead of the JavaScript snippet. The mobile SDKs collect platform-specific device attributes (hardware identifiers, OS version, jailbreak/root detection) and create device sessions using the same POST /v1/device/session API. Contact FraudEG support to request the mobile SDK documentation for your platform.

Privacy and Data Handling

FraudEG processes device attributes for fraud detection purposes only and does not sell or share device data with third parties. Device fingerprints are stored as cryptographic hashes — the raw attribute values used to build the fingerprint are discarded after processing.
Do not rely on device signals alone to make block decisions. A vpn_detected or new_device signal on its own does not confirm fraud — many legitimate users browse with VPNs or access your app from a new device. Always combine device signals with behavioral, transactional, and velocity signals through the risk rules engine for accurate, low-false-positive decisioning.