Application security for your industry

Healthcare mobile app security

Otukan protects patient and clinician apps: records at rest and in transit, sign-in and consultations, with responses graded so patients can still reach care.

  • Android
  • iOS
  • Flutter
  • React Native
  • Records sealed on the phone

    Cached results, letters and messages are encrypted with platform-protected keys, held in memory only as long as needed and sent only over verified connections.

  • Care stays reachable

    Responses are graded per clinical flow. A suspicious device may lose prescription renewal while emergency contacts and care guidance stay open.

  • Evidence for assessors

    Each control is mapped to a public mobile security standard, with platform scope and test records your privacy and security reviewers can read.

How Otukan handles threats to health apps

Select a threat to see what Otukan detects, how the app responds and what your services receive.

Cached records exposed

  1. Detect

    Otukan detects rooted Android devices, jailbroken iPhones and modified installs before offline records are written or opened.

  2. Respond

    On a rooted or jailbroken device, offline copies of records can be withheld while live access continues.

  3. Report

    Device integrity status reaches the records service with each sync.

Intercepted consultation

  1. Detect

    Connections presenting certificates the app does not expect are recognised before data is sent.

  2. Respond

    The connection is refused and the patient is offered a safe retry.

  3. Report

    Connection failures are recorded for the security team.

Remote-controlled patient session

  1. Detect

    Screen sharing and mirroring are recognised on both platforms, and remote control conditions on Android.

  2. Respond

    Record downloads and account changes pause with a plain-language warning.

  3. Report

    Remote-access context accompanies the request to your backend.

Scripted prescription requests

  1. Detect

    Attestation separates the genuine app from scripts and emulators calling prescription or booking endpoints.

  2. Respond

    Unattested requests are held for review or refused.

  3. Report

    Attestation results travel with every sensitive request.

Records read from memory

  1. Detect

    Runtime checks catch debuggers and hooking frameworks attached to the app while records are open.

  2. Respond

    Sensitive views close and decrypted data is cleared from memory.

  3. Report

    The runtime signal is logged with app version and platform.

Healthcare risks and the Otukan controls that meet them

Each card pairs a risk found in patient and clinician apps with the Otukan control built for it.

  • Android record encryption

    Encrypts cached records and attachments with keys held in the Android Keystore, hardware-backed on devices that support it.

  • iOS record encryption

    Stores records under an iOS Data Protection class that keeps files unreadable while the device is locked, with keys in the Keychain.

  • Genuine app evidence

    Lets health record and prescription services confirm each request comes from the unmodified app, using Play Integrity on Android and App Attest on iOS where the device supports it.

  • In-memory data protection

    Limits how long decrypted records and tokens stay in memory and detects tools that read the app's memory at runtime.

  • Consultation traffic protection

    Checks the server identity on connections carrying records, messages and consultation set-up, and refuses unexpected certificates.

  • Remote access awareness

    Recognises screen sharing and remote control during sensitive steps, so a patient coached by a fake support caller gets a clear warning.

How Otukan works with a health service

  1. Trace patient data

    We follow records from your services to screen, cache and memory, and back again.

  2. Grade every flow

    Clinical and administrative flows each get a response that matches their risk and urgency.

  3. Harden the release

    Protection fits the build and release pipeline you already run, and your signing keys stay with you.

  4. Rehearse the failures

    Offline use, failed checks and assisted access are tested before any response is enforced.

  5. Map the controls

    Each control is mapped to a public standard with its platform scope and test records.

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.

Mobile health services protect sensitive patient interactions by securing the data at each place it appears on the phone, then choosing responses that keep care within reach. Otukan encrypts records the app caches, limits what stays in memory, checks the connections that carry clinical data, proves to your services that requests come from the genuine app, and recognises remote-control scams during sensitive steps. Each flow gets its own graded response and fallback. Otukan covers the app on Android and iOS; your backend, your managed devices and your clinical safety processes keep their own responsibilities.

Data exposure

Patient data passes through four places in a mobile app. Each needs its own control.

Records and cached data

Results, letters, images and messages are often cached for offline use. On Android, Otukan encrypts them with keys held in the Android Keystore, which is hardware-backed on devices that support it. On iOS, records sit under a Data Protection class that keeps files unreadable while the device is locked, with keys in the Keychain. The two platforms work differently and Otukan implements each on its own terms. For detail, see Android app data encryption and iOS app data encryption.

Authentication

Sign-in tokens and biometric unlock guard the whole record. Otukan attestation lets your services confirm each request comes from the unmodified app, so a copied token replayed from a script stands out. Attestation is covered on mobile app attestation.

Memory

Decrypted records exist in memory while a patient or clinician reads them. Otukan limits how long they stay there, clears them when a sensitive view closes, and detects debuggers and hooking frameworks that try to read them.

Communication

Messages, record downloads and consultation set-up travel over the network. Otukan checks server identity on those connections and refuses certificates the app does not expect.

Where data appearsTypical exposureOtukan control
Local cacheReadable files on a rooted or jailbroken phoneEncryption with platform-protected keys
Sign-in tokenReplay from another device or a scriptAttestation on every sensitive request
MemoryExtraction with debugging or hooking toolsIn-memory data protection, runtime detection
NetworkInterception through hostile networksServer identity checks on connections
ScreenRemote viewing during a coached callRemote access and screen sharing signals

How Otukan handles the signals it sends is covered on mobile app security data privacy.

Clinical continuity

Proportionate responses

Health apps carry flows of very different urgency. Otukan’s response policy is graded per flow, so a risk signal restricts the risky action rather than locking the patient out of the whole app.

FlowResponse on a suspicious device
Emergency contacts and care guidanceStays available
Appointments and remindersAvailable, with a warning
Viewing results and recordsLive view only; offline copies withheld
Prescription renewal, record export, account changesStronger verification or an alternative channel

Failure modes

A check can fail for innocent reasons: no network, an old device, an operating system update. Each flow has a defined fallback, agreed with your clinical and product teams, and new signals start in observe mode so their effect on genuine patients and clinicians is measured first. Policy can change without a new app release.

Responsibilities

Otukan protects the app. Other parts of the service keep their own duties, and naming them avoids gaps.

  • App controls (Otukan). Encryption on the device, runtime detection, attestation, connection checks and graded responses.
  • Backend. Access control, consent, audit logging and the final decision on every request. Otukan’s signals inform it.
  • Devices. Clinician devices issued by your organisation are enrolled and administered by device management, a separate responsibility.
  • Clinical assurance. Clinical safety cases and any medical device software obligations remain your organisation’s own processes.

Otukan maps each control to a public mobile security standard with its platform scope and test records; for the mapping, see OWASP MASVS mobile app security. That mapping supports your assessment and is not a certification.

For the full set of Otukan app controls, return to mobile app security. Health apps already published can start with a free App Exposure Check, which looks only at the public store build.

Common questions

  • Does Otukan make a health app compliant with data protection law?

    No product can do that on its own. Health data rules cover how an organisation collects, processes, shares and keeps data across all its systems. Otukan protects the part that lives on the phone and documents each control, its platform scope and its test records, mapped to a public mobile security standard. That record supports your own privacy and security assessment.

  • What happens if a clinician's phone fails a check during a shift?

    That depends on the flow, and you decide it in advance. Viewing a schedule or reaching a colleague can stay open, while exporting records or signing an order asks for more assurance. Where a check cannot complete, for example without network access, each flow has a defined fallback. Otukan tests these paths with your team before anything is enforced.

  • Should patient apps cache records at all?

    Offline access is valuable for patients with poor connectivity and for clinicians on the move, so many apps need it. Cache only what the flow requires, keep it encrypted, and expire it. Otukan encrypts the cache with platform-protected keys and lets you withhold offline copies on compromised devices while live access, checked by your services, carries on.

On the mobile engineering team?

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

Protect patient data without blocking care

Tell us whether the app serves patients, clinicians or both, its platforms and framework, the records it shows or caches, and the flows that must stay available. We never ask for binaries, signing keys, patient data or production credentials.

Or request a technical demo