Compatibility Definition

SENSOR_TYPE_STEP_COUNTER
SENSOR_TILT_DETECTORS
Note that all power consumption requirements in this section do not include the power consumption of
the Application Processor. It is inclusive of the power drawn by the entire sensor chain - the sensor,
any supporting circuitry, any dedicated sensor processing system, etc.
The following sensor types MAY also be supported on a device implementation declaring
android.hardware.sensor.hifi_sensors, but if these sensor types are present they MUST meet the
following minimum buffering capability requirement:
SENSOR_TYPE_PROXIMITY: 100 sensor events
7.3.10. Fingerprint Sensor
Device implementations with a secure lock screen SHOULD include a fingerprint sensor. If a device
implementation includes a fingerprint sensor and has a corresponding API for third-party developers,
it:
MUST declare support for the android.hardware.fingerprint feature.
MUST fully implement the corresponding API as described in the Android SDK
documentation [Resources, 95].
MUST have a false acceptance rate not higher than 0.002%.
Is STRONGLY RECOMMENDED to have a false rejection rate not higher than 10%, and a
latency from when the fingerprint sensor is touched until the screen is unlocked below 1
second, for 1 enrolled finger.
MUST rate limit attempts for at least 30 seconds after 5 false trials for fingerprint
verification.
MUST have a hardware-backed keystore implementation, and perform the fingerprint
matching in a Trusted Execution Environment (TEE) or on a chip with a secure channel to
the TEE.
MUST have all identifiable fingerprint data encrypted and cryptographically authenticated
such that they cannot be acquired, read or altered outside of the Trusted Execution
Environment (TEE) as documented in the implementation guidelines on the Android Open
Source Project site [Resources, 96].
MUST prevent adding a fingerprint without first establishing a chain of trust by having the
user confirm existing or add a new device credential (PIN/pattern/password) using the TEE
as implemented in the Android Open Source project.
MUST NOT enable 3rd-party applications to distinguish between individual fingerprints.
MUST honor the DevicePolicyManager.KEYGUARD_DISABLE_FINGERPRINT flag.
MUST, when upgraded from a version earlier than Android 6.0, have the fingerprint data
securely migrated to meet the above requirements or removed.
SHOULD use the Android Fingerprint icon provided in the Android Open Source Project.
7.4. Data Connectivity
7.4.1. Telephony
“Telephony” as used by the Android APIs and this document refers specifically to hardware related to
placing voice calls and sending SMS messages via a GSM or CDMA network. While these voice calls
may or may not be packet-switched, they are for the purposes of Android considered independent of
any data connectivity that may be implemented using the same network. In other words, the Android
“telephony” functionality and APIs refer specifically to voice calls and SMS. For instance, device
Page 48 of 74