Hoe laat je een gesimuleerde mobiele omgeving op een echt toestel lijken? Negeer toestel- en mediafingerprints niet

Als je mobiele werkzaamheden uitvoert — bijvoorbeeld sociale-media-accounts beheert die via een telefoon inloggen, of handelingen verricht in mobiele apps en websites — heb je waarschijnlijk wel eens geprobeerd om “een telefoonomgeving op een computer te simuleren”. Toch lopen veel mensen tegen dezelfde vraag aan: als zowel de kernel als het besturingssysteem op Android staan, waarom valt de omgeving bij een test dan nog steeds meteen op, of waarom lijken verschillende accounts niet op hetzelfde type echt toestel?

Het antwoord zit vaak niet in de meest zichtbare instellingen, maar in allerlei toestelgegevens die specifiek zijn voor mobiele apparaten. Of een omgeving echt overkomt, wordt nooit door één parameter bepaald. Het gaat erom dat elk detail zo dicht mogelijk bij een echt toestel ligt en dat al die details samen een geloofwaardig geheel vormen.

Waarom mobiele omgevingen sneller opvallen dan desktopomgevingen

Bij het simuleren van een desktopomgeving zijn de signalen waarmee je rekening moet houden relatief stabiel. Bij een telefoon ligt dat anders. Naast het besturingssysteem, de resolutie en de UA geeft een echte smartphone voortdurend allerlei toestelgebonden signalen prijs die samen de identiteit van het apparaat vormen:

• Apparaatnaam en modelinformatie: toestelnaam, fabrikant, hardware-identifiers en vergelijkbare gegevens kunnen een platform helpen afleiden welk telefoonmodel wordt gebruikt.
• Informatie over media-apparaten: namen, aantallen en beschikbaarheid van camera’s en microfoons. Een echte telefoon meldt meestal één of meer camera’s en microfoons; een “mobiele omgeving” zonder media-apparaten, of met alleen desktopachtige apparaten, oogt onnatuurlijk.
• Scherm- en interactiekenmerken: resolutie, beeldverhouding, ondersteuning voor aanraking, standaardoriëntatie en andere kenmerken verschillen duidelijk tussen mobiele apparaten en desktops.
• Sensormogelijkheden: bewegingssensoren zoals een gyroscoop en versnellingsmeter meten rotatie en kanteling van het toestel, en websites kunnen bijbehorende gegevens via browserinterfaces uitlezen. Zulke metingen bevatten vaak kleine, apparaatspecifieke kalibratieverschillen die stabiel en uniek genoeg kunnen zijn om als identificatiesignaal te dienen. Lege gegevens of meerdere omgevingen die exact dezelfde waarden teruggeven, kunnen opvallen.

Het belangrijkste is dat deze signalen onafhankelijk van elkaar worden verzameld, maar samen wel logisch en consistent moeten zijn. Als systeem, taal, tijdzone en regio allemaal naar één land wijzen, terwijl de media-apparaten en apparaatnaam nog steeds bij een desktop horen, kan die tegenstrijdigheid bij kruiscontrole zichtbaar worden.

Welke parameters je bij een mobiele simulatie op elkaar moet afstemmen

Om het risico te verkleinen dat een “mobiele omgeving” niet op een echte telefoon lijkt, kun je bij het aanmaken van de omgeving de volgende categorieën op onderlinge consistentie controleren:

• Besturingssysteem en kernel moeten bij een mobiele versie passen. Als het systeem op Android of iOS staat, moet ook de kernelversie overeenkomen met wat een mobiele browser gebruikt, in plaats van een desktopkernel achter een mobiele UA te plaatsen.
• Houd UA, taal, tijdzone en geolocatie consistent. Deze waarden horen bij de doelmarkt en de regio van het toestel te passen en idealiter ook bij de regio van de gebruikte IP, zodat je geen duidelijke tegenstrijdigheden krijgt zoals “de telefoon bevindt zich in Los Angeles, maar de tijdzone is Beijing”.
• Apparaat- en mediasignalen moeten “op een telefoon lijken”. Apparaatnaam, resolutie, touchondersteuning, camera- en microfooninformatie en andere mediasignalen moeten een echte smartphone weerspiegelen en geen desktopsporen vertonen.
• Verschillende omgevingen moeten onderling verschillen. Als je meerdere mobiele accounts tegelijk gebruikt, laat ze dan niet exact dezelfde toestelparameters delen. Echte telefoons verschillen van nature van elkaar; meerdere omgevingen met identieke toestelgegevens kunnen juist een typisch signaal voor accountkoppeling worden.

Beheer mobiele toestelgegevens consistent met PurpleMark

PurpleMark kan deze mobiele parameters direct beheren wanneer je een browseromgeving aanmaakt. In de omgevingsinstellingen kun je het besturingssysteem en de kernelversie kiezen. Daardoor kun je bij het maken van een accountomgeving Android of iOS selecteren samen met een passende mobiele browserkernel, in plaats van alleen de UA-string te wijzigen om een telefoon na te bootsen.

Op het niveau van apparaat en media kun je in PurpleMark de apparaatnaam, media-apparaten zoals camera’s en microfoons, resolutie en hardwaregerelateerde gegevens zoals CPU, geheugen en MAC-adres instellen. Als je bijvoorbeeld “een bepaald Android-model in de Verenigde Staten dat op sociale media inlogt” wilt simuleren, kun je systeem, kernel, regionale taal, tijdzone en apparaat-/mediaparameters binnen dezelfde omgeving als één samenhangend geheel configureren, in plaats van één veld te veranderen en andere op desktopstandaarden te laten staan.

Als je meerdere mobiele accounts beheert, kun je bovendien afzonderlijke omgevingen maken per platform, winkel of bedrijfsregio. Elke omgeving kan een eigen combinatie van apparaat- en mediaparameters, onafhankelijke Cookie en lokale gegevens gebruiken en via groepen en gekoppelde accounts snel worden teruggevonden. Zo voorkom je dat meerdere mobiele accounts dezelfde “apparaatschaduw” delen.

Beginnende gebruikers kunnen rechtstreeks de PurpleMark-webapp openen, een omgeving met een mobiel systeem aanmaken en apparaatnaam, media-apparaten, tijdzone, taal en andere parameters instellen die de consistentie sterk beïnvloeden. Zo wordt het verschil tussen een intern consistente mobiele omgeving en een desktopconfiguratie die zich als telefoon voordoet snel duidelijk. Heb je lokale browserfuncties nodig, ga dan naar de downloadpagina, installeer de client en keer daarna terug naar de werkruimte.

Veelgestelde vragen

Is het genoeg om bij het simuleren van een telefoon alleen de UA naar een telefoonmodel te wijzigen? Nee. De UA is slechts één van de vele signalen die een platform kan zien. Als besturingssysteem, kernel, apparaatnaam, media-apparaten, resolutie, tijdzone en andere kenmerken nog steeds op een desktop wijzen, worden inconsistenties bij kruiscontrole gemakkelijker zichtbaar. Een mobiele omgeving moet beginnen bij systeem en kernel en alle apparaatgerelateerde parameters als één logisch geheel behandelen.

Kunnen meerdere mobiele accounts dezelfde set toestelparameters gebruiken? Dat wordt niet aanbevolen. Als verschillende accounts exact dezelfde apparaat-, media- en sensorsignalen delen, kan dat op zichzelf een typisch patroon voor accountkoppeling worden. Echte apparaten verschillen van nature, dus het is verstandiger dat elke accountomgeving een eigen, maar intern consistente parametercombinatie heeft.

Hoe groot is de invloed van slecht ingestelde toestelgegevens? Deze details bepalen mede of de omgeving vanuit het perspectief van een platform op een echt apparaat lijkt. Eén ontbrekend detail hoeft op zichzelf niet doorslaggevend te zijn, maar meerdere afwijkende of tegenstrijdige signalen kunnen de kans op identificatie duidelijk vergroten. Centrale en consistente configuratie van deze parameters is daarom een basismaatregel om het risico te verlagen.