Cookie yang Memiliki Status Terpartisi Independen (CHIPS)

Izinkan developer mengikutsertakan cookie ke penyimpanan "dipartisi", dengan wadah cookie terpisah per situs tingkat atas.

Status penerapan

Dukungan Browser

  • 114
  • 114
  • x
  • x

Sumber

Apa itu CHIPS?

Dengan Cookie Memiliki Status Partisi Independen (CHIPS), developer dapat mengikutsertakan cookie ke penyimpanan terpartisi, dengan wadah cookie terpisah per situs tingkat atas, sehingga meningkatkan privasi dan keamanan pengguna.

Tanpa partisi, cookie pihak ketiga dapat mengaktifkan layanan untuk melacak pengguna dan menggabungkan informasi mereka dari berbagai situs tingkat atas yang tidak terkait. Ini dikenal sebagai pelacakan lintas situs.

Browser sedang dalam proses menghentikan cookie pihak ketiga yang tidak dipartisi secara bertahap, sehingga CHIPS, Storage Access API, dan Set Situs Terkait akan menjadi satu-satunya cara untuk membaca dan menulis cookie dari konteks lintas situs, seperti iframe, saat cookie pihak ketiga diblokir.

Diagram yang menunjukkan bagaimana juru masak dapat dibagikan di antara dua situs web yang berbeda.
Tanpa partisi cookie, layanan pihak ketiga dapat menetapkan cookie saat disematkan di satu situs tingkat teratas dan mengakses cookie yang sama tersebut saat layanan disematkan di situs tingkat atas lainnya.

CHIPS memperkenalkan atribut cookie baru, Partitioned, untuk mendukung cookie lintas situs yang dipartisi berdasarkan konteks tingkat atas.

Header Set-Cookie:

Set-Cookie: __Host-name=value; Secure; Path=/; SameSite=None; Partitioned;

JavaScript:

document.cookie="__Host-name=value; Secure; Path=/; SameSite=None; Partitioned;"

Cookie pihak ketiga yang dipartisi dikaitkan dengan situs tingkat teratas tempat cookie tersebut pertama kali ditetapkan dan tidak dapat diakses dari tempat lain. Dengan cara ini, cookie yang ditetapkan oleh layanan pihak ketiga hanya dapat dibaca dalam konteks tersemat yang sama dari situs tingkat teratas tempat cookie pertama kali ditetapkan.

Diagram yang menunjukkan bahwa dua situs berbeda yang menyematkan pihak ketiga yang sama tidak akan lagi berbagi cookie untuk pihak ketiga tersebut.
Dengan partisi cookie, layanan pihak ketiga yang menetapkan cookie saat disematkan di satu situs tingkat teratas tidak dapat mengakses cookie yang sama saat layanan tersebut disematkan di situs tingkat teratas lainnya.

Dengan cookie yang dipartisi, saat pengguna mengunjungi situs A dan konten yang disematkan dari situs C menetapkan cookie dengan atribut yang dipartisi, cookie tersebut akan disimpan dalam stoples berpartisi yang hanya ditetapkan untuk cookie yang ditetapkan oleh situs C saat disematkan di situs A. Browser hanya akan mengirim cookie tersebut jika situs tingkat atas adalah A.

Saat pengguna mengunjungi situs baru, misalnya situs B, bingkai C tersemat tidak akan menerima cookie yang ditetapkan saat C disematkan di situs A.

Jika pengguna mengunjungi situs C sebagai situs tingkat teratas, cookie terpartisi yang ditetapkan C saat disematkan di A juga tidak akan dikirim dalam permintaan tersebut.

Diagram yang menunjukkan bahwa cookie tidak dibagikan saat pihak ketiga yang sama disematkan di dua situs yang berbeda.
Dengan partisi cookie, layanan pihak ketiga yang menetapkan cookie saat disematkan di situs tidak dapat mengakses cookie yang sama meskipun pengguna mengunjungi layanan tersebut sebagai situs tingkat atas.

Kasus penggunaan

Misalnya, situs retail.example mungkin ingin bekerja sama dengan layanan pihak ketiga support.chat.example untuk menyematkan kotak chat dukungan di situsnya. Banyak layanan chat yang dapat disematkan saat ini mengandalkan cookie untuk menyimpan status.

Diagram yang menunjukkan situs dengan widget chat bergambar
Situs retail.example tingkat teratas yang menyematkan layanan pihak ketiga support.chat.example.

Tanpa kemampuan untuk menetapkan cookie lintas situs, support.chat.example perlu menemukan metode alternatif yang seringkali lebih kompleks untuk menyimpan status. Atau, skrip ini perlu disematkan di halaman level atas yang menimbulkan risiko karena memungkinkan skrip support.chat.example memiliki hak istimewa yang ditingkatkan di retail.example, seperti kemampuan untuk mengakses cookie autentikasi.

CHIPS memberikan opsi yang lebih mudah untuk terus menggunakan cookie lintas situs, tanpa risiko yang terkait dengan cookie yang tidak dipartisi.

Contoh kasus penggunaan CHIPS mencakup skenario saat subresource lintas situs memerlukan beberapa gagasan tentang sesi atau status persisten yang dicakupkan ke aktivitas pengguna di satu situs tingkat atas, seperti:

  • Sematan chat pihak ketiga
  • Sematan peta pihak ketiga
  • Penyematan pembayaran pihak ketiga
  • Load balancing CDN subresource
  • Penyedia CMS headless
  • Domain sandbox untuk menayangkan konten pengguna yang tidak tepercaya (seperti googleusercontent.com dan githubusercontent.com)
  • CDN pihak ketiga yang menggunakan cookie untuk menayangkan konten yang aksesnya dikontrol oleh status autentikasi di situs pihak pertama (misalnya, foto profil di situs media sosial yang dihosting di CDN pihak ketiga)
  • Framework front-end yang mengandalkan API jarak jauh menggunakan cookie pada permintaannya
  • Iklan tersemat yang memerlukan cakupan status per penayang (misalnya, mengambil preferensi iklan pengguna untuk situs tersebut)

Alasan CHIPS menggunakan model partisi keikutsertaan

Saat browser menghentikan cookie pihak ketiga yang tidak dipartisi secara bertahap, beberapa pendekatan lain untuk mempartisi telah dicoba.

Firefox mengumumkan bahwa mereka mempartisi semua cookie pihak ketiga secara default dalam mode ETP Strict dan mode penjelajahan pribadi, sehingga semua cookie lintas situs dipartisi oleh situs tingkat atas. Namun, mempartisi cookie tanpa keikutsertaan pihak ketiga dapat menyebabkan bug yang tidak terduga, karena beberapa layanan pihak ketiga telah membuat server yang mengharapkan cookie pihak ketiga yang tidak dipartisi.

Safari sebelumnya mencoba mempartisi cookie berdasarkan heuristik, tetapi akhirnya memilih untuk memblokirnya sama sekali, yang menyebabkan kebingungan developer sebagai salah satu alasannya. Baru-baru ini, Safari menyatakan minatnya pada model berbasis keikutsertaan.

Hal yang membedakan CHIPS dengan penerapan cookie terpartisi yang ada adalah keikutsertaan pihak ketiga. Cookie harus ditetapkan dengan atribut baru agar dapat dikirim pada permintaan lintas pihak setelah cookie pihak ketiga (yang tidak dipartisi) tidak digunakan lagi.

Meskipun cookie pihak ketiga masih ada, atribut Partitioned memberikan keikutsertaan untuk jenis perilaku cookie yang lebih ketat dan lebih aman. CHIPS adalah langkah penting untuk membantu layanan melakukan transisi yang lancar ke masa depan tanpa cookie pihak ketiga.

Saat ini, cookie dimasukkan ke nama host atau domain situs yang menyetelnya, yaitu kunci host-nya.

Misalnya, untuk cookie dari https://support.chat.example, kunci host-nya adalah ("support.chat.example").

Di bagian CHIPS, cookie yang ikut serta dalam partisi akan diberi kunci host dan kunci partisi dua kali.

Kunci partisi cookie adalah situs (domain skema dan yang dapat didaftarkan) URL level teratas yang dikunjungi browser pada awal permintaan ke endpoint yang menetapkan cookie.

Pada contoh sebelumnya, dengan https://support.chat.example disematkan pada https://retail.example, URL tingkat teratasnya adalah https://retail.example.

Kunci partisi dalam kasus tersebut adalah ("https", "retail.example").

Demikian juga, kunci partisi permintaan adalah situs URL level teratas yang dikunjungi browser pada awal permintaan. Browser hanya boleh mengirim cookie dengan atribut Partitioned pada permintaan yang memiliki kunci partisi yang sama dengan cookie tersebut.

Berikut adalah tampilan kunci cookie di contoh sebelumnya sebelum dan sesudah CHIPS.

Situs A dan situs tersemat C berbagi cookie yang dipartisi. Jika tidak disematkan, situs C tidak dapat mengakses cookie yang dipartisi.
Situs A dan situs tersemat C berbagi cookie yang dipartisi. Jika tidak disematkan, situs C tidak dapat mengakses cookie yang dipartisi.

Sebelum CHIPS

key=("support.chat.example")

Setelah CHIPS

key={("support.chat.example"),("https", "retail.example")}

Desain keamanan

Untuk mendorong praktik keamanan yang baik, dengan CHIPS, cookie hanya disetel oleh dan dikirim melalui protokol yang aman.

  • Cookie yang dipartisi harus ditetapkan dengan Secure.
  • Sebaiknya gunakan awalan __Host saat menyetel cookie yang dipartisi untuk membuatnya terikat dengan nama host (dan bukan domain yang dapat didaftarkan).

Contoh:

Set-Cookie: __Host-example=34d8g; SameSite=None; Secure; Path=/; Partitioned;

Alternatif selain CHIPS

Storage Access API dan Set Situs Terkait (RWS) terkait adalah mekanisme platform web untuk mengaktifkan akses cookie lintas situs yang terbatas untuk tujuan spesifik yang ditampilkan kepada pengguna.

Ini adalah alternatif untuk partisi CHIPS yang memerlukan akses ke juru masak lintas lokasi dan tidak dipartisi.

Pertimbangkan Storage Access API dan Set Situs Terkait dalam situasi saat Anda memerlukan cookie yang sama agar tersedia untuk layanan yang disematkan di beberapa situs terkait.

CHIPS menyediakan kemampuan bagi layanan untuk bertindak sebagai komponen yang terisolasi di beberapa situs, sehingga cookie yang sama tidak perlu tersedia di beberapa situs. Jika layanan menetapkan cookie yang dipartisi, kunci partisinya akan menjadi situs tingkat atas dan cookie tersebut tidak akan tersedia untuk situs lain yang juga menggunakan layanan tersebut.

Desain Set Situs Terkait mengandalkan Storage Access API dan tidak terintegrasi dengan partisi CHIPS. Jika memiliki kasus penggunaan yang mengandalkan partisi cookie bersama di seluruh situs dalam RWS, Anda dapat memberikan contoh dan masukan tentang masalah GitHub.

Demo

Demo ini akan memandu Anda mempelajari cara kerja cookie yang dipartisi dan cara memeriksanya di DevTools.

Situs A menyematkan iframe dari Situs B yang menggunakan JavaScript untuk menetapkan dua cookie: cookie yang dipartisi dan tidak dipartisi. Situs B menampilkan semua cookie yang dapat diakses dari lokasi tersebut menggunakan document.cookie.

Jika cookie pihak ketiga diblokir, situs B hanya dapat menetapkan dan mengakses cookie dengan atribut Partitioned dalam konteks lintas situs.

Jika cookie pihak ketiga diizinkan, situs B juga dapat menetapkan dan mengakses cookie yang tidak dipartisi.

Situs A dan situs B
Kiri: Cookie pihak ketiga diblokir. Kanan: Cookie pihak ketiga diizinkan.

Prasyarat

  1. Chrome 118 atau yang lebih baru.
  2. Buka chrome://flags/#test-third-party-cookie-phaseout dan aktifkan setelan ini

Menggunakan DevTools untuk memeriksa cookie yang dipartisi

  1. Kunjungi https://chips-site-a.glitch.me.
  2. Tekan Control+Shift+J (atau Command+Option+J di Mac) untuk membuka DevTools.
  3. Klik tab Aplikasi.
  4. Buka Application > Storage > Cookies.
  5. Klik https://chips-site-b.glitch.me.

DevTools akan menampilkan semua cookie dari asal yang dipilih.

Cookie dari situs B di tab Aplikasi DevTools.

Situs B hanya dapat menetapkan cookie yang dipartisi dalam konteks lintas situs, cookie yang tidak dipartisi akan diblokir:

  • Anda akan melihat __Host-partitioned-cookie dengan kunci partisi situs tingkat atas https://chips-site-a.glitch.me.
Kunci partisi untuk __Host-partitioned-cookie.
  1. Klik Buka Situs B.
  2. Di DevTools, buka Application > Storage > Cookies.
  3. Klik https://chips-site-b.glitch.me.
Situs B
Di tingkat atas, situs B dapat melihat semua cookie, baik yang dipartisi dan tidak dipartisi

Dalam skenario ini, karena Anda berada di situs B dalam konteks tingkat atas, situs dapat menetapkan dan mengakses kedua cookie:

  • unpartitioned-cookie memiliki kunci partisi yang kosong.
  • Cookie __Host-partitioned-cookie memiliki kunci partisi https://chips-site-b.glitch.me.
Cookie dari situs B di tab Aplikasi DevTools saat membuka B sebagai situs tingkat atas. __Host-partitioned-cookie memiliki kunci partisi https://chips-site-b.glitch.me.

Jika Anda membuka kembali situs A, unpartitioned-cookie kini disimpan di browser, tetapi tidak akan dapat diakses dari situs A.

  1. Klik Buka Situs A.
  2. Klik tab Network
  3. Klik https://chips-site-b.glitch.me.
  4. Klik tab Cookies.

Saat berada di situs A, Anda akan melihat __Host-partitioned-cookie dengan kunci partisi https://chips-site-a.glitch.me situs tingkat atas.

Tab jaringan menampilkan cookie dari iframe situs B yang dapat diakses saat disematkan di situs A.

Jika Anda mencentang tampilkan permintaan cookie yang difilter, DevTools akan menampilkan bahwa cookie yang tidak dipartisi diblokir, ditandai dengan warna kuning dengan tooltip: "Cookie ini diblokir karena preferensi pengguna".

Tab jaringan menampilkan cookie yang diblokir dari iframe situs B.

Di Application > Storage > Cookies, mengklik https://chips-site-b.glitch.me akan menampilkan:

  • unpartitioned-cookie dengan kunci partisi kosong.
  • Cookie __Host-partitioned-cookie dengan kunci partisi https://chips-site-a.glitch.me.
Cookie dari situs B di tab Aplikasi DevTools. Cookie __Host-partitioned-cookie memiliki kunci partisi https://chips-site-a.glitch.me. unpartitioned-cookie ditampilkan, tetapi tidak dapat diakses oleh iframe situs B saat disematkan di situs A.

Hapus cookie

Untuk mereset demo, hapus semua cookie untuk situs tersebut:

  • Tekan Control+Shift+J (atau Command+Option+J di Mac) untuk membuka DevTools.
  • Klik tab Aplikasi.
  • Buka Application > Storage > Cookies.
  • Klik kanan https://chips-site-b.glitch.me.
  • Klik Hapus.

Referensi