Skip to content

MAS Testing Profiles

In the realm of mobile app security, adopting a structured and systematic approach is essential to ensure the robustness and resilience of mobile apps against ever-evolving threats. To address this need, the OWASP Mobile App Security (MAS) project provides a set of testing profiles that serve as comprehensive frameworks for verifying and enhancing the security of mobile apps.

The MAS Testing Profiles outline a series of security controls and tests that can be applied to evaluate mobile app security at different levels of assurance, ranging from fundamental security practices to advanced protective measures. With this, the MAS project provides a flexible framework that allows verification of the appropriate security measures based on the app's unique requirements, risk landscape, and compliance needs.

The MAS Testing Profiles can be used in various ways:

  • App Security Assessment: Security professionals can leverage the appropriate MAS Testing Profiles based on the app's characteristics to conduct comprehensive assessments to identify vulnerabilities, gaps in security controls, and areas for improvement (e.g. cryptography or secure communication best practices).
  • Secure-by-Design Approach: Developers can use MAS Testing Profiles as a guideline during the app development lifecycle. By incorporating security controls from the chosen profiles into the design and implementation stages, developers can proactively address security requirements and mitigate potential risks from the early stages of app development.
  • Compliance and Risk Management: Organizations can rely on the MAS Testing Profiles to align with regulatory and compliance standards specific to the mobile app domain. By mapping the applicable security controls and tests to relevant regulations and industry best practices, organizations can ensure adherence to security requirements and demonstrate their commitment to data protection and privacy.
  • App Vetting Process: Organizations can use the MAS Testing Profiles as the foundation for app vetting processes before deployment on the organization's devices. The profiles would be carefully tailored and potentially extended with organization-specific security requirements to meet their individual security needs and risk tolerance. See "NIST.SP.800-163r1 - Vetting the Security of Mobile Applications" for more information.

The MAS Testing Profiles

To maximize the effectiveness of the OWASP MASVS, applications should undergo a threat model to identify relevant threats and select appropriate security controls. When creating a custom profile isn't feasible, default L1, L2, R, and P profiles are available.

These profiles provide baseline security and privacy controls that cover a broad range of common threats, helping developers protect their applications even without a comprehensive threat assessment.

The profiles are divided into two groups, reflecting the distinct but complementary goals of security and privacy:

  • Security profiles (L1, L2, R): address technical threats and adversarial behavior.
  • Privacy profile (P): focuses on protecting users' personal data and ensuring responsible data handling.

Attacker capabilities at a glance

Profile Brief attacker model
MAS-L1 Other applications installed on the device are adversaries.
MAS-L2 The operating system cannot be trusted, and attackers may have physical access to the device.
MAS-R The user of the device is an attacker, including reverse engineers and cheaters.
MAS-P Not attacker-centric; focuses on protecting users' personal data and responsible data handling.

Each profile is described in detail on its own page:

Specialized Profiles

In addition to the default L1, L2, R and P profiles, OWASP MAS also provides specialized profiles tailored to a specific type of application or regulatory context.

  • MAS-EUDIW - EU Digital Identity Wallet: developed together with the Dutch EUDI-program, MinBZK (NL), CCB (BE) and TRAFICOM (FI), this profile translates the applicable EU regulatory requirements for the EU Digital Identity Wallet (EUDIW) into a set of testable, MAS-aligned security requirements.

While these defaults offer a solid foundation and can be effective for teams with limited time or resources, they may not cover unique or advanced threats. For the highest level of assurance, a custom profile based on a detailed threat model remains the recommended approach.

Examples

MAS L1+P MAS L1+P+R
  • No business assets
  • Low-risk sensitive data
  • No sensitive functionality

Example sensitive data: name, email

Example apps: News (BBC News), Calendar (Google Calendar)

  • Business assets/logic
  • Low-risk sensitive data
  • No sensitive functionality

Example business assets: IP, ad revenue

Example apps: Ad-supported Weather app

MAS L2+P MAS L2+P+R
  • No business assets
  • Moderate/High-risk sensitive data
  • Sensitive functionality

Example sensitive data: location, payment, health, access tokens, API keys, crypto key encrypting user data

Example sensitive functionality: medical record upload, in-app purchases

Example apps: Messenger, Health, Sport

  • Business assets/logic
  • Moderate/High-risk sensitive data
  • Sensitive functionality

Example business assets: IP

Example sensitive functionality: money transfers, in-app purchases

Example apps: Banking, Insurance, Game, Entertainment

Disclaimer: The examples highlight the most representative profile for the apps and are provided for illustrative purposes only and aim to represent the different MAS profiles and suggested profile combinations. They serve to highlight the high-level differences between each profile.

For guidance on how to select and tailor the right combination of profiles for your app, see Using MAS Profiles.