Kuki vs LocalStorage vs IndexedDB: Cara Laman Web Menyimpan Data Penjejakan

Melangkaui Kuki Pihak Ketiga Tradisional

Selama beberapa dekad, kuki pihak ketiga adalah mekanisme utama untuk menjejaki pengguna di seluruh internet. Walau bagaimanapun, apabila pelayar moden (seperti Safari, Firefox, dan Chrome) mengekang kuki pihak ketiga secara agresif, penjejak pengiklanan telah beralih ke API penyimpanan bahagian klien alternatif.

Memahami perbezaan antara Kuki, LocalStorage, dan IndexedDB adalah penting untuk mengekalkan privasi digital.

---

Perbandingan Mekanisme Penyimpanan Pelayar

| API Penyimpanan | Kapasiti | Tamat Tempoh | Disertakan dalam Permintaan HTTP? | Dikosongkan dengan "Kosongkan Kuki"? | | :--- | :--- | :--- | :--- | :--- | | Kuki HTTP | ~4 KB | Tarikh boleh dikonfigurasi | Ya (Dihantar bersama pengepala) | Ya | | LocalStorage | ~5-10 MB | Berterusan (Tiada tamat tempoh) | Tidak (Dibaca melalui JavaScript) | Selalu terlepas oleh pembersih asas | | SessionStorage | ~5-10 MB | Tab/Sesi ditutup | Tidak (JavaScript sahaja) | Ya (semasa ditutup) | | IndexedDB | > 500 MB+ | Pangkalan data berterusan | Tidak (Pertanyaan JavaScript) | Penyimpanan DB yang berasingan |

---

Cara Penjejak Menyalahgunakan LocalStorage dan IndexedDB

Apabila anda mengosongkan kuki tradisional, skrip penjejakan yang berbahaya boleh membaca ID penjejakan sandaran yang disimpan sebelumnya dalam LocalStorage atau IndexedDB dan segera mencipta semula kuki yang dipadamkan. Teknik ini dikenali sebagai "Respawning" atau "Kuki Zombi".

Strategi Pencegahan:

1. Gunakan Pencegahan Penjejakan Ketat: Pelayar moden seperti Brave dan Firefox mengasingkan penyimpanan klien setiap laman (State Partitioning).
2. Kosongkan Semua Data Laman: Apabila mengosongkan data pelayaran, pastikan anda memilih "Kuki dan data laman lain" dan "Imej dan fail cache".
3. Periksa Tandatangan Pelayar Anda: Gunakan Diagnostik Cap Jari Pelayar untuk memastikan pengecam berasaskan skrip tidak dapat mengenal pasti peranti anda secara pasti.