Kort samengevat: wat is device intelligence
- Browser-, device- en netwerksignalen gecombineerd tot een stabiel device-ID dat cookie-clears en privévensters overleeft.
- De inputs: browser-fingerprint, TLS-fingerprint, gedragscadans, IP en ASN, eerdere historie. 102+ signalen verzameld, 40+ ervan gehashed tot één persistente identifier.
- Waar het zich terugverdient: account-takeover-preventie, chargeback-bewijs, VAMP-compliance, Visa CE 3.0-disputes.
Waarom de oude aanpakken niet meer werkten
Webapplicaties waren ontworpen om gebruikers te identificeren, niet apparaten. De identifiers waarop ze vertrouwden waren allemaal door de gebruiker te beheren, en fraude evolueerde om dat uit te buiten.
Third-party cookies vielen als eerste af. Safari begon ze te blokkeren in 2020, en privacybewuste gebruikers verwijderden al lang daarvoor first-party cookies. Incognitomodus maakt bij elke sessie een verse cookiejar aan. Elke methode die afhankelijk is van een cookie die bezoeken overleeft, breekt op het moment dat de gebruiker zijn browser wist of een privévenster opent.
IP-adressen leken op een signaal op hardwareniveau, maar residentiële proxynetwerken ondermijnden die aanname. Een proxydienst kan het oorspronkelijke IP-adres bij elk afzonderlijk verzoek rouleren, waardoor één apparaat er telkens uitziet als een andere bezoeker. VPN's wijzigen het IP-adres zodra de gebruiker verbinding maakt. En gedeelde IP-adressen, gebruikt door kantoornetwerken en universiteitscampussen, betekenen dat één adres honderden mensen kan vertegenwoordigen.
Sessietokens lossen een ander probleem op. Ze houden de geauthenticeerde status van een sessie bij, niet de identiteit van het apparaat. Op het moment dat het browsertabblad sluit, eindigt de sessie. Sessietokens zijn nuttig binnen een bezoek, maar ze kunnen een terugkerende gebruiker niet aan elkaar koppelen over aparte bezoeken heen.
First-party cookies zijn hardnekkiger dan third-party cookies, maar ze kampen met hetzelfde fundamentele probleem. Een gebruiker die zijn cookies wist, of een browser die is ingesteld om cookies bij het afsluiten te wissen, reset elke identificatie die je hebt opgeslagen. Privacybewuste gebruikers, die sterk overlappen met fraudeonderzoekers en fraudeurs, doen dit routinematig.
Het patroon is bij al deze aanpakken hetzelfde. Elke aanpak was afhankelijk van gegevens die op het apparaat van de gebruiker waren opgeslagen, wat betekende dat de gebruiker bepaalde of die bleven bestaan.
Hoe device intelligence werkt
Device intelligence leest passieve signalen uit de hardware- en softwareomgeving van het apparaat, in plaats van een identificatie op het apparaat op te slaan. Die signalen kunnen niet door de gebruiker worden verwijderd, omdat ze om te beginnen nooit naar de browser zijn geschreven. Het zijn kenmerken van het apparaat zelf.
De browser stelt honderden van deze signalen beschikbaar via standaard JavaScript-API's. De belangrijkste staan hieronder.
Canvas-fingerprint. Wanneer de browser een verborgen canvas-element rendert met een gespecificeerde tekenbewerking, verschilt de pixeloutput subtiel tussen apparaten op basis van de GPU, het grafische stuurprogramma en de anti-aliasingimplementatie. Twee apparaten met identieke specificaties maar verschillende stuurprogrammaversies produceren meetbaar verschillende canvas-outputs. Dit signaal is stabiel na herstarts van de browser, in incognitomodus en bij het wissen van cookies, omdat het hardwaregedrag weerspiegelt en geen opgeslagen gegevens.
Lettertyperendering. Elk besturingssysteem en elke grafische stack rendert geïnstalleerde lettertypen anders op subpixelniveau. De specifieke set geïnstalleerde lettertypen en de manier waarop ze worden gerenderd, levert een zeer onderscheidend signaal op.
WebGL-fingerprint. WebGL-workloads leggen het gedrag van de grafische kaart in detail bloot. De WebGL-fingerprint van een apparaat weerspiegelt het GPU-model, de stuurprogrammaversie en de renderpijplijn, die allemaal in de loop van de tijd stabiel zijn.
TLS handshake fingerprint TLS-fingerprinting. Wanneer een browser een TLS-verbinding opent, legt de onderhandelingshandshake de ondersteunde cipher suites, extensies en de volgorde daarvan bloot. Dat patroon is kenmerkend voor de softwarestack die de verbinding maakt. Een VPN-client, een proxydienst of een headless browser produceert elk een aparte TLS-handshakehandtekening. TLS handshake fingerprint-fingerprinting leest dit op netwerkniveau om te bepalen of een verbinding via een VPN of proxy verloopt.
Timingpatronen. De tijd die specifieke browserbewerkingen kosten, weerspiegelt CPU-kenmerken en -belasting. Headless browseromgevingen, die de basis vormen voor geautomatiseerde aanvalstools, produceren timinghandtekeningen die afwijken van echte sessies die door menselijke interactie worden gedreven.
Schermmetrieken, audiocontext en andere omgevingssignalen. Resolutie, pixeldichtheid, aanraakondersteuning, beschikbare audiohardware, tijdzone en taalinstellingen voegen elk signaal toe. Geen enkel afzonderlijk kenmerk is doorslaggevend. De combinatie van veel stabiele kenmerken levert een betrouwbare identificatie op.
Deze signalen worden via een hashing-algoritme gecombineerd tot een apparaat-ID. Hetzelfde apparaat levert dezelfde ID op, of de gebruiker nu in incognitomodus is, via een VPN verbonden is of elke cookie in zijn browser heeft gewist, omdat geen van die acties de onderliggende hardware- of softwareconfiguratie verandert die de fingerprint leest.
Wat een implementatie betrouwbaar maakt
Niet alle device intelligence-implementaties zijn even nauwkeurig. Drie praktische criteria zijn de moeite waard om te beoordelen.
Breedte van signalen. Een implementatie die 10 of 20 signalen leest, levert een minder stabiele ID op dan een die er 100 of meer leest. Hoe meer signalen in de hash, hoe beter de implementatie kleine wijzigingen verdraagt, zoals een browserupdate die één renderingkenmerk verandert, zonder een onterechte nieuw-apparaataflezing te produceren.
Nauwkeurigheid over incognito heen. Een zwakke implementatie breekt in incognito omdat hij deels vertrouwt op opgeslagen identifiers, zoals localStorage- of IndexedDB-waarden, die incognitomodus reset. Een sterke implementatie leest alleen passieve omgevingssignalen en produceert daarom in incognito dezelfde ID als in een gewone sessie.
VPN-stabiliteit. Een apparaat-ID zou niet moeten veranderen wanneer een gebruiker een VPN activeert, omdat een VPN alleen het IP-adres wijzigt. Geen van de hierboven beschreven browsersignalen weerspiegelt het IP. Als de apparaat-ID van een implementatie verandert wanneer de gebruiker verbinding maakt met een VPN, dan vouwt hij IP- of netwerklaaggegevens in de fingerprint-hash, wat de bruikbaarheid ervan ondermijnt voor precies de scenario's waarin VPN's relevant zijn.
Waar device intelligence wordt toegepast
Preventie van accountovername. Accountovernamefraude leidde in 2025 tot $13,5 miljard aan verliezen en trof 6 miljoen mensen in de VS, volgens Javelin Strategy & Research. De meest voorkomende aanval begint met gestolen inloggegevens uit een eerder datalek. Device intelligence herkent wanneer een bekend account probeert in te loggen vanaf een apparaat dat nooit aan dat account is gekoppeld, en activeert een uitdaging of blokkade voordat toegang wordt verleend. Zie hoe dit uitpakt bij preventie van accountovername.
Fraude met nieuwe accounts. Wanneer één apparaat in korte tijd tientallen accounts aanmaakt, reset de aanvaller meestal zijn e-mailadres en IP tussen elke poging. Het apparaat zelf blijft constant. Device intelligence legt dit patroon onmiddellijk bloot, wat de kern is van preventie van registratiefraude.
Accountdeling. Voor abonnementsbedrijven brengt device intelligence in kaart welke apparaat-ID's zich in de loop van de tijd tegen een bepaald account authenticeren. Een account dat in een maand vanaf 12 verschillende apparaat-ID's inlogt, is eenvoudig te markeren voor handhaving tegen accountdeling.
Chargeback-bewijs. Een stabiele apparaat-ID die bij het afrekenen wordt vastgelegd, wordt onderdeel van het bewijspakket wanneer een transactie wordt betwist. De aanwezigheid van het apparaat in de sessie is een gedocumenteerd feit in plaats van een gereconstrueerde gevolgtrekking, wat het chargeback-bewijs versterkt.
Hoe cside apparaten detecteert
cside leest meer dan 100 browsersignalen per sessie om een apparaat-identificatie te genereren die stabiel blijft in incognitomodus, bij VPN-verbindingen en bij het wissen van cookies. Naast de apparaat-ID zelf geeft elke API-respons aanvullende signalen terug vanaf dezelfde scripttag: het markeert AI-agent- en geautomatiseerde sessies, waarbij het bekende agents en frameworks identificeert zoals OpenAI Operator, Claude for Chrome, Playwright, Puppeteer en Selenium; het geeft een VPN-/proxysignaal terug dat is afgeleid van TLS handshake fingerprint TLS-fingerprinting; en het markeert incognitosessies.
De volledige details over hoe cside device intelligence implementeert, inclusief integratiestappen en voorbeelden van API-responses, staan op de pagina device fingerprinting.
Privacy- en AVG-overwegingen
Device intelligence wordt soms verward met opdringerige tracking, maar de twee verschillen wezenlijk. Een paar punten zijn de moeite waard om goed te begrijpen.
Device intelligence vereist geen cookies en slaat geen gegevens op op het apparaat van de gebruiker. De signalen die het leest zijn passieve omgevingskenmerken, geen gegevens die in de browser zijn geschreven.
De uitkomst is een pseudonieme identificatie, geen direct identificerende. Een device-fingerprint-ID onthult geen naam, e-mailadres of fysieke locatie. Het identificeert een apparaatconfiguratie, die alleen aan een persoon kan worden gekoppeld als aparte accountgegevens die koppeling leveren.
Fingerprinting voor fraudepreventie wordt onder de AVG doorgaans verwerkt op grond van gerechtvaardigd belang als rechtsgrond, omdat de verwerking noodzakelijk is om gebruikers en het bedrijf te beschermen tegen frauduleuze activiteiten. Wettelijke vereisten verschillen per rechtsgebied en toepassing, en elke organisatie die device intelligence implementeert, zou specifiek juridisch advies moeten inwinnen.
Verwerkingsverantwoordelijken moeten het gebruik van device fingerprinting vermelden in hun privacyverklaring, met een beschrijving van de categorieën verwerkte gegevens en het doel.
Verder lezen
