Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Perubahan perilaku: Aplikasi yang menargetkan Android 17 atau yang lebih tinggi

Seperti rilis sebelumnya, Android 17 menyertakan perubahan perilaku yang mungkin memengaruhi aplikasi Anda. Perubahan perilaku berikut ini berlaku khusus bagi aplikasi yang menargetkan Android 17 atau yang lebih tinggi. Jika aplikasi Anda menargetkan Android 17 atau yang lebih tinggi, Anda harus memodifikasi aplikasi untuk mendukung perilaku ini, jika berlaku.

Pastikan Anda juga meninjau daftar perubahan perilaku yang memengaruhi semua aplikasi yang berjalan di Android 17, terlepas dari targetSdkVersion aplikasi Anda.

Fungsi inti

Android 17 menyertakan perubahan berikut yang mengubah atau memperluas berbagai kemampuan inti sistem Android.

Implementasi MessageQueue baru tanpa kunci

Mulai Android 17, aplikasi yang menargetkan Android 17 (level API 37) atau yang lebih tinggi menerima penerapan bebas kunci baru dari android.os.MessageQueue. Implementasi baru ini meningkatkan performa dan mengurangi frame yang terlewat, tetapi dapat merusak klien yang mencerminkan kolom dan metode pribadi MessageQueue.

Untuk mengetahui informasi selengkapnya, termasuk strategi mitigasi, lihat Panduan perubahan perilaku MessageQueue.

Kolom final statis kini tidak dapat diubah

Aplikasi yang berjalan di Android 17 atau yang lebih tinggi yang menargetkan Android 17 (level API 37) atau yang lebih tinggi tidak dapat mengubah kolom static final. Jika aplikasi mencoba mengubah kolom static final menggunakan refleksi, aplikasi tersebut akan menyebabkan IllegalAccessException. Mencoba mengubah salah satu kolom ini melalui API JNI (seperti SetStaticLongField()) akan menyebabkan aplikasi error.

Aksesibilitas

Android 17 membuat perubahan berikut untuk meningkatkan aksesibilitas.

This feature introduces new AccessibilityEvent and TextAttribute APIs to enhance screen reader spoken feedback for CJKV language input. CJKV IME apps can now signal whether a text conversion candidate has been selected during text composition. Apps with edit fields can specify text change types when sending text changed accessibility events. For example, apps can specify that a text change occurred during text composition, or that a text change resulted from a commit. Doing this enables accessibility services such as screen readers to deliver more precise feedback based on the nature of the text modification.

App adoption

IME Apps: When setting composing text in edit fields, IMEs can use TextAttribute.Builder.setTextSuggestionSelected() to indicate whether a specific conversion candidate was selected.
Apps with Edit Fields: Apps that maintain a custom InputConnection can retrieve candidate selection data by calling TextAttribute.isTextSuggestionSelected(). These apps should then call AccessibilityEvent.setTextChangeTypes() when dispatching TYPE_VIEW_TEXT_CHANGED events. Apps targeting Android 17 (API level 37) that use the standard TextView will have this feature enabled by default. (That is, TextView will handle retrieving data from the IME and setting text change types when sending events to accessibility services).
Accessibility Services: Accessibility services that process TYPE_VIEW_TEXT_CHANGED events can call AccessibilityEvent.getTextChangeTypes() to identify the nature of the modification and adjust their feedback strategies accordingly.

Privasi

Android 17 menyertakan perubahan berikut untuk meningkatkan privasi pengguna.

ECH (Encrypted Client Hello) diaktifkan

Android 17 memperkenalkan dukungan platform untuk Encrypted Client Hello (ECH), ekstensi TLS yang meningkatkan privasi pengguna dengan mengenkripsi Indikasi Nama Server (SNI) dalam handshake TLS. Enkripsi ini membantu mencegah pengamat jaringan mengidentifikasi domain tertentu yang terhubung dengan aplikasi Anda.

Untuk aplikasi yang menargetkan Android 17 (API level 37) atau yang lebih tinggi, ECH digunakan untuk koneksi TLS. ECH hanya aktif jika library jaringan yang digunakan oleh aplikasi (misalnya, HttpEngine, WebView, atau OkHttp) telah mengintegrasikan dukungan ECH dan server jarak jauh juga mendukung protokol ECH. Jika ECH tidak dapat dinegosiasikan, klien akan mengirim ekstensi ECH dengan konten acak (mekanisme yang disebut ECH GREASE). Lihat RFC 9849 untuk mengetahui detail selengkapnya tentang cara kerja ECH GREASE.

Untuk memungkinkan aplikasi menyesuaikan perilaku ini, Android 17 menambahkan elemen baru <domainEncryption> ke file Konfigurasi Keamanan Jaringan. Developer dapat menggunakan <domainEncryption> dalam <base-config> atau <domain-config> tag untuk memilih mode ECH (misalnya, "enabled" atau "disabled") secara global atau per domain.

Untuk mengetahui informasi selengkapnya, lihat dokumentasi Encrypted Client Hello.

Izin jaringan lokal diperlukan untuk aplikasi yang menargetkan Android 17

Android 17 memperkenalkan izin runtime ACCESS_LOCAL_NETWORK untuk melindungi pengguna dari akses jaringan lokal yang tidak sah. Karena izin ini termasuk dalam grup izin NEARBY_DEVICES yang ada, pengguna yang telah memberikan izin NEARBY_DEVICES lainnya tidak akan diminta lagi. Persyaratan baru ini mencegah aplikasi berbahaya mengeksploitasi akses jaringan lokal yang tidak dibatasi untuk pelacakan dan pelacakan sidik jari pengguna secara diam-diam. Dengan mendeklarasikan dan meminta izin ini, aplikasi Anda dapat menemukan dan terhubung ke perangkat di jaringan area lokal (LAN), seperti perangkat smart home atau penerima transmisi.

Aplikasi yang menargetkan Android 17 (level API 37) atau yang lebih tinggi kini memiliki dua jalur untuk mempertahankan komunikasi dengan perangkat LAN: Menggunakan pemilih perangkat yang dimediasi sistem dan menjaga privasi untuk melewati perintah izin, atau secara eksplisit meminta izin baru ini saat runtime untuk mempertahankan komunikasi jaringan lokal.

Untuk mengetahui informasi selengkapnya, lihat dokumentasi Izin jaringan lokal.

Menyembunyikan sandi dari perangkat fisik

Jika aplikasi menargetkan Android 17 (level API 37) atau yang lebih tinggi dan pengguna menggunakan perangkat input fisik (misalnya, keyboard eksternal), sistem operasi Android menerapkan setelan show_passwords_physical baru ke semua karakter di kolom sandi. Secara default, setelan tersebut menyembunyikan semua karakter sandi.

Sistem Android menampilkan karakter sandi yang terakhir diketik untuk membantu pengguna melihat apakah mereka salah mengetik sandi. Namun, hal ini tidak terlalu diperlukan dengan keyboard eksternal yang lebih besar. Selain itu, perangkat dengan keyboard eksternal sering kali memiliki layar yang lebih besar, sehingga meningkatkan bahaya seseorang melihat sandi yang diketik.

Jika pengguna menggunakan layar sentuh perangkat, sistem akan menerapkan setelan show_passwords_touch baru.

Perlindungan OTP untuk pesan SMS standar

Beginning with Android 17, Android is extending its SMS OTP protection to apply to standard SMS messages (SMS messages containing an OTP that do not use the WebOTP or SMS Retriever formats). For most apps targeting Android 17 (API level 37) or higher, these SMS messages do not become available until three hours after receipt. This delay is intended to help prevent OTP hijacking. During this three hour delay, the SMS_RECEIVED_ACTION broadcast is withheld and SMS provider database queries are filtered. The SMS message is available to these apps after the delay.

Certain apps such as the default SMS assistant app, connected device companion apps, etc., are exempted from this delay. All apps that rely on reading SMS messages for OTP extraction should transition to using SMS Retriever or SMS User Consent APIs to ensure continued functionality.

Keamanan

Android 17 membuat peningkatan berikut pada keamanan perangkat dan aplikasi.

Keamanan Aktivitas

Di Android 17, platform ini melanjutkan pergeserannya ke arah arsitektur "aman secara default", dengan memperkenalkan serangkaian peningkatan yang dirancang untuk mengurangi eksploitasi tingkat tinggi seperti phishing, pembajakan interaksi, dan serangan confused deputy. Update ini mengharuskan developer memilih secara eksplisit untuk menggunakan standar keamanan baru guna mempertahankan kompatibilitas aplikasi dan perlindungan pengguna.

Dampak utama bagi developer meliputi:

Penguatan BAL & peningkatan pilihan ikut serta: Kami menyempurnakan batasan Peluncuran Aktivitas Latar Belakang (BAL) dengan memperluas perlindungan ke IntentSender. Developer harus bermigrasi dari konstanta lama MODE_BACKGROUND_ACTIVITY_START_ALLOWED. Sebagai gantinya, Anda harus mengadopsi kontrol terperinci seperti MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE, yang membatasi aktivitas dimulai ke skenario saat aplikasi panggilan terlihat, sehingga mengurangi permukaan serangan secara signifikan.
Alat adopsi: Developer harus menggunakan mode ketat dan pemeriksaan lint yang diperbarui untuk mengidentifikasi pola lama dan memastikan kesiapan untuk persyaratan SDK target di masa mendatang.

Mengaktifkan CT secara default

Jika aplikasi menargetkan Android 17 (API level 37) atau yang lebih tinggi, transparansi sertifikat (CT) akan diaktifkan secara default. (Di Android 16, CT tersedia, tetapi aplikasi harus ikut serta.)

DCL—C Native yang Lebih Aman

Jika aplikasi Anda menargetkan Android 17 (API level 37) atau yang lebih tinggi, perlindungan Pemuatan Kode Dinamis (DCL) yang Lebih Aman yang diperkenalkan di Android 14 untuk file DEX dan JAR kini diperluas ke library native.

Semua file native yang dimuat menggunakan System.load() harus ditandai sebagai hanya baca. Jika tidak, sistem akan menampilkan UnsatisfiedLinkError.

Sebaiknya aplikasi menghindari pemuatan kode secara dinamis jika memungkinkan, karena hal itu akan sangat meningkatkan risiko aplikasi disusupi oleh injeksi kode atau modifikasi kode.

Membatasi kolom PII dalam tampilan data CP2

For apps targeting Android 17 (API level Android 17 (API level 37)) and higher, Contacts Provider 2 (CP2) restricts certain columns containing Personally Identifiable Information (PII) from the data view. When this change is enabled, these columns are removed from the data view to enhance user privacy. The restricted columns include:

Apps that are using these columns from ContactsContract.Data can extract them from ContactsContract.RawContacts instead, by joining with RAW_CONTACT_ID.

Menerapkan pemeriksaan SQL yang ketat di CP2

For apps targeting Android 17 (API level Android 17 (API level 37)) and higher, Contacts Provider 2 (CP2) enforces strict SQL query validation when the ContactsContract.Data table is accessed without READ_CONTACTS permission.

With this change, if an app doesn't have READ_CONTACTS permission, StrictColumns and StrictGrammar options are set when querying the ContactsContract.Data table. If a query uses a pattern that isn't compatible with these, it will be rejected and cause an exception to be thrown.

Media

Android 17 menyertakan perubahan berikut pada perilaku media.

Penguatan audio latar belakang

Beginning with Android 17, the audio framework enforces restrictions on background audio interactions including audio playback, audio focus requests, and volume change APIs to ensure that these changes are started intentionally by the user.

Some audio restrictions apply to all apps. However, the restrictions are more stringent if an app targets Android 17 (API level 37). If one of these apps interacts with audio while it is in the background, it must have a foreground service running. In addition, the app must meet one or both of these requirements:

The foreground service must have while-in-use (WIU) capabilities.
The app must have the exact alarm permission and be interacting with USAGE_ALARM audio streams.

For more information, including mitigation strategies, see Background audio hardening.

Faktor bentuk perangkat

Android 17 menyertakan perubahan berikut untuk meningkatkan pengalaman pengguna di berbagai ukuran dan faktor bentuk perangkat.

Perubahan API platform untuk mengabaikan batasan orientasi, perubahan ukuran, dan rasio aspek pada layar besar (sw>=600dp)

Kami memperkenalkan perubahan Platform API di Android 16 untuk mengabaikan orientasi, rasio aspek, dan batasan perubahan ukuran pada layar besar (sw >= 600dp) untuk aplikasi yang menargetkan API level 36 atau yang lebih tinggi. Developer memiliki opsi untuk tidak ikut serta dalam perubahan ini dengan SDK 36, tetapi opsi tidak ikut serta ini tidak akan lagi tersedia untuk aplikasi yang menargetkan Android 17 (API level 37) atau yang lebih tinggi.

Untuk mengetahui informasi selengkapnya, lihat Batasan pada orientasi dan perubahan ukuran di abaikan.

Konektivitas

Android 17 memperkenalkan perubahan berikut untuk meningkatkan konsistensi dan menyelaraskan dengan perilaku InputStream Java standar untuk soket RFCOMM Bluetooth.

Perilaku BluetoothSocket read() yang konsisten untuk RFCOMM

For apps targeting Android 17 (API level 37), the read() method of the InputStream obtained from an RFCOMM-based BluetoothSocket now returns -1 when the socket is closed or the connection is dropped.

This change makes RFCOMM socket behavior consistent with LE CoC sockets and aligns with the standard InputStream.read() documentation, which states that -1 is returned when the end of the stream is reached.

Apps that rely solely on catching an IOException to break out of a read loop may be impacted by this change and should update the BluetoothSocket read loops to explicitly check for a return value of -1. This ensures the loop terminates correctly when the remote device disconnects or the socket is closed. For an example of the recommended implementation, see the code snippet in the Transfer Bluetooth data guide.