Penetration testing for your mobile app
An app installed on someone else’s phone can be taken apart, modified and listened to. We check what someone doing exactly that learns — and what they can do with the API behind it.
The app, the phone and the server
We start from the APK or IPA package (black-box) or also from the source code and documentation (graybox).
Local storage
What stays on the phone: tokens, personal data, temporary files, cache and logs — and whether the system protects them or they sit in plain view.
Secrets in the app
API keys, passwords and internal addresses written into the code (hardcoded), which surface at the first decompilation.
Communication with the server
TLS, certificate pinning and what someone intercepting the traffic between the app and the server sees.
Authentication and sessions
Biometric authentication, session persistence, logout and what happens to the data when the phone is lost.
Code protection
Resistance to decompilation and tampering, root/jailbreak detection and what someone running a modified build can change.
The backend APIs
If you include them in the test: REST and GraphQL, authentication, authorisation, injections and access to other users’ objects (IDOR).
Build your request in two minutes
Three steps, no prices to guess: tell us what you have, and within one business day you receive the scope, duration and schedule of the test.
Your request has been sent
We will reply within one business day, to the email address you gave.
Request number: —
Meanwhile: how to prepare for the test →How the project unfolds
Following OWASP MASVS and MASTG, with static analysis (the code) and dynamic analysis (the running app), on iOS, Android or both.
Scope and quote
You tell us what is in scope; you receive a quote with the scope, duration and schedule within one business day.
Testing authorization
You sign the authorization in the portal: the targets, the testing window and the rules. No test starts without it.
Reconnaissance and testing
We map the app and the servers it talks to, then test manually, with automated tools only as support. You follow the testing status in the portal.
Report and walkthrough
You receive the executive and technical reports; serious findings are flagged to you immediately, not at the end.
Remediation and retest
Once you fix them, you request the retest from the portal: we verify each finding and close it with evidence.
Deliverables
- Executive report: the risk in terms management understands, without jargon
- Technical report: every finding with severity, evidence and reproduction steps
- Concrete remediation steps, for your technology
- Findings in the portal: owner, due date, history and one-click retest
- An attestation letter for auditors, publicly verifiable
Guides related to this service
What clients ask us
What do you need to start?
Do you test before a release?
Is there any risk to our systems?
What do we receive at the end?
Want to know what someone taking your app apart finds?
Describe the scope; we reply with a quote within one business day.