Application security feature

Work app data controls

Otukan controls how corporate data leaves your work apps on Android and iOS: copy and paste, sharing, screen capture and storage, set per app and per screen.

  • Android
  • iOS
  • Flutter
  • React Native
Data copied to personal apps is met at the per-screen data rules boundary before it reaches the appData copied to personal appsPer-screen data rulesYour app
  • Rules per screen

    A customer record and a canteen menu need different rules. Otukan lets you set copy, share, capture and storage behaviour screen by screen.

  • Work keeps flowing

    Data can move freely between approved work apps, so the rules stop leaks without stopping the job.

  • Clean at sign-out

    Files and cached records are encrypted at rest and cleared on sign-out, so a lost phone does not become a lost dataset.

Data paths Otukan governs

Choose a path to see how Otukan notices data leaving, what the work app does and what gets recorded.

Clipboard to personal apps

  1. Detect

    Otukan intercepts copy actions on screens you mark as holding corporate data.

  2. Respond

    Pasting is limited to approved work apps, or blocked, per your rule.

  3. Report

    Blocked copies are logged by app, screen and time, without the copied content.

Screenshots and recordings

  1. Detect

    On Android, marked screens are excluded from screenshots and recordings. On iOS, Otukan detects recording and mirroring, and reports screenshots when the platform notifies the app.

  2. Respond

    Android captures show a blank screen; on iOS, marked content is covered while recording or mirroring is active.

  3. Report

    Capture attempts are recorded against the screen they targeted.

Share sheet and open-in

  1. Detect

    Otukan applies your destination list when a user shares or opens a work file, using each platform's own sharing controls.

  2. Respond

    Destinations outside your approved list are withheld from the user.

  3. Report

    The refused destination type is logged for your data protection team.

Files left on the device

  1. Detect

    Otukan tracks files and records the work app writes to local storage.

  2. Respond

    Stored data is encrypted and cleared at sign-out or when the policy expires.

  3. Report

    Clearing events are recorded so IT can confirm offboarding.

Data read from memory

  1. Detect

    Otukan limits how long sensitive values stay readable in the app's memory.

  2. Respond

    Values are cleared after use, and hooking attempts on them trigger your response.

  3. Report

    Memory-access signals reach your backend with the next request.

Data controls in the work app

Each control closes one way corporate data can leave a work app.

  • Data loss prevention

    Governs copy, paste, share and open-in actions, with approved work-to-work paths kept open.

  • Screen capture protection

    Hides sensitive screens from screenshots, recordings and screen sharing during the steps you mark.

  • Android data encryption

    Encrypts files and records the work app stores on Android, with keys held in hardware-backed storage where the device offers it.

  • iOS data encryption

    Encrypts work data stored on iOS, using Keychain-held keys and the platform's file protection classes.

  • Memory data protection

    Shortens the time sensitive values stay readable in memory and watches for attempts to read them.

  • Offboarding wipe

    Removes the work app's stored corporate data at sign-out, on policy expiry or when access is revoked.

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. Classify screens

    Mark which screens hold corporate data and how sensitive each one is.

  2. Approve destinations

    List the work apps that may receive copied or shared data.

  3. Set storage rules

    Decide what may be cached locally and when it must be cleared.

  4. Protect and roll out

    Protection fits your build pipeline; publish through your usual staff channel.

  5. Measure friction

    Watch blocked actions in the pilot and relax rules that stop real work.

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 work app data controls by tracing every way corporate data can leave a work app, then checking who enforces the rule on each path. Otukan enforces it inside the protected app. It governs copy and paste, sharing and open-in, screen capture and local storage, with rules set per app and per screen, and keeps approved work-to-work paths open so staff can still do their jobs. Stored data is encrypted and cleared at sign-out. The controls apply on managed and personal phones alike, are built separately for Android and iOS, and cover only the work app’s data, never personal content.

Where these rules fit among other staff app controls is shown on enterprise application protection.

Threat and buyer task

Data rarely leaks through a dramatic breach on a phone. It leaks through ordinary actions that nobody governed.

The affected flows

A sales manager copies a customer’s details into a personal messenger. A nurse screenshots a shift list to send to a colleague. A contractor opens a quotation spreadsheet in a personal cloud app to read it offline. Each action is convenient, and each moves corporate data to a place your organisation cannot see, retain or delete.

The trust boundary

The boundary is the edge of the work app. Inside it, data is under your policy. Outside it, on a personal phone, it is under the phone owner’s control. Data controls decide what may cross that edge, in which direction and to which destination.

Path out of the work appEveryday causeOtukan rule
ClipboardCopying details into another appPaste only into approved work apps
Screen captureScreenshots to share or rememberBlock capture on Android; cover content and report on iOS
Share and open-inSending a file for convenienceApproved destinations only
Local storageOffline access and cached recordsEncrypt, then clear at sign-out
MemoryValues readable while in useClear after use, watch for hooks

Control fit

The app

The work app knows which screen is showing and what data is on it. That is why Otukan enforces rules in the app: it can treat a customer record differently from a menu, and act at the moment the user copies, shares or captures.

The operating system

Android and iOS each offer their own separation. Android provides the work profile on managed devices; iOS provides managed apps and managed open-in. Otukan works alongside these boundaries where they exist and applies its own rules where they do not, which is the usual case on personal phones. Screen capture control differs per platform, and each is described on its own. For device-level separation, see managed app integration.

The backend

Your backend decides how much data reaches the phone in the first place. The less a screen receives, the less there is to protect. Otukan’s data event records, which never include the content itself, help data protection teams see where rules are tested most.

Evaluation

Scenarios to rehearse

Build the pilot around the leaks your organisation has actually seen. Copy an account number from a customer screen and try to paste it into a personal note. Screenshot a patient list, then start a screen recording on the same screen. Share a contract from the work app to a personal cloud folder, then to the approved document app. Sign out and look for cached files on the test device. Each scenario should produce the expected block, the expected pass or the expected record, and each result is written down per platform.

Supported platforms

Ask for each control per platform, with the OS versions it has been tested on. Clipboard and capture behaviour changes between OS releases, so the matrix must be current.

Evidence

For each path, reproduce the leak in a test build and confirm the rule stops it. Then run the same step between two approved work apps and confirm it still works. Finally repeat install, update, sign-in and your most sensitive screen on the protected build.

User impact

Staff abandon tools that block their work. During the pilot, count blocked actions per screen and ask why each happened. Relax rules that stop legitimate work, tighten ones that catch real leaks, and publish plainly what the app controls and what it never touches.

Common questions

  • Do data controls work on personal phones?

    Yes. The rules are part of the protected work app, so they apply whether or not the phone is enrolled in device management. They cover only the data inside the work app. Personal apps, photos and messages are outside their scope, which makes personal-device programmes easier to agree with staff.

  • Will staff still be able to share files with colleagues?

    They should, and a good policy makes sure of it. You list the work apps that may receive corporate data, such as your mail, chat and document apps, and sharing between them stays open. Only destinations outside that list are refused. Measure blocked actions during the pilot and adjust any rule that stops legitimate work.

  • Are the controls the same on Android and iOS?

    The intent is the same; the mechanics are not. Android and iOS handle clipboards, screen capture, sharing and file protection in different ways, and each platform offers different information to the app. Otukan builds each control for its own platform, and the evidence you receive lists the behaviour per platform.

  • What happens to data when someone leaves?

    When access is revoked, the work app clears the corporate data it stored and asks for a new sign-in. Files already encrypted with keys held by the app cannot be read once those keys are gone. Rehearse this with a test account before rollout and record the result.

On the mobile engineering team?

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

Keep work data inside work apps

Tell us which work apps hold sensitive data, the screens that matter most and whether staff use personal phones. We never ask for corporate data samples, binaries or signing keys.

Or request a technical demo