lost or stolen device - methodology
lost or stolen device work is post-custody triage. the victim got the handset back — or an insurer replaced it — but the blackout period matters: unknown hands can pair backups, punch ADB trust on Android, remote-wipe via Find My, locally factory reset to fence the hardware, uninstall evidence apps, and still leave overlapping cloud logons from two geographies at once. physical access is discrete events; telemetry is fragmented across pairing plists, mobile wipe markers, and IdP CSVs that desync quickly. methodology here is chronological by artifact half-life so you assemble a defensible finder narrative before rotations erase the overlap.
preservation before deep analysis
- freeze high-value SaaS sessions (email, payroll, wallets) independent of handset state. overlapping logons spike when a finder abuses cached creds outside device filesystem.
- obtain Apple / Google lawful preservation or subscriber records through counsel or law enforcement where applicable — handset alone rarely holds the cloud half of `login-session-reconstructor`.
- snapshot IMEI / serial inventories and MDM posture before re-enrolling wiped hardware; insurance and HR packets want the chain keyed to asset tags.
- if litigation is plausible, coordinate imaging through a trusted mobile lab rather than exploratory tapping on live UI.
what evidence exists and how fast it dies
| artifact | volatility | time to loss |
|---|---|---|
| iOS pairing / MobileSync plist | persistent on macOS backups | deleted if finder wipes host or user revokes backup trust |
| Android adb keys / pairing tokens | persistent (`~/.android` on workstations) | hours if workstation is reimaged voluntarily |
| Find My remote wipe markers | vendor / MDM correlated | superseded once device is reactivated on a clean OS build |
| local factory reset evidence | persistent in mobile maintenance slices | gone if chipset is swapped or destructive reflash succeeds |
| app install / uninstall manifests | rolling (30–365 days varies by storefront export) | buried under later legitimate updates unless captured early |
| cloud SSO / IdP unified logs | persistent yet capped by retention SKU | 90 days baseline at many tenants; sooner if admins purge alerts |
| volatile RAM captures | volatile | lost on reboot; rarely available on modern phones post-return anyway |
the first 10 minutes
- record exact loss window, airport / venue, finder contact path, and return shipping timestamps in UTC.
- enumerate serial numbers, IMEI 1/2, eSIM ICCID swaps, MDM enrollment state, and any insurance claim numbers.
- pull Apple's device list and Google's recent security events for overlapping IP geos during the blackout.
- locate any workstation the finder may have plugged into — pairing plists survive on synced Mac backups or iTunes-era libraries.
- request Android adb host inventory if Pixel / Galaxy debug trust is suspected.
- export cloud IdP CSV (Okta, Entra ID, Workspace) spanning two weeks before recovery through one week after.
- prevent automatic major OS upgrades until forensic images resolve; defer iOS/Android major jumps if counsel agrees.
- photograph cosmetic damage vs factory reset dialogs the victim remembers on first boot.
- note whether Find My sounded, locked, erased, or was disabled during the blackout.
- begin the ordered path once raw exports are hashed and copied offline.
the path
1. ios pairing record forensic analyzer
pairing plist or MobileSync export. surfaces trusted desktops and sync relationships created while the handset was outside the owner's control.why first: a finder pairing to a laptop leaves a plist trail long after the cable is unplugged. you anchor physical access without relying on the victim's memory.
2. mobile device pairing record analyzer
normalized pairing blobs across backups and device-side extracts. aligns iOS pairing trust with supplemental mobile pairing artifacts.why second: some workflows hand you a forensic container, not raw plist. normalize before you chase jailbreak or reset signals.
3. ios jailbreak artifact detector
filesystem or logical image slices. flags common jailbreak droppings, rogue package managers, and privilege-escalation droppers.why third: untrusted custody sometimes includes sideload or jailbreak prep. exclude or document before interpreting reset timelines.
4. mobile factory reset evidence artifact detector
mobile diagnostic or backup-adjacent logs. detects factory reset fingerprints and ambiguous wipe markers that erase user data.why fourth: a reset scrubs UI history but leaves breadcrumbs in mobile maintenance state. sequence this before remote-wipe tagging.
5. mobile remote wipe artifact detector
MDM- or vendor-shaped wipe telemetry in exports. distinguishes Find My / MDM remote erase from voluntary local resets.why fifth: owners issue remote wipes from iCloud portals; finders factory reset locally. confusing the two breaks your incident narrative.
6. android factory reset artifact detector
Pixel-style reset logs plus ADB key material when present. corroborates Android-side wipe versus merely powering off.why sixth: dual-device travellers lose both ecosystems. pairing and ADB trust on Pixel often survive long enough to show unauthorized access.
7. ios app install uninstall timeline reconstructor
purchase receipts, thinning manifests, or app metadata extracts. reconstructs install spikes and uninstall bursts after return.why seventh: a finder installs surveillance or shopping apps then uninstalls once the handset ships home. timelines beat icon memory.
8. login session reconstructor
cloud SSO or IdP CSV exports with IP, ASN, geo, timestamps. overlays owner sessions against overlapping logons from foreign IP blocks.why last: device-side artifacts taper off once iCloud/Google sessions rotate. correlate mailbox, drive, and IDP telemetry last for continuity.
common false leads
- finder factory reset proves theft. resets also happen after benign remote wipe mishaps — separate Find My telemetry from local Android reset fingerprints.
- no jailbreak artifacts means untouched device. some abuse is confined to unlocked UI sessions and synced cloud tabs; absence on disk helps but cannot clear cloud logs.
- post-return uninstall burst is always housekeeping. bursts aligned to shipping tracking numbers warrant correlation against pairing events.
- single Apple ID geo mismatch is definitive. VPN egress, airplane Wi-Fi gateways, and travel SIMs spoof regions — corroborate with ASN and device fingerprints.
- ADB autorization dialogs require developer mode. attackers social-engineer taps in seconds once the handset is unlocked; still capture host-side keys whenever possible.
what we can tell you, what we can't
we can tell you:
- whether pairing trusts, jailbreak droppings, and reset-class markers appear consistent with outsider tampering.
- a defensible sequencing of wipe vs erase vs reinstall events from mobile forensic-shaped exports.
- Android vs iOS divergence when both ecosystems were vulnerable (dual carry trip loss).
- application lifecycle bursts from install / uninstall timelines.
- cloud session overlays when you supply sanitized IdP CSVs — overlapping owner vs finder IP narratives.
we can't tell you:
- intent of whoever held the handset. legal characterization belongs to investigators and counsel.
- real-time handset location telemetry without your vendor exports — FatCousin never phones home with user uploads.
- passcode guesses or brute force — biometric and secure-enclave protections are intentionally out of scope here.
- guaranteed recovery of deleted cloud logs past vendor retention cliffs.
handing it off
- law enforcement / airport PD: UTC timeline, IMEI pairing exports, adb host disk images, wipe markers, and cloud IP overlap spreadsheets.
- corporate security / insider risk: MDM telemetry, kiosk login CSV, device compliance posture before / after blackout.
- travel insurer or carrier dispute: proof of unauthorized pairing plus reset evidence juxtaposed against claim filing dates.
- civil counsel: hash logs, forensic lab chain-of-custody memos, and redacted SSO exports suitable for protective orders.
- end user support: rotation checklist once analysis closes — revoke sessions last after evidence is frozen.
further reading
reference investigation
synthetic fixture walsh-lost-stolen-device: Emma Walsh airport loss, finder paired iPhone plus ADB trust on Pixel, Find My remote wipe marker, Android factory reset evidence, post-return uninstall burst, overlapping cloud logons from owner vs finder IP space. seed walsh-lost-stolen-device:v1. compare output via npm run check:flagship.
fixture download: evidence zip · proof page: /forensics/proof/walsh-lost-stolen-device · case playbook: case type tools