Android Security Verification (MASVS)

Android security verification against OWASP MASVS

About This Service

Our Android Security Verification evaluates Android applications against the OWASP Mobile Application Security Verification Standard (MASVS), using the Mobile Application Security Testing Guide (MASTG) as the testing method. We work through the MASVS control groups — secure storage, cryptography, authentication, network communication, platform interaction, code quality, resilience, and privacy — combining static analysis of the app and its build with dynamic analysis on a device. The result is not a scanner dump but a control-by-control verification showing where the app meets the standard, where it does not, and what to change.

What's Included

MASVS-STORAGE: how sensitive data is stored, logged, cached, and backed up

MASVS-CRYPTO: use of cryptography and key management

MASVS-AUTH: authentication, authorization, and session handling

MASVS-NETWORK: TLS, certificate validation, and pinning

MASVS-PLATFORM: IPC, exported components, WebViews, and deep links

MASVS-CODE: code quality, build settings, and third-party libraries

MASVS-RESILIENCE: anti-tampering, root detection, and obfuscation (L2/R)

MASVS-PRIVACY: what data is collected and how it leaves the device

Static analysis of the APK/AAB and, where available, the source

Dynamic analysis on a device, including runtime instrumentation

A MASVS control-by-control compliance matrix

How It Works

1
Scoping & Profile Selection
We pick the right MASVS profile for the app — L1 for standard apps, L2 for those handling sensitive data, and the resilience set (R) when the app must resist reverse engineering. This decides the depth of the verification and what a passing result means.
2
Static Analysis
We examine the APK or AAB, the manifest, build settings, storage, and — where available — the source: hardcoded secrets, exported components, debuggable builds, weak cryptography, and unsafe data handling, following the MASTG.
3
Dynamic Analysis
We run the app on a device and observe it live: traffic and TLS/pinning, data written to storage and logs, IPC and WebView behavior, and authentication and session flows — with runtime instrumentation to reach what static analysis cannot.
4
Verification & Gap Analysis
Each MASVS control is marked pass, fail, or not applicable, with evidence. Every failure carries a reproducible proof and a CVSS severity, so you can tell a documentation gap from a real data-exposure risk.
5
Reporting & Re-verification
You receive the compliance matrix and a prioritized remediation roadmap. After you fix, we re-verify the failed controls to confirm the fixes hold.
Deliverables
  • Executive summary with a MASVS compliance overview
  • Detailed technical report following the MASTG
  • MASVS control-by-control compliance matrix (pass / fail / N/A with evidence)
  • Each failure with a reproducible proof of concept and CVSS severity
  • Gap analysis and a prioritized remediation roadmap
  • Documentation to support a MASVS profile claim
  • Re-verification after remediation

Why HafezSecure

MASVS & MASTG Expertise
Deep, current understanding of the OWASP MASVS control groups and the MASTG testing techniques behind each one.
Static and Dynamic Together
We combine static analysis of the app and its build with dynamic analysis on a real device, because each finds what the other misses.
Profile-Based Depth
Verification at the MASVS profile that fits the app — standard (L1), defense-in-depth (L2), or resilience (R) — so the result matches the app's real risk.
Evidence-Backed Reporting
A control-by-control matrix with evidence and a reproducible proof for every failure — clear enough for both auditors and engineers.

Frequently Asked Questions

What is Android Security Verification (MASVS)?

It evaluates an Android app against the OWASP Mobile Application Security Verification Standard using the MASTG as the testing method, verifying each control group — storage, cryptography, authentication, network, platform, code, resilience, and privacy — and reporting where the app meets the standard and where it does not.

What is the difference between MASVS and MASTG?

MASVS is the standard — the list of security requirements a mobile app should meet. MASTG is the testing guide — the concrete techniques and test cases used to verify those requirements. We verify against MASVS and test with MASTG.

What are the MASVS profiles (L1, L2, R)?

L1 is the standard set of controls every app should meet; L2 adds defense-in-depth controls for apps handling sensitive data; R (resilience) adds controls against reverse engineering and tampering, relevant when the app itself must resist a determined attacker. We pick the profile with you during scoping.

What do you need from us — the APK, the source, a test device?

At minimum the release-configuration build (APK or AAB) and a test account. Access to the source and build configuration makes the static analysis deeper and faster (a grey- or white-box test). We test on our own devices; if the app targets specific hardware or an in-house device fleet, tell us during scoping.

Do you test on a rooted device? Does that reflect real users?

We use both. A rooted device with instrumentation lets us inspect storage, memory, and traffic to verify the controls thoroughly; we also test on a standard device to confirm behavior real users see. For resilience (R) work, defeating root detection is part of the test, not a shortcut around it.

Does the app back-end (API) get tested too?

MASVS covers the app on the device and its network communication, but many mobile risks live in the API behind it. We recommend pairing this with an API assessment; a combined mobile-plus-API engagement is available for exactly this reason.

How is the severity of findings decided?

Each failed control gets a CVSS score for a common baseline, adjusted by the real impact in your context — what data it exposes and how reachable it is. A control can fail the standard yet be low risk, or pass technically yet leave a real gap; the report makes that distinction explicit.

Is re-verification after remediation included?

Yes. After you remediate, we re-verify the failed controls to confirm each fix holds and update their status in the compliance matrix.

How long does MASVS verification take?

It depends on the profile and the app's complexity; a comprehensive verification typically runs about two to three weeks. We give a firm estimate after scoping.

Ready to Get Started?
Contact our team to discuss your security assessment needs