Application security feature

Mobile proxy detection

Otukan reports proxy, VPN and interception signals from inside your app, so your backend weighs network routing against the risk of each flow before it acts.

  • Android
  • iOS
  • Flutter
  • React Native
Traffic through proxies is met at the network signals boundary before it reaches the appTraffic through proxiesNetwork signalsYour app
  • Routing is context

    A proxy or VPN tells you how traffic travels. Otukan reports it alongside stronger evidence, such as interception or tampering, so routing alone does not decide.

  • Real users use VPNs

    Employees on corporate tunnels, privacy-minded customers and travellers all route traffic. Your policy can respect them and still catch abuse.

  • Weighted by the flow

    The same signal can mean nothing on a product page and a lot on a payout. Otukan lets you set the response per flow.

Network conditions Otukan reports

Select a condition to see what Otukan observes, how the app can respond and what reaches your backend.

Device-level proxy

  1. Detect

    Otukan reads the proxy configuration the operating system applies to the app's traffic on Android and on iOS.

  2. Respond

    Browsing continues; sensitive flows can ask for step-up verification, as your policy sets.

  3. Report

    Your backend receives the proxy signal with the request, next to other risk signals.

Active VPN tunnel

  1. Detect

    On Android, Otukan reads the VPN transport the system reports for the active network. On iOS, it reports the VPN indicators available to an app.

  2. Respond

    Most flows carry on as normal; you choose where a tunnel adds weight.

  3. Report

    A VPN signal lets your server account for routing when it compares location and account history.

Traffic interception

  1. Detect

    Otukan flags conditions that point to a man-in-the-middle, such as a failed pinned connection or an unexpected trusted certificate on Android.

  2. Respond

    Sensitive requests are held back so credentials and tokens are not sent over an intercepted channel.

  3. Report

    An interception signal is recorded for your security team and fraud engine.

Routing plus tampering

  1. Detect

    Otukan correlates network signals with runtime findings such as hooking, debugging or a modified app.

  2. Respond

    A combined signal can restrict or end the session on high-risk flows.

  3. Report

    Your backend receives both signals together, so it can tell research tooling from ordinary privacy use.

Location mismatch

  1. Detect

    Otukan reports when device-reported location and network signals point in different directions.

  2. Respond

    Location-bound actions can ask the user to confirm or pause until checked.

  3. Report

    The mismatch reaches your server for comparison with the account's usual pattern.

Controls that sit next to proxy detection

Network signals work best when combined with controls that protect the connection itself.

  • Man-in-the-middle prevention

    Keeps credentials and tokens off connections that an attacker has placed themselves in the middle of.

  • Certificate pinning

    Ties your app to the server certificates you expect, so a proxy's certificate is refused.

  • Location spoofing detection

    Spots fake GPS and mock locations that often travel with routed traffic in location-bound fraud.

  • Session risk signals

    Bundles network, device and runtime findings into one set of signals your backend reads per session.

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.

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.

Proxy and VPN signals change application risk when they appear together with something else: interception of the app’s own traffic, a tampered app or hooking, a location that contradicts the account, or a high-value flow such as a payout or credential change. On their own they mostly describe how a legitimate user connects. Otukan reports proxy, VPN and interception signals from inside your Android and iOS app, including Flutter and React Native apps, next to its runtime findings. Your backend weighs them against the flow at hand, and the app applies the response you set.

Signals and meaning

Routing and attack are different things. A proxy moves traffic; an attack reads or changes it. Otukan’s signals are grouped so your team can tell those apart.

SignalWhat it tells youWhat it does not tell you
Device proxy configuredTraffic from the app is sent through a proxy set on the deviceWhether the proxy belongs to an employer, a filter or an attacker
VPN activeThe active network runs through a tunnelWho operates the tunnel or why it is on
Interception indicatorsSomething is trying to sit between the app and your serverNothing by itself about the user’s intent, though credentials are at risk
Routing with runtime findingsNetwork signals appear alongside hooking, debugging or a modified appThat a specific account is fraudulent, which your server decides

Why routing alone is weak evidence

Attackers do use proxies and VPNs, but so do a great many ordinary people, and the tools are cheap for both. A rule that treats routing as guilt catches few attackers and many customers. The signal earns its weight when it lines up with something harder to explain away: a hooked app, a certificate the app should not trust, or an account suddenly acting from somewhere new.

Platform differences

On Android, an app can read the transport of the active network and the system proxy settings, so Otukan reports VPN and proxy use directly. On iOS, an app can read the system proxy configuration, while VPN information is more limited; Otukan reports the indicators available to an app there. Your backend receives the platform with each signal and should set thresholds per platform.

User context

A useful policy starts with the people who route traffic for good reasons.

Corporate VPNs

Staff and business customers often connect through an employer’s tunnel or managed proxy. For enterprise apps this is the normal state, and a policy that reacts to it creates support tickets instead of security.

Privacy tools

Many consumers use a VPN or privacy relay by habit. Treat that as a preference. Otukan’s observe mode shows how common it is among your real users before any rule is switched on.

Travel and roaming

Travellers appear in unexpected countries, move between hotel and airport networks and switch to a VPN to reach home services. A location mismatch with a trusted device and a clean runtime is a very different case from the same mismatch with a hooked app.

Policy

Combine network signals with the risk of the flow before you enforce anything.

  1. Start in observe. Record proxy, VPN and interception signals for your real users with no change to their experience.
  2. Rank your flows. Browsing, sign-in, payments, payouts and account changes carry different risk.
  3. Combine signals. Give routing weight only when it appears with interception, runtime tampering, a location mismatch or an unusual account pattern.
  4. Choose a response per flow. Warn or step up on sign-in, restrict payouts, and leave browsing untouched.
  5. Test legitimate networks. With your team, Otukan reproduces proxy and interception setups in an authorised lab, repeats the same journeys on corporate VPNs, privacy tools and roaming, then re-runs install, update, sign-in and the protected flow.

Where interception is the real concern, see man-in-the-middle prevention. Response design is covered on threat response. For a structured way to evaluate options, see the proxy and VPN risk solution guide.

For the full protection model, return to mobile app security. If your app is already live, you can request a free App Exposure Check of the public store release.

Common questions

  • Should we block every user on a VPN?

    Usually not. Many of your best customers use a VPN at work, for privacy or while travelling, and blocking them costs trust and revenue. Treat the VPN signal as context. Otukan reports it alongside runtime and integrity findings, and your policy decides which flows need more assurance when routing is present.

  • Can an attacker hide a proxy from the app?

    A skilled attacker can make routing harder to see, which is why Otukan reports network signals together with interception indicators and runtime checks. Hiding a proxy often needs hooking or a modified device, and Otukan looks for those too. Your server then weighs the full picture rather than one flag.

  • Is the signal the same on Android and iOS?

    No. Android exposes the network transport and proxy settings to apps more directly. iOS shares less, so Otukan reports what the platform makes available there. Your backend should read the platform field with each signal and keep separate thresholds per platform.

  • Does proxy detection replace IP reputation on our servers?

    No, the two answer different questions. Your servers see where traffic arrives from. Otukan sees how the device routes it and what else is happening inside the app. Combining both gives your risk engine a stronger view than either alone.

On the mobile engineering team?

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

Catch interception, keep your VPN users

Tell us the platform, the app framework and the flows where network routing worries you, such as sign-in or payouts. We do not ask for binaries, signing keys or production credentials.

Or request a technical demo