Home / Knowledge hub / Root and jailbreak detection
Knowledge hub
Root and jailbreak detection
An app checking whether the phone has been unlocked in ways that weaken security.
What it means
Rooting on Android and jailbreaking on iPhone remove the limits the operating system puts on apps and users. A rooted or jailbroken phone lets other software read your app's files and memory, change its behaviour and watch its traffic. Root and jailbreak detection is the app looking for signs that this has been done.
The idea that makes it click: detection tells the app it may be running somewhere less trustworthy, but the check itself runs on the same device it is judging. The person controlling that device can try to hide the signs, so it is a signal to weigh, not proof.
Why it matters
For apps handling money or health data, a modified phone is a real risk. Malware with root access can read tokens, intercept sessions or tamper with transactions. Regulators and payment partners sometimes expect an app to refuse or limit itself on such devices, so detection often appears in compliance asks.
Treat it with care, though. False alarms lock out honest users, such as developers or people with custom software. And a weak check gives false comfort, because tools to hide root and jailbreak signs are widely available. The OWASP mobile standard places these controls in its resilience group, as extra hardening on top of core security.
How it shows up
Detection looks for known signs: files and apps that only exist on modified phones, a writable system area, debugging tools, or changed system settings. On Android, Play Integrity gives a signed verdict from Google about the device and app, and on iOS App Attest does a similar job for app integrity. Both are checked by your server.
The mistakes: relying only on local checks that can be patched out, blocking silently so users cannot tell why, and treating detection as a replacement for server-side checks. Combine it with certificate pinning, store little on the device, keep authorisation on the server and test it in mobile pentesting.
Questions people ask
Root and jailbreak detection, answered
Can root and jailbreak detection be bypassed?
Yes. Tools exist to hide the signs or patch the check out of the app, so a determined person on their own phone can usually get past local detection.
Server-side attestation and server-side checks are harder to fake.
Should the app refuse to run on a rooted phone?
It depends on the data at risk. Banking and payment apps often do, while ordinary apps may only warn or limit some features.
Choose the response by risk, and tell users why the app is blocked.
What is the difference between rooting and jailbreaking?
Rooting is gaining administrator access on Android. Jailbreaking is removing Apple's restrictions on iOS. The effect is similar: apps and users can do things the system normally forbids.
The detection signs differ by platform.
Is root detection required by any standard?
It appears in OWASP's mobile standard as part of resilience measures, and some payment and financial rules or partners ask for it.
It is rarely a legal requirement on its own, so check your contracts.
Does it replace secure server-side design?
No. Even a perfect check cannot make an untrusted device trustworthy. Anyone can also call your API without the app.
Treat detection as one layer. Servers must hold on their own.
Sources
Where this comes from
Related
Terms that sit next to this one
App reverse engineering
Taking a mobile app apart to read its code, keys and hidden endpoints.
Certificate pinning
An app accepting only one expected certificate, so a fake one is refused.
OWASP MASVS
A standard listing what a secure mobile app should do.
Mobile penetration testing
Testing a mobile app and the services it talks to for security flaws.
Insecure data storage on mobile
A phone app saving tokens or personal data where other apps or people can read it.
What if the check is skipped?
We assume the phone cannot be trusted and test whether your server still holds, reporting only what we exploited, with the request and response. Ask us to run it on one of your applications.
Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.