Application security feature

Mobile threat defense in apps

Otukan builds mobile threat defense into your work apps, detecting malware, compromised systems and remote control on the phones your staff actually use.

  • Android
  • iOS
  • Flutter
  • React Native
Malware beside the work app is met at the inside the work app boundary before it reaches the appMalware beside the work appInside the work appYour app
  • No extra app to install

    Detection ships inside the work app itself, so staff and contractors get protection without installing or keeping a separate agent.

  • Focused on the work app

    Otukan looks for threats that can reach your app's screens, input and data, and stays out of personal content on the phone.

  • Evidence your teams can use

    Each detection becomes a signal for your backend and security operations, with the app version, platform and flow attached.

Device threats Otukan handles

Choose a threat to see how Otukan spots it, how the work app responds and what reaches your security team.

Accessibility service abuse

  1. Detect

    On Android, Otukan identifies services with accessibility access that do not behave like assistive tools.

  2. Respond

    Sensitive screens are protected or the flow pauses, per your policy.

  3. Report

    The service identity and the affected screen reach your security team.

Screen overlays

  1. Detect

    On Android, Otukan notices other apps drawing over the work app during input or approval steps.

  2. Respond

    Input is held until the overlay is gone.

  3. Report

    The overlay event is recorded with the flow it interrupted.

Remote control sessions

  1. Detect

    Otukan recognises screen sharing and mirroring on Android and iOS, and on Android the remote access conditions that let someone else drive the app.

  2. Respond

    Approvals and data views are hidden or blocked during the session.

  3. Report

    Your backend receives a remote-access signal with the next request.

Operating system integrity loss

  1. Detect

    Separate Android and iOS checks recognise a system whose security model has been removed or weakened.

  2. Respond

    Corporate data stays locked while browsing of non-sensitive content continues.

  3. Report

    The OS integrity signal is available to both backend and security operations.

Hooked or injected work app

  1. Detect

    Otukan looks for instrumentation frameworks and injected code in the work app's own process, with separate checks on Android and iOS.

  2. Respond

    Approvals and credential entry stop until the app runs clean, per your policy.

  3. Report

    A hooking signal with build and platform reaches your backend with the next request.

Threat defense controls

Each control watches one path an attacker on the phone can use against your work app.

  • Malware detection

    Recognises malicious apps and behaviour aimed at the work app, with Android and iOS scoped separately.

  • Overlay detection

    Catches screens drawn over the work app to capture input or trick staff into approving something.

  • Accessibility abuse detection

    Separates genuine assistive services from ones that read screens and inject taps.

  • Remote access risk

    Flags screen sharing and remote-control tools active while a sensitive task is on screen.

  • OS integrity signals

    Reports when the operating system no longer enforces the protections the work app relies on.

  • Endpoint detection signals

    Delivers app-level detections in a form your security operations tooling can correlate with other endpoint data.

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 flows

    Pick the screens where a device threat would do real harm, such as approvals and records.

  2. Choose responses

    Set observe, warn, restrict or terminate for each threat on each flow.

  3. Ship the protected app

    Protection fits your current build and release process; signing stays with your team.

  4. Route the signals

    Send detections to your backend and your security operations tooling.

  5. Review with real data

    Tune policies using what detections show across your actual workforce.

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.

Evaluate mobile threat defense in apps by naming the work flows a compromised phone could harm, then asking which part of the decision belongs to the app, the operating system and your backend. Otukan puts the detection inside your work app. It recognises malware aimed at the app, accessibility and overlay abuse on Android, screen sharing and remote control, hooking and loss of operating system integrity, then applies the response you set for that flow and passes the evidence on. It works on phones you will never enrol, with each detection scoped separately for Android and iOS. It protects the work app; it does not police the rest of the phone.

The underlying term is explained on what is mobile threat defense.

Threat and buyer task

Security teams rarely buy threat defense for its own sake. They buy it because a specific task is exposed.

The affected flows

Three kinds of work flow carry most of the risk. Approvals, such as purchase orders, access requests and payments, are what an attacker controlling the screen wants to trigger. Record views, such as customer files, patient notes and case documents, are what screen-reading malware wants to capture. Credential entry is what overlays and keyloggers target.

The trust boundary

The boundary sits between the work app and everything else on the phone. On a personal device, the organisation controls only the app. Anything else installed, from a game to a malicious utility, lives on the other side. Threat defense in the app watches that boundary from the inside, where your data actually is.

Work flowWhat a device threat doesWhat Otukan watches
Approving a requestTaps inserted or screens hidden by remote controlRemote access, accessibility abuse, overlays
Viewing a recordContent read by a screen-scraping serviceAccessibility abuse, screen sharing
Entering credentialsInput captured by a fake screen or a hookOverlays, hooking and code injection
Any sensitive stepApp logic altered on a weakened systemOS integrity signals

Control fit

A good design gives each layer the job it does best.

The app

The work app sees what happens on its own screens and in its own process. Otukan uses that position to detect threats at the moment they matter and to act on them without waiting for a server round trip.

The operating system

Android and iOS enforce sandboxing, permissions and signing. Otukan relies on those protections and reports when they are missing or weakened. On Android, where apps can draw over each other and accessibility access is broad, Otukan adds specific checks. On iOS, the platform restricts those paths, so Otukan concentrates on system integrity and the app’s own process.

Device management, where present

On company phones, device management reports compliance for the whole device. In-app threat defense adds what the app sees at the moment of use. The two views complement each other: one tells IT the phone met policy this morning, the other tells the security team what was happening on screen when an approval was made.

The backend

Your backend makes the final call on requests that matter. Otukan sends each detection with the next relevant request, so your server can refuse an approval that arrived from a phone under remote control. For signal handling, see runtime threat signals.

Evaluation

Judge threat defense by evidence on your own devices, not by a feature list.

Supported platforms

Ask for every detection per platform, with the OS versions it has been tested on. Detections that exist only on Android should say so. Include Flutter or React Native work apps in the pilot if you run them.

Evidence

For each threat, reproduce it in an authorised lab and confirm the signal. Then run the same flow on a legitimate phone and confirm it stays quiet. Finally repeat install, update, sign-in and your most sensitive flow on the protected build.

User impact

Run the pilot on the phones staff actually carry, including older ones. Record how often each detection fires and which legitimate tools trigger it, such as screen readers or support sessions. Adjust policy per flow before you restrict anything. The wider set of staff app controls is on enterprise application protection.

Common questions

  • Do we still need a separate mobile threat defense agent?

    It depends on what you need to see. A device-wide agent reports on phones you manage. In-app threat defense protects your work app on every phone it runs on, including personal and contractor devices where no agent will ever be installed. For approvals, record views and credential entry, the in-app model is the one that reaches every phone.

  • Why do some detections exist only on Android?

    Because the platforms differ. Android lets apps draw over each other and grants broad accessibility access, so overlay and accessibility abuse are real Android threats. iOS restricts both, and its sandbox limits what an app can learn about other apps. Otukan builds each check for the platform it runs on and never assumes one platform's behaviour on the other.

  • Will staff notice the protection?

    Only when something on the phone affects the work app. Checks run at the moments that matter, such as opening a record or approving a request, and any warning tells the person what to do next. Measure start-up and responsiveness on your own devices during the pilot so the effect is visible.

  • Can detections trigger false alarms?

    Assistive tools, developer settings and screen sharing used for legitimate support can all resemble attack conditions. That is why Otukan lets you start in observe mode, measure how often each detection fires across your workforce, and only then restrict the flows that need it.

On the mobile engineering team?

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

Put threat defense where work happens

Tell us which work apps handle sensitive data, the platforms and frameworks they use, and whether staff carry company or personal phones. We do not ask for binaries, signing keys or employee data.

Or request a technical demo