Media90.id – Banyak pengguna Android mungkin tidak pernah mendengar istilah ADB. Namun, bagi developer dan power user, fitur ini sangat penting karena memungkinkan berbagai perintah sistem dijalankan tanpa harus melakukan root.
Kini, beredar wacana bahwa Google sedang mempertimbangkan pembatasan terhadap On-Device ADB. Jika benar diterapkan, kebijakan tersebut berpotensi berdampak pada sejumlah aplikasi yang selama ini memanfaatkan fitur tersebut untuk menghadirkan fungsi tingkat lanjut di Android.
ADB atau Android Debug Bridge pada dasarnya digunakan untuk menghubungkan smartphone ke komputer dan menjalankan berbagai perintah sistem. Sementara itu, On-Device ADB memungkinkan proses serupa dilakukan langsung dari smartphone melalui koneksi loopback (127.0.0.1).
Dengan mekanisme tersebut, aplikasi dapat berkomunikasi dengan layanan ADB tanpa harus menggunakan komputer.
Alasan Google Mau Batasi On-Device ADB
Google disebut mempertimbangkan pembatasan On-Device ADB setelah ditemukannya celah keamanan CVE-2026-0073.
Mekanisme loopback pada ADB dinilai berpotensi menjadi jalur eksploitasi. Karena itu, Google disebut tengah mempertimbangkan sejumlah langkah untuk membatasi akses tersebut demi meningkatkan keamanan sistem Android.
Jika pembatasan diterapkan, dampaknya berpotensi dirasakan oleh sejumlah aplikasi open-source yang banyak digunakan developer maupun power user.
Beberapa di antaranya adalah Shizuku, App Manager, Canta, aShell, ShizuWall, hingga ShizuCallRecorder.
Aplikasi-aplikasi tersebut memanfaatkan On-Device ADB untuk menjalankan sejumlah fitur tingkat lanjut, seperti mengelola aplikasi sistem, mengubah pengaturan tertentu, hingga menjalankan perintah Android tanpa memerlukan akses root.
Opsi Pembatasan Jadi Perdebatan
Salah satu opsi yang disebut sedang dipertimbangkan adalah membatasi koneksi ADB hanya melalui interface wlan0 atau Wi-Fi.
Rencana tersebut mendapat perhatian dari sejumlah developer karena dinilai berpotensi terlalu membatasi penggunaan ADB untuk kebutuhan yang sebenarnya sah.
Pasalnya, ADB tetap membutuhkan aktivasi dan persetujuan manual dari pengguna. Dengan demikian, akses tersebut tidak dapat begitu saja dimanfaatkan oleh aplikasi berbahaya tanpa adanya interaksi pengguna.
Karena itu, muncul usulan agar Google menyediakan toggle permanen yang memungkinkan pengguna mengaktifkan atau menonaktifkan akses loopback ADB sesuai kebutuhan.
Dengan pendekatan tersebut, pengguna tetap memiliki kendali terhadap fitur tersebut, sementara risiko keamanan dapat diminimalkan ketika ADB tidak sedang digunakan.
Google Semakin Perketat Keamanan Android
Rencana pembatasan On-Device ADB bukan pertama kalinya Google memperketat fitur Android dengan alasan keamanan.
Sebelumnya, perusahaan juga mengungkapkan rencana untuk memperketat mekanisme sideloading, yakni pemasangan aplikasi dari luar Google Play.
Google kemudian mengembangkan kebijakan keamanan baru yang mewajibkan verifikasi pengembang serta menerapkan masa tunggu 24 jam untuk instalasi aplikasi dari luar Play Store.
Kebijakan tersebut ditujukan untuk mencegah penipuan dan penyebaran malware. Pengujian disebut akan dimulai pada September 2026 sebelum diterapkan secara global pada 2027.
Meski memiliki konteks berbeda dengan pembatasan ADB, kedua kebijakan tersebut menunjukkan bagaimana Google semakin berhati-hati terhadap fitur Android yang berpotensi disalahgunakan.
Di sisi lain, fitur-fitur tersebut juga banyak digunakan secara sah oleh developer dan power user untuk melakukan kustomisasi serta mengelola perangkat mereka.
Jika pembatasan On-Device ADB benar-benar diterapkan, tantangannya adalah menemukan keseimbangan antara keamanan dan kebebasan pengguna.
Bagi pengguna biasa, perubahan ini mungkin tidak terlalu terasa. Namun bagi developer dan power user yang mengandalkan aplikasi seperti Shizuku untuk menjalankan fungsi tertentu tanpa root, pembatasan tersebut bisa menjadi perubahan yang cukup signifikan.
Menurut kalian, apakah Google sebaiknya membatasi On-Device ADB demi keamanan, atau tetap memberikan pilihan kepada pengguna?
