Application security feature

Mobile location spoofing detection

Otukan detects mock locations, simulated positions and the tools behind them, and reports them as evidence your backend weighs, not proof of where a user is.

  • Android
  • iOS
  • Flutter
  • React Native
Spoofed GPS position is met at the location integrity boundary before it reaches the appSpoofed GPS positionLocation integrityYour app
  • Evidence you can weigh

    Otukan reports how trustworthy a position is, so your rules weigh likelihood instead of treating a coordinate as fact.

  • Tied to a real rule

    Location risk only changes outcomes where a business rule depends on it, such as a regional licence, a payout zone or a shift check-in.

  • Minimal by design

    Otukan sends integrity indicators, not a movement history. What leaves the device, and for how long it is kept, is agreed with you.

Location manipulation Otukan handles

Choose a manipulation technique to see how Otukan recognises it, how the flow responds and what your server receives.

Mock location apps

  1. Detect

    On Android, Otukan recognises positions supplied by a mock location provider rather than the device's own receivers.

  2. Respond

    The location-dependent action is held while the rest of the app works.

  3. Report

    A mock-location indicator travels separately from the coordinates.

Software-simulated positions

  1. Detect

    On iOS, Otukan reads the system's own indication that a position was simulated by software.

  2. Respond

    The user is asked to switch off simulation before the check-in or claim continues.

  3. Report

    Your backend receives a simulated-position flag with the request.

Hooked location services

  1. Detect

    Otukan finds instrumentation that rewrites coordinates inside your app's process.

  2. Respond

    Positions read while hooks are active are treated as untrusted.

  3. Report

    A hooking indicator lets your server discount the reported position.

Emulated movement

  1. Detect

    Otukan identifies emulators and virtual devices that play back scripted routes.

  2. Respond

    Location-gated rewards or payouts are refused on emulated devices, if you choose.

  3. Report

    An emulator indicator separates bots from people in your location data.

Rerouted network traffic

  1. Detect

    Otukan flags proxies and VPNs that can make network origin disagree with device position.

  2. Respond

    Disagreement triggers a softer step, such as a confirmation, rather than a block.

  3. Report

    Routing context reaches the backend that compares network geography with position.

Signals behind location integrity

Location evidence is only as good as the environment producing it, so Otukan draws on its wider runtime checks.

  • Proxy and VPN risk

    Flags proxies and VPNs on the device, so a rule can separate rerouted traffic from a faked position.

  • Hooking detection

    Catches tools that intercept location calls and return invented coordinates to your code.

  • Emulator detection

    Removes virtual handsets that replay routes from your location-based rewards and check-ins.

  • Android root detection

    Finds rooted Android systems, where location services can be altered below the app.

You choose the response

Set a response for each user flow. Start by observing, then tighten flow by flow as the signals prove themselves.

Observe

Signal sent to your backend

Rolling out a new policy and measuring real-world signals.

Warn

This device looks modified. Continue with care.

Conditions some genuine users create, such as developer settings.

Restrict

Payments are unavailable on this device.

Payments, stored data and account changes.

Terminate

Session closed for your security.

Clear tampering on a high-risk flow.

How it works

  1. Name the rule

    Start from the decision location changes: access, payout, promotions or a work check-in.

  2. Agree the data

    We document which indicators leave the device, why, and how long they are retained.

  3. Ship the protection

    Otukan works within your current build and release flow; your team keeps the signing keys.

  4. Compare in observe

    Indicators are logged beside genuine travel, roaming and VPN use before any rule is enforced.

  5. Set graded responses

    Mild doubt asks for confirmation; strong manipulation evidence holds the location-dependent action.

Free for app publishers

Check your app's exposure

A passive review of your published app by an Otukan engineer. No files, no access to your systems. Findings go by email to the verified publisher.

You finish the request on the next page.

An app should use location evidence as one input to a business rule, weighed with how trustworthy that evidence is, never as a fact on its own. Otukan supplies the trust part. It detects mock location providers on Android, software-simulated positions on iOS, and the hooking frameworks, emulators and modified systems used to fake a position, and it reports each indicator separately from the coordinates. Your backend compares them with network and account context and decides. Otukan does not claim to know where a person is, and it sends integrity indicators rather than a movement history.

Signal quality

Different kinds of location evidence fail in different ways. Keeping them apart is what stops an honest traveller from looking like a fraudster.

Mock locations

The simplest spoof replaces the position the operating system hands to apps. On Android, a user can nominate a mock location app in developer options, and positions from it can be recognised. On iOS, the system can mark a position as simulated by software. Otukan reads the signal each platform provides and adds its own checks for hooks that rewrite coordinates inside your app, which neither platform flag covers.

Network routing

The IP address of a request suggests where it came from, but VPNs, carrier gateways and roaming all move that point for legitimate reasons. Otukan reports proxy and VPN use as its own indicator. Comparing network origin with device position is a job for your backend, which also sees account history.

Sensor context

Movement, altitude and the rate at which positions change can show when a route is being played back. These are useful for your backend models, but they are noisy on real devices. Treat them as supporting context and let the integrity indicators carry the weight.

EvidenceTells youCommon honest cause of doubt
Mock provider or simulated flagThe position was supplied by softwareDevelopers and testers
Hooking or emulator indicatorThe environment can rewrite positionsInternal QA builds
Proxy or VPN indicatorNetwork origin may not match the deviceCorporate VPN, travel, roaming
Sensor contextMovement pattern looks unusualIndoor drift, weak satellite fix

Use cases

Location risk earns its place only where a rule depends on it. Name the rule first, then decide how much doubt it tolerates.

Business ruleWhy spoofing paysStarting response
Regional licence for betting or streamingAccess outside the licensed areaHold the action on strong manipulation evidence
Location-based rewards or promotionsCollect rewards without visitingRefuse the reward, keep the account
Delivery or field-work check-inPaid for visits that never happenedAsk for a second confirmation
Payment risk scoringMask the origin of a fraudulent paymentAdd weight to the risk score

Write the rule down with its justification: what loss it prevents, which evidence it uses and what an honest user can do when the evidence is doubtful. A rule that cannot state its purpose usually collects more data than it needs and frustrates more customers than it protects. Otukan’s indicators then slot into that rule as one weighted input.

The same app can apply a strict response to one rule and a light one to another. Otukan sets responses per flow, so a doubtful check-in does not block a customer from reading their balance.

Privacy

Location is personal data, and the controls around it should be written down before launch.

Collection

Your app already asks for location permission; Otukan does not add a new request. It inspects the position at the moment your flow uses it and reports indicators about that position.

Retention

Otukan does not build a trail of where a user has been. Which indicators leave the device, what they are used for and how long your systems keep them is agreed with your privacy team during the technical review.

Legitimate travel

A person abroad on holiday, on a train crossing a border or connected through their employer’s VPN should not be treated as a suspect. Keeping routing indicators apart from spoofing indicators, and starting in observe mode, lets you see how genuine travel looks in your own data before a rule is enforced.

Location integrity is covered on mobile fraud prevention with the other fraud controls. An evaluation checklist is in the location integrity solution guide. For incident location in insurance claims, see insurance application security.

Common questions

  • Can Otukan prove where a user really is?

    No app can prove that, and Otukan does not try. It tells you whether the position your app received shows signs of manipulation and whether the environment producing it can be trusted. Your backend combines that with network and account context and decides. That is a stronger basis for a rule than a coordinate on its own, and it is honest about what it knows.

  • What about customers who travel or use a VPN?

    Travel, roaming and corporate VPNs are the most common honest reasons for signals to disagree. Otukan keeps routing indicators apart from spoofing indicators, so a VPN on its own does not read as a fake position. Start in observe mode, see how your genuine users look, then reserve strict responses for clear manipulation such as a mock provider or a hooked location call.

  • Does Otukan track users' movements?

    No. Otukan reports integrity indicators about a position at the moment your app uses it. It does not build a location history. Your app still asks for location permission as it does today, and the fields that leave the device, their purpose and their retention are written down with your privacy team during the technical review.

  • Is location spoofing detected the same way on Android and iOS?

    No. Android lets users choose a mock location app in developer options, so Otukan checks for positions from a mock provider. iOS attaches its own information about whether a position was simulated by software, which Otukan reads. Hooking, emulators and modified systems are checked on both, each with platform-specific methods.

On the mobile engineering team?

How protection fits your build, signing and release, platform by platform.

Base location rules on honest evidence

Tell us the platform, the app framework and the business rule that depends on location, such as a regional licence or a delivery check-in. We do not ask for binaries, user location data, signing keys or production credentials.

Or request a technical demo