API Integritas Media Android WebView eksperimental awal tahun depan
(android-developers.googleblog.com)- Android WebView Media Integrity API akan diuji coba secara eksperimental awal tahun depan bersama beberapa penyedia media, agar penyedia media yang disematkan dalam aplikasi dapat memverifikasi lingkungan pemutaran
- Layanan attestasi seperti Play Integrity API atau Firebase App Check sudah ada, tetapi cara menyampaikan informasi tersebut kepada penyedia konten tersemat tidak sederhana dan kurang skalabel
- Tim Chrome tidak lagi meninjau proposal Web Environment Integrity, dan API baru ini dibatasi cakupannya pada WebView di dalam aplikasi Android serta media tersemat seperti video dan audio streaming
- Fleksibilitas WebView berguna untuk integrasi aplikasi, tetapi karena pengembang aplikasi dapat mengakses atau mengubah konten web dan interaksi pengguna, hal ini juga membuka kemungkinan penipuan dan penyalahgunaan
- Respons integritas hanya mencakup penilaian perangkat dan aplikasi, tanpa memuat pengenal pengguna atau perangkat; aplikasi dapat mengecualikan nama paket dari penilaian jika menginginkannya
API WebView baru untuk verifikasi media tersemat
- Android WebView adalah API yang kuat dan fleksibel yang memungkinkan pengembang Android menyematkan media di dalam aplikasi
- Penyedia media tersemat perlu memastikan bahwa media mereka diputar di lingkungan yang tepercaya dan aman
- Pengembang aplikasi Android dan penyedia SDK sudah dapat menggunakan layanan attestasi yang memverifikasi permintaan server dari aplikasi sambil menjaga privasi pengguna
- Saat ini, pengembang aplikasi juga dapat meneruskan informasi dari layanan attestasi semacam ini kepada penyedia konten tersemat, tetapi proses ini tidak sederhana dan tidak skalabel
- Untuk mengurangi keterbatasan ini, pilot Android WebView Media Integrity API eksperimental akan dijalankan awal tahun depan bersama beberapa penyedia media tersemat
Cakupan terbatas yang berbeda dari Web Environment Integrity
- Tim Chrome tidak lagi meninjau proposal Web Environment Integrity
- Android WebView Media Integrity API hanya menargetkan cakupan yang lebih sempit
- Hanya menargetkan Android WebView yang disematkan dalam aplikasi
- Memperluas kemampuan yang sudah ada pada perangkat Android dengan Google Mobile Services (GMS)
- Tidak ada rencana untuk menyediakannya di luar media tersemat seperti video dan audio streaming
- Tidak ada rencana untuk menyediakannya di luar Android WebView
Fleksibilitas WebView dan potensi penyalahgunaan
- Android WebView API memungkinkan pengembang aplikasi menampilkan halaman web dan menyematkan media, serta terintegrasi mulus dengan aplikasi melalui kontrol UI dan opsi pengaturan lanjutan
- Fleksibilitas ini berguna saat aplikasi menyematkan konten web miliknya sendiri, tetapi pengembang aplikasi juga dapat mengakses, mencegat, atau mengubah konten web dan interaksi pengguna
- Akibatnya, dapat muncul risiko seperti modifikasi konten atau kesalahan atribusi asal konten
Respons integritas dan ketentuan perlindungan privasi
- API baru ini menyediakan respons integritas yang disesuaikan untuk penyedia media tersemat
- Respons mencakup penilaian integritas perangkat dan penilaian integritas aplikasi
- Dapat memastikan apakah stream berjalan di lingkungan yang aman dan tepercaya, terlepas dari toko aplikasi mana yang digunakan untuk memasang aplikasi penyemat
- Penilaian tersebut berupa metadata sederhana dan berentropi rendah tentang aplikasi dan perangkat
- Tidak mencakup pengenal pengguna atau pengenal perangkat
- Berbeda dari aplikasi dan game yang menggunakan Play Integrity API, penyedia media tidak memperoleh status lisensi Play dari aplikasi
- Aplikasi dapat mengecualikan nama paketnya sendiri dari penilaian jika menginginkannya
- Tim Android bertujuan mempertahankan ekosistem konten media yang beragam di aplikasi Android, dan menerima pengajuan minat untuk berpartisipasi dari penyedia konten media yang tertarik mengikuti program akses awal awal tahun depan
1 komentar
Pendapat Hacker News
WEI sendiri sudah dibahas di beberapa thread, dan ada banyak diskusi yang layak dibaca
(Juli 2023, 456 komentar) https://news.ycombinator.com/item?id=36854114 - "Google's nightmare Web Integrity API wants a DRM gatekeeper for the web"
(Juli 2023, 431 komentar) https://news.ycombinator.com/item?id=36817305 - "Web Environment Integrity API Proposal"
(Juli 2023, 434 komentar) https://news.ycombinator.com/item?id=36875940 - "Unpacking Google’s Web Environment Integrity specification"
(Juli 2023, 111 komentar) https://news.ycombinator.com/item?id=36857676 - "So, you don't like a web platform proposal" - sudut pandang seorang karyawan Google tentang bagaimana seharusnya orang merespons proposal itu
(Agustus 2023, 100 komentar) https://news.ycombinator.com/item?id=36960882 - "Web Environment Integrity: Locking Down the Web"
Para teknisi datang membawa argumen dengan iktikad baik, tetapi lawannya adalah pertarungan citra dengan iktikad buruk, dan mereka begitu saja kena telak
Kabar bahwa Google memutuskan untuk tidak melanjutkan Web Integrity API sangat positif bagi netralitas web terbuka
Namun karena Google selama ini banyak digerakkan oleh kepentingannya sendiri ketimbang kepentingan web secara keseluruhan, kita perlu melihat apa penggantinya, dan tampaknya tidak akan lama
Patut dicurigai apakah mereka sedang menyiapkan spesifikasi yang sekilas tidak terlalu mengganggu tetapi pada praktiknya sama merugikannya bagi pengguna, seperti pada FLoC dan Topics; mencurigakan juga bahwa waktunya berdekatan dengan pengumuman terbaru untuk mengubah penagihan iklan dari per klik menjadi per tayangan
Google tidak tampak seperti pengelola web yang tepercaya, dan kita tidak boleh terlena oleh apparent victory ini
Ke depannya, keberagaman browser dan engine browser penting untuk mencegah upaya satu entitas menguasai masa depan web
Kita harus berhenti memandang broker data global yang memasok data ke pengiklan di seluruh dunia sebagai pengelola teknologi web yang sah dan beriktikad baik
Pertama-tama, ini melanggar pemisahan kepentingan antara server dan klien
Klien adalah user agent, yakni harus melakukan apa yang diinginkan pengguna, bukan menjadi pihak yang melakukan apa yang diinginkan server
Kesalahpahaman mendasar dan distorsi perspektif inilah bagian dari masalahnya
Jika ingin menjaga HTTP(S) dan teknologi terkait tetap menjadi protokol yang bebas dan terbuka bagi semua orang, Google harus dikeluarkan dari proses pengambilan keputusan
Google ada di balik Encrypted Media Extensions, Manifest v3, dan sekarang WEI
Web bukan milik Google, dan Google sebaiknya mengurusi QUIC saja dan membiarkan HTTP tetap apa adanya
Katanya “Android WebView Media Integrity API memiliki cakupan sempit,” tetapi tidak terlihat manfaatnya bagi pengguna
Kalau sebuah aplikasi ingin menyematkan WebView, bukankah cukup menempelkan API yang memakai Android integrity API yang sudah ada lewat kode native ke WebView tersebut?
Bagi saya ini terlihat seperti jalur memutar untuk memblokir aplikasi “retasan” yang memutar YouTube tanpa iklan, misalnya, dan API ini tidak menguntungkan pengguna
Ini hanya membuatnya lebih mudah dilakukan di aplikasi berbasis WebView
Serangan man-in-the-middle menggunakan klien yang disisipkan adalah ancaman nyata di luar pagar Apple dan Google, dan bahkan sedikit ada di dalam pagar itu
WEI adalah upaya untuk menyelesaikan masalah nyata
Tentu saja efek sampingnya mungkin sulit diterima, dan mungkin mudaratnya lebih besar daripada manfaatnya, serta sekarang proposal itu sudah mati
Namun dalam hal ini, masalah mendasarnya benar-benar terkubur oleh perdebatan yang berlebihan, dan orang-orang melemparkan berbagai dugaan motif tersembunyi serta niat jahat secara umum
Itu bukan momen terbaik komunitas kita
Ironis juga bahwa banyak komentar semacam itu ditulis dari perangkat Apple, yang secara objektif lebih tidak ramah terhadap klien nonstandar
Saya tidak paham bagaimana ini bekerja
Isinya kira-kira: “Android WebView Media Integrity API yang baru memungkinkan penyedia media tertanam mengakses respons integritas khusus yang berisi putusan integritas perangkat dan aplikasi, sehingga dapat memastikan stream berjalan di lingkungan yang aman dan tepercaya, terlepas dari app store mana aplikasi penyematnya dipasang”
Namun ini hanya berlaku untuk Android WebView API, bukan browser mandiri seperti Google Chrome
Kalau tidak, berarti ini kembali ke proposal Web Environment Integrity semula
Namun tidak ada yang wajib memakai WebView API, dan Chromium itu open source
Saya tidak tahu apa yang mencegah Bob si developer Android berniat jahat untuk mengompilasi Chromium sendiri, membundelnya ke aplikasinya, lalu melakukan segala macam permainan situs web sesuai keinginan liciknya
Dengan kata lain, kalau ini hanya dimasukkan ke WebView API khusus, bukankah developer jahat tinggal menghindari API itu saja?
Langkah 2: larang alternatif
Langkah 3: monetisasi
Judulnya menyesatkan
Proposal yang diterapkan ke Chrome sudah dibatalkan, tetapi untuk Android WebView API—yang pada dasarnya adalah wrapper yang membungkus Chrome—masih terus didorong
Karena kadang dipakai untuk login tertanam di aplikasi pihak ketiga yang mencurigakan
Ada sudut pandang yang membuat ini bisa dianggap masuk akal
Secara pribadi, menurut saya selama bukan bagian dari browser independen, WebView tertanam tidak seharusnya diizinkan memiliki fungsi browsing umum
Biasanya ini dipakai sebagai trik untuk mencegat traffic yang seharusnya menuju web terbuka
Ada konfirmasi resmi yang diposting di thread diskusi publik WEI: https://groups.google.com/a/chromium.org/g/blink-dev/c/Ux5h_...
Sampai putaran berikutnya datang, kita harus terus mendorong balik demi internet terbuka
Ini melelahkan
Karena perusahaan besar, mereka bisa saja menunggu sampai orang-orang lelah
Repositorinya sudah diarsipkan dan tertulis “NOTE: This proposal is no longer pursued.”
https://github.com/RupertBenWiser/Web-Environment-Integrity
Besar kemungkinan mereka sudah mulai mengerjakan solusi yang lebih sulit dipahami
Saat membaca artikel, yang saya cari pertama-tama adalah apakah ada bukti bahwa Google, alih-alih meninggalkan arah idenya sendiri seperti kadang mereka lakukan, justru menerapkan proof of concept di infrastruktur lain yang tidak terlalu kontroversial lalu membawanya kembali ketika waktunya lebih tepat
Misalnya setelah terjadi insiden keamanan siber besar, jadi ini layak diingat
Pada kenyataannya, persis itulah yang mereka lakukan; mereka hanya mengembalikannya ke tim Android dan berjanji akan memperbaikinya di sandbox yang lebih kecil dan tidak terlalu kontroversial
Secara publik, mereka hanya mengatakan bahwa upaya untuk web “untuk sementara” dihentikan
Saya berharap Google bisa kembali menjadi juara internet terbuka seperti dulu, dan mundur dari MBA-isasi semua hal yang terus mereka coba lakukan
Rasanya mereka mulai bergerak ke arah itu sejak melepas “don’t be evil”, dan ini sungguh melelahkan
Alih-alih merayakan kemenangan, orang-orang di pihak internet terbuka kini hanya bisa merayakan penerapan proyek yang lebih kecil dan penghentian sementara versi platform webnya
Para aktor besar dan berpengaruh pada akhirnya mengarahkan jalannya demi keuntungan di suatu tempat
Saya mulai merasa bahwa sekarang kita membutuhkan hard fork web
Di web sudah ada dua “wilayah”: web yang berat dengan JavaScript dan situs sebagai aplikasi, serta web yang berpusat pada dokumen dan tautan
Bisa saja diklaim bahwa yang pertama adalah superset dari yang kedua, tetapi jika kubu itu terus melahirkan upaya yang berlawanan dengan kepentingan pengguna dan memiliki tujuan akhir yang bertolak belakang dengan platform terbuka, saya tidak tahu pilihan realistis apa selain para pemain utama berpisah jalan
Google benar-benar punya kekuatan untuk memaksakan ini
Judul aslinya adalah “Increasing trust for embedded media”
Ada pedoman yang berbunyi “Gunakan judul asli jika tidak menyesatkan atau clickbait, dan jangan diedit”
https://news.ycombinator.com/newsguidelines.html