Начиная с 27 марта 2025 г. мы рекомендуем использовать android-latest-release вместо aosp-main для создания и участия в AOSP. Дополнительные сведения см. в разделе Изменения в AOSP .

Эта страница переведена с помощью Cloud Translation API.

Идентификаторы устройств

В Android 10 изменяются разрешения для идентификаторов устройств: теперь все идентификаторы устройств защищены разрешением READ_PRIVILEGED_PHONE_STATE . До Android 10 постоянные идентификаторы устройств (IMEI/MEID, IMSI, SIM-карта и серийный номер сборки) были защищены разрешением READ_PHONE_STATE во время выполнения. Разрешение READ_PRIVILEGED_PHONE_STATE предоставляется только приложениям, подписанным ключом платформы, и привилегированным системным приложениям.

Более подробную информацию о новых требованиях к разрешениям можно найти на страницах Javadoc для TelephonyManager.java и Build.java .

Это изменение затрагивает следующие API:

TelephonyManager#getDeviceId
TelephonyManager#getImei
TelephonyManager#getMeid
TelephonyManager#getSimSerialNumber
TelephonyManager#getSubscriberId
Сборка#getSerial

Доступ к приложениям оператора без разрешения READ_PRIVILEGED_PHONE_STATE

Предварительно загруженные приложения оператора, которые не имеют права на разрешение READ_PRIVILEGED_PHONE_STATE могут реализовать один из вариантов, представленных в таблице ниже.

Вариант	Описание	Ограничения
Привилегии оператора UICC	Платформа Android загружает сертификаты, хранящиеся на UICC, и предоставляет приложениям, подписанным этими сертификатами, разрешение на вызовы специальных методов.	У традиционных операторов связи имеется большой парк SIM-карт, который сложно обновлять. Кроме того, операторы, не имеющие прав на создание новых SIM-карт (например, MVNO, использующие SIM-карты, выпущенные операторами мобильной связи), не могут добавлять или обновлять сертификаты на SIM-картах.
Разрешение OEM-производителей	Производители оригинального оборудования могут использовать `OP_READ_DEVICE_IDENTIFIER` для предоставления идентификаторов устройств приложениям из списка разрешенных операторов.	Это решение не масштабируется для всех операторов.
Код распределения типа (TAC)	Используйте метод `getTypeAllocationCode` , представленный в Android 10, чтобы предоставить TAC, который возвращает информацию о производителе и модели.	Информации в TAC недостаточно для идентификации конкретного устройства.
MSISDN	Операторы могут использовать номер телефона (MSISDN), доступный в `TelephonyManager` с группой разрешений `PHONE` , для поиска IMEI в своих внутренних системах.	Это требует значительных инвестиций от операторов связи. Операторам, которые используют IMSI для сопоставления своих сетевых ключей, требуются значительные технические ресурсы для перехода на MSISDN .

Все приложения операторов связи могут получить доступ к идентификаторам устройств, обновив файл CarrierConfig.xml , указав хэш сертификата подписи приложения оператора. Когда приложение оператора вызывает метод для чтения привилегированной информации, платформа ищет совпадение хеша сертификата подписи приложения (подпись SHA-1 или SHA-256) в файле CarrierConfig.xml . Если совпадение найдено, возвращается запрошенная информация. Если совпадений нет, возвращается исключение безопасности.

Для внедрения этого решения перевозчики ДОЛЖНЫ выполнить следующие шаги:

Обновите CarrierConfig.xml , указав хэш сертификата подписи приложения оператора, и отправьте исправление .
Попросите OEM-производителей обновить свою сборку до QPR1+ (рекомендуется) ИЛИ установить эти требуемые исправления платформы и исправление, содержащее обновленный файл CarrierConfig.xml из шага 1 выше.

Выполнение

Обновите список разрешенных привилегированных разрешений, чтобы предоставить разрешение READ_PRIVILEGED_PHONE_STATE тем привилегированным приложениям, которым требуется доступ к идентификаторам устройств.

Дополнительную информацию о разрешенных списках см. в разделе Разрешенные списки привилегированных разрешений .

Для вызова затронутых API приложение должно соответствовать одному из следующих требований:

Если приложение является предустановленным привилегированным, ему необходимо разрешение READ_PRIVILEGED_PHONE_STATE , объявленное в AndroidManifest.xml. Приложению также необходимо добавить это привилегированное разрешение в список разрешенных.
Для приложений, доступных через Google Play, требуются права оператора. Подробнее о предоставлении прав оператора см. на странице «Права оператора» карты UICC .
Приложение владельца устройства или профиля, которому предоставлено разрешение READ_PHONE_STATE .

Приложение, которое не соответствует ни одному из этих требований, ведет себя следующим образом:

Если приложение ориентировано на pre-Q и не имеет разрешения READ_PHONE_STATE , вызывается SecurityException . Это текущее поведение pre-Q, поскольку это разрешение требуется для вызова этих API.
Если приложение ориентировано на версию ниже Q и ему предоставлено разрешение READ_PHONE_STATE , оно получает значение null для всех API TelephonyManager и Build.UNKNOWN для метода Build#getSerial .
Если приложение предназначено для Android 10 или выше и не соответствует ни одному из новых требований, оно получает исключение SecurityException.

Проверка и тестирование

Набор тестов совместимости (CTS) включает тесты для проверки ожидаемого поведения доступа к идентификаторам устройств для приложений с привилегиями оператора, владельцев устройств и профилей, а также тех приложений, которые, как ожидается, не будут иметь доступа к идентификаторам устройств.

Следующие тесты CTS специфичны для этой функции.

cts-tradefed run cts -m CtsCarrierApiTestCases -t
    android.carrierapi.cts.CarrierApiTest

cts-tradefed run cts -m CtsTelephonyTestCases -t
    android.telephony.cts.TelephonyManagerTest

cts-tradefed run cts -m CtsTelephony3TestCases

cts-tradefed run cts -m CtsPermissionTestCases -t
    android.permission.cts.TelephonyManagerPermissionTest

cts-tradefed run cts -m CtsDevicePolicyManagerTestCases -t
    com.android.cts.devicepolicy.DeviceOwnerTest#testDeviceOwnerCanGetDeviceIdentifiers

cts-tradefed run cts -m CtsDevicePolicyManagerTestCases -t
    com.android.cts.devicepolicy.ManagedProfileTest#testProfileOwnerCanGetDeviceIdentifiers

cts-tradefed run cts -m CtsDevicePolicyManagerTestCases -t
    com.android.cts.devicepolicy.ManagedProfileTest#testProfileOwnerCannotGetDeviceIdentifiersWithoutPermission

cts-tradefed run cts -m CtsDevicePolicyManagerTestCases -t
    com.android.cts.devicepolicy.DeviceOwnerTest#testDeviceOwnerCannotGetDeviceIdentifiersWithoutPermission

Часто задаваемые вопросы

Сколько приложений можно добавить в разрешенный список в `CarrierConfig.xml` для заданного оператора (MCC, MNC)?

Количество хешей сертификатов, включаемых в массив, не ограничено.

Какие параметры CarrierConfig в `CarrierConfig.xml` необходимо использовать, чтобы приложение было внесено в список разрешенных?

Используйте следующий элемент конфигурации верхнего уровня в конкретном CarrierConfig.xml из настраиваемых вами параметров AOSP:

<string-array name="carrier_certificate_string_array" num="2">
    <item value="BF02262E5EF59FDD53E57059082F1A7914F284B"/>
    <item value="9F3868A3E1DD19A5311D511A60CF94D975A344B"/>
</string-array>

Есть ли базовый шаблон CarrierConfig, который я могу использовать?

Используйте следующий шаблон. Его необходимо добавить к соответствующему активу .

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<carrier_config>
    <string-array name="carrier_certificate_string_array"
num="1">
        <item value="CERTIFICATE_HASH_HERE"/>
    </string-array>
</carrier_config>

Должна ли SIM-карта оператора быть в устройстве для доступа к идентификаторам устройства?

Используемый файл CarrierConfig.xml определяется на основе текущей установленной SIM-карты. Это означает, что если приложение оператора X попытается получить права доступа, когда установлена SIM-карта оператора Y, устройство не найдет совпадения для хэша и вернет исключение безопасности.

На устройствах с несколькими SIM-картами оператор №1 имеет права доступа только к SIM-карте №1 и наоборот.

Как операторы связи преобразуют сертификат подписи приложения в хеш?

Чтобы преобразовать сертификаты подписи в хэш перед добавлением их в CarrierConfig.xml , выполните следующие действия:

Преобразуйте подпись сертификата подписи в массив байтов с помощью toByteArray .
Используйте MessageDigest для преобразования массива байтов в хеш типа byte[].

Преобразовать хеш из byte[] в шестнадцатеричную строку. Пример см. в IccUtils.java .

List<String> certHashes = new ArrayList<>();
PackageInfo pInfo; // Carrier app PackageInfo
MessageDigest md =
MessageDigest.getInstance("SHA-256");
for (Signature signature : pInfo.signatures) {
    certHashes.add(bytesToHexString(md.digest(signature.toByteArray()));
}

Если certHashes — это массив размером 2 со значениями 12345 и 54321 , добавьте следующее в файл конфигурации оператора.
```
<string-array name="carrier_certificate_string_array" num="2">
    <item value="12345"/>
    <item value="54321"/>
</string-array>
```

Идентификаторы устройств Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.