NIAP: Compliant Product
  NIAP  »»  Product Compliant List  »»  Compliant Product  
Compliant Product - Google Pixel Devices on Android 14

Certificate Date:  2024.03.27

Validation Report Number:  CCEVS-VR-VID11419-2024

Product Type:    Wireless LAN
   Network Encryption

Conformance Claim:  Protection Profile Compliant

PP Identifier:    PP-Module for Bluetooth Version 1.0
  collaborative Protection Profile Module for Biometric enrolment and verification - for unlocking the device v1.1
  PP-Module for MDM Agent Version 1.0
  PP-Module for Wireless Local Area Network (WLAN) Client Version 1.0
  Functional Package for TLS Version 1.1
  Protection Profile for Mobile Device Fundamentals Version 3.3

CC Testing Lab:  Gossamer Security Solutions

CC Certificate [PDF] Security Target [PDF] Validation Report [PDF]

Assurance Activity [PDF]

Administrative Guide [PDF]

Product Description

The TOE is a mobile device to support enterprises and individual users alike.

Evaluated Configuration

The evaluated configuration consists of the following devices:


Model #



Google Pixel 8 Pro


Google Tensor G3


Google Pixel 8


Google Tensor G3


Google Tablet


Google Tensor G2


Google Fold

G9FPL, G0B96

Google Tensor G2


Google Pixel 7 Pro


Google Tensor G2


Google Pixel 7


Google Tensor G2


Google Pixel 7a


Google Tensor G2


Google Pixel 6 Pro


Google Tensor


Google Pixel 6


Google Tensor


Google Pixel 6a


Google Tensor


Google Pixel 5a-5G


Qualcomm Snapdragon™ 765


Security Evaluation Summary

The evaluation was carried out in accordance to the Common Criteria Evaluation and Validation Scheme (CCEVS) requirements and guidance.  The evaluation demonstrated that the TOE meets the security requirements contained in the Security Target.  The criteria against which the TOE was judged are described in the Common Criteria for Information Technology Security Evaluation, Version 3.1, Revision 5, April 2017. The evaluation methodology used by the evaluation team to conduct the evaluation is the Common Methodology for Information Technology Security Evaluation, Evaluation Methodology, Version 3.1, Revision 5, April 2017.  The product, when delivered and configured as identified in the Google Pixel Phones on Android 14 Administrator Guidance Documentation, Version 1.0, March 22, 2024 document, satisfies all of the security functional requirements stated in the Google Pixel Devices on Android 14 - Security Target, Version 1.0, March 22, 2024.  The project underwent CCEVS Validator review.  The evaluation was completed in March 2024.  Results of the evaluation can be found in the Common Criteria Evaluation and Validation Scheme Validation Report (report number CCEVS-VR-VID11419-2024) prepared by CCEVS.

Environmental Strengths

The logical boundaries of the Pixel Devices on Android 14 are realized in the security functions that it implements. Each of these security functions is summarized below.


Security audit:

The TOE implements the SecurityLog and logcat that are stored in a circular memory buffers. An MDM agent can read/fetch the logs (both the SecurityLog and logcat) and then handle appropriately (potentially storing the log to Flash or transmitting its contents to the MDM server). These log methods meet the logging requirements outlined by FAU_GEN.1 in PP_MDF_V3.3. Please see the Security audit section in the Security Target for further information and specifics.

Cryptographic support:

The TOE includes multiple cryptographic libraries with CAVP certified algorithms for a wide range of cryptographic functions including the following: asymmetric key generation and establishment, symmetric key generation, encryption/decryption, cryptographic hashing and keyed-hash message authentication. These functions are supported with suitable random bit generation, key derivation, salt generation, initialization vector generation, secure key storage, and key and protected data destruction. These primitive cryptographic functions are used to implement security protocols such as TLS, EAP-TLS, and HTTPS and to encrypt the media (including the generation and protection of data and key encryption keys) used by the TOE. Many of these cryptographic functions are also accessible as services to applications running on the TOE allowing application developers to ensure their application meets the required criteria to remain compliant to PP_MDF_V3.3 standards.

User data protection:

The TOE controls access to system services by hosted applications, including protection of the Trust Anchor Database. Additionally, the TOE protects user and other sensitive data using encryption so that even if a device is physically lost, the data remains protected. The TOE’s evaluated configuration supports Android Enterprise profiles to provide additional separation between application and application data belonging to the Enterprise profile. Please see the Admin Guide for additional details regarding how to set up and use Enterprise profiles.

Identification and authentication:

The TOE supports a number of features related to identification and authentication. From a user perspective, except for FCC mandated (making phone calls to an emergency number) or non-sensitive functions (e.g., choosing the keyboard input method or taking screen shots), a password (i.e., Password Authentication Factor) must be correctly entered to unlock the TOE. Also, even when unlocked, the TOE requires the user re-enter the password to change the password. Passwords are obscured when entered so they cannot be read from the TOE's display and the frequency of entering passwords is limited and when a configured number of failures occurs, the TOE will be wiped to protect its contents. Passwords can be constructed using upper and lower cases characters, numbers, and special characters and passwords up to 16 characters are supported. The TOE can also be configured to utilize a biometric authentication factor (fingerprints), to unlock the device (this only works after the password has been entered after the device powers on).

The TOE can also serve as an 802.1X supplicant and can both use and validate X.509v3 certificates for EAP-TLS, TLS, and HTTPS exchanges.

Security management:

The TOE provides all the interfaces necessary to manage the security functions identified throughout this Security Target as well as other functions commonly found in mobile devices. Many of the available functions are available to users of the TOE while many are restricted to administrators operating through a Mobile Device Management solution once the TOE has been enrolled. Once the TOE has been enrolled and then un-enrolled, it will remove Enterprise applications and remove MDM policies.

Protection of the TSF:

The TOE implements a number of features to protect itself to ensure the reliability and integrity of its security features. It protects particularly sensitive data such as cryptographic keys so that they are not accessible or exportable through the use of the application processor’s hardware. The TOE disallows all read access to the Root Encryption Key (REK) and retains all keys derived from the REK within its Trusted Execution Environment (TEE). Application software can only use keys derived from the REK by reference and receive the result.

The TOE also provides its own timing mechanism to ensure that reliable time information is available (e.g., for log accountability). It enforces read, write, and execute memory page protections, uses address space layout randomization, and stack-based buffer overflow protections to minimize the potential to exploit application flaws. It also protects itself from modification by applications as well as to isolate the address spaces of applications from one another to protect those applications.

The TOE includes functions to perform self-tests and software/firmware integrity checking so that it might detect when it is failing or may be corrupt. If any self-tests fail, the TOE will not go into an operational mode. It also includes mechanisms (i.e., verification of the digital signature of each new image) so that the TOE itself can be updated while ensuring that the updates will not introduce malicious or other unexpected changes in the TOE. Digital signature checking also extends to verifying applications prior to their installation as all applications must have signatures (even if self-signed).

TOE access:

The TOE can be locked, obscuring its display, by the user or after a configured interval of inactivity. The TOE also has the capability to display an administrator specified (using the TOE’s MDM API) advisory message (banner) when the user unlocks the TOE for the first use after reboot.

The TOE is also able to attempt to connect to wireless networks as configured.

Trusted path/channels:

The TOE supports the use of IEEE 802.11-2012, 802.1X, and EAP-TLS and TLS, HTTPS to secure communications channels between itself and other trusted network devices.

Vendor Information

Google LLC
Brian Wood
Site Map              Contact Us              Home