Google bersiap untuk mengatasi celah privasi yang sudah lama ada dalam sistem operasi mobile-nya. Kode yang ditemukan dalam versi pra-rilis menunjukkan Android 17 akan menghadirkan fitur penguncian aplikasi native di tingkat sistem, menawarkan alternatif yang lebih aman dan efisien dibandingkan solusi sementara saat ini. Langkah ini dapat mengubah secara fundamental cara pengguna melindungi aplikasi sensitif di smartphone mereka, mengintegrasikan privasi langsung ke dalam inti pengalaman Android.
Penemuan dalam Kode Android
Fitur ini pertama kali ditemukan oleh Android Authority dalam build Android Canary 2512, versi pra-rilis yang digunakan untuk pengujian awal. Teknisi menemukan kode izin baru bernama LOCK_APPS. Yang penting, izin ini dirancang untuk diberikan hanya kepada aplikasi dengan peran "HOME"—yang berarti launcher default pengguna—dan kepada aplikasi sistem internal. Pilihan arsitektur ini signifikan; ini menunjukkan fitur tersebut bukan layanan latar belakang yang terus-menerus memantau layar, melainkan integrasi langsung antara launcher dan lapisan keamanan sistem operasi. Pendekatan tingkat sistem ini adalah fondasi untuk peningkatan yang dijanjikan dalam hal keamanan dan efisiensi baterai.
Penemuan Fitur & Dasar Teknis
- Sumber: Build Android Canary 2512 (versi pengujian pra-rilis).
- Kode Utama: Izin
LOCK_APPS. - Akses: Diberikan secara eksklusif ke launcher bawaan (peran HOME) dan aplikasi sistem.
- Panggilan Sistem: Launcher mengirimkan permintaan
SET_APP_LOCKke OS. - Autentikasi: Memanfaatkan API Biometric Prompt sistem yang sudah ada (sidik jari, wajah, PIN).
- Cakupan Platform: Dikonfirmasi hanya untuk perangkat genggam. Secara eksplisit mengecualikan Wear OS, Android Automotive, dan Android TV.
Cara Kerja Kunci Aplikasi Native yang Diharapkan
Berdasarkan kode yang dianalisis, pengalaman pengguna dirancang agar intuitif. Dari layar beranda, pengguna akan menekan lama pada ikon aplikasi untuk melihat opsi baru untuk menguncinya. Memilih opsi ini akan memicu permintaan SET_APP_LOCK. Sistem kemudian akan memverifikasi apakah aplikasi tersebut memenuhi syarat untuk dikunci—aplikasi kritis sistem kemungkinan dikecualikan—sebelum menampilkan dialog konfirmasi. Setelah aplikasi dikunci, setiap upaya berikutnya untuk membukanya akan memanggil Biometric Prompt API standar, yang memerlukan autentikasi melalui sidik jari, pengenalan wajah, atau PIN perangkat sebelum memberikan akses. Kode tersebut juga menyebutkan bahwa fitur ini ditujukan khusus untuk perangkat genggam, secara eksplisit mengecualikan platform seperti Wear OS, Android Automotive, dan Android TV.
Mengatasi Kekurangan Metode Saat Ini
Solusi native ini bertujuan untuk menyelesaikan masalah yang melekat pada dua metode utama yang saat ini digunakan pengguna Android. Yang pertama adalah "Private Space" di Android 15, sebuah ruang aman untuk menyembunyikan aplikasi sensitif. Meskipun sangat aman, fitur ini sering dikritik karena terlalu restriktif, karena aplikasi yang ditempatkan di dalamnya dihapus dari laci aplikasi utama dan layar beranda, sehingga menyulitkan penggunaan sehari-hari. Metode kedua melibatkan aplikasi pengunci aplikasi pihak ketiga dari Play Store. Aplikasi-aplikasi ini biasanya memerlukan izin "Device Administrator" yang invasif dan beroperasi dengan terus-menerus memantau aktivitas layar untuk mendeteksi kapan aplikasi yang dilindungi diluncurkan—sebuah metode yang menguras daya baterai dan menimbulkan risiko keamanan potensial sendiri, karena aplikasi-aplikasi ini memiliki akses luas ke data perangkat.
Perbandingan: Penguncian Aplikasi Saat Ini vs. Masa Depan di Android
| Aspek | "Private Space" Saat Ini (Android 15+) | Pengunci Pihak Ketiga Saat Ini | Pengunci Aplikasi Native Masa Depan (Android 17) |
|---|---|---|---|
| Model Keamanan | Tinggi (enklave terisolasi) | Bervariasi hingga Rendah (memerlukan izin admin yang luas) | Tinggi (API sistem terintegrasi) |
| Kemudahan Penggunaan | Rendah (aplikasi tersembunyi, akses merepotkan) | Sedang (aplikasi tetap terlihat) | Tinggi (aplikasi terlihat, peluncuran memicu autentikasi) |
| Dampak Kinerja | Minimal | Tinggi (pemantauan latar belakang konstan) | Diperkirakan Minimal |
| Integrasi | Fitur sistem, tetapi ruang terpisah | Overlay aplikasi eksternal | Integrasi sistem & launcher yang mendalam |
| Kekurangan Utama | Tidak nyaman untuk penggunaan sering | Penguras baterai, risiko keamanan dari aplikasi itu sendiri | Tidak teridentifikasi dari analisis kode |
Implikasi bagi Ekosistem Android dan Jadwal Rilis
Diperkenalkannya kunci aplikasi native memiliki implikasi yang lebih luas bagi ekosistem Android. Selama bertahun-tahun, produsen smartphone seperti Samsung, Xiaomi, dan OnePlus telah mengembangkan fitur penguncian aplikasi proprietary mereka sendiri untuk membedakan perangkat lunak mereka. Langkah Google untuk menstandarkan fungsionalitas ini di tingkat OS dapat mengarah pada pengalaman yang lebih konsisten dan aman di semua perangkat Android, meskipun juga dapat mengurangi titik diferensiasi bagi OEM. Mengenai jadwal rilis, status fitur yang saat ini dinonaktifkan dalam kode dan fakta bahwa set fitur Android 16 sebagian besar sudah final sangat menunjukkan bahwa fitur ini ditakdirkan untuk Android 17. Rilis bersama pembaruan versi utama tersebut, yang diharapkan pada paruh kedua tahun 2026, adalah skenario yang paling mungkin, menandai langkah maju yang signifikan dalam alat privasi bawaan Android.