Apakah penyamaran CrispGuard dilakukan secara lokal — dan bisakah ekstensinya sendiri membocorkan apa yang Anda tangkap layar?

CrispGuard menggambar penyamaran di dalam browser: kata kunci menjadi bilah, gambar menjadi blok pengganti, area menjadi lapisan, dan tidak satu pun dari itu memerlukan server. Tetapi semua itu bekerja di lapisan halaman, bukan lapisan sistem operasi, jadi tangkapan layar yang melewati rendering browser bisa saja tidak memuat penyamaran. Ini bukan produk keamanan dan tidak mengenkripsi layar.

Apa saja yang bisa ditutup CrispGuard dijelaskan di halaman produk lewat tiga bentuk penutup. Halaman ini lebih sempit: di mana penyamaran terjadi, dan apa yang dilindungi oleh posisi itu — serta apa yang tidak.

Jalur data CrispGuard: apa yang tinggal di browser dan apa yang keluar

Penyamaran berjalan di content script ekstensi, di dalam halaman yang sudah Anda buka. Pencocokan teks, penggantian gambar, dan penggambaran lapisan semuanya terjadi saat halaman dirender secara lokal. Tidak ada langkah dalam jalur itu yang mengunggah halaman ke server.

CrispGuard adalah ekstensi Chrome, dan bagian yang bekerja adalah content script — kode yang disuntikkan browser ke halaman yang sedang Anda lihat. Kode itu membaca teks dan gambar yang sudah ada di dokumen, membandingkannya dengan daftar kata kunci yang Anda atur, lalu menulis ulang apa yang akan digambar browser. Kata kunci yang cocok menjadi bilah penuh, blok warna, atau emoji. Gambar yang cocok menjadi blok pengganti. Area yang Anda pilih diberi lapisan di atasnya. Halaman di bawahnya tetap berfungsi: tautan tetap membuka, formulir tetap terkirim, gulir tidak terpengaruh.

Setiap langkah itu adalah operasi lokal pada dokumen yang memang sudah diunduh: pencocokan berjalan terhadap daftar yang tersimpan bersama ekstensi, bukan terhadap model di server, dan tidak ada tahap dalam jalur itu yang perlu mengirim halaman ke mana pun.

Itu pernyataan tentang jalur penyamaran, dan ada baiknya tepat soal apa yang tidak dicakupnya. "Penyamaran lokal" dan "tanpa permintaan jaringan sama sekali" adalah dua pernyataan berbeda. Yang kedua lebih kuat dan bisa diperiksa. Halaman ini tidak menaikkan yang pertama menjadi yang kedua. Menurut deskripsi fitur di halaman toko, keputusan penyamaran dan penggambarannya terjadi di perangkat Anda. Apa yang dihubungi ekstensi lewat jaringan — verifikasi lisensi, apa pun itu — ditentukan oleh kebijakan privasinya, dan dokumen itulah yang perlu dibaca sebelum memutuskan. Tujuan desainnya adalah menahan sebanyak mungkin data di dalam browser; perilaku jaringan yang tepat adalah pertanyaan untuk kebijakan privasi, bukan untuk halaman pemasaran.

Pembanding yang berguna adalah produk yang menyatakan versi lebih kuat. Kebijakan privasi ContextBlur menyatakan pemrosesan 100% lokal dan tanpa permintaan jaringan, menyebut bahwa blur otomatis hanya berjalan saat pengguna menekan "Run auto-blur now", dan menyebut bahwa yang disimpan hanya selektor CSS, bukan isi halaman. Apa pun kesimpulan Anda, itu menunjukkan sesuatu yang berguna: di kategori ini, "diproses secara lokal" adalah klaim yang bisa diterbitkan pemasok dan bisa ditagih pertanggungjawabannya. Itu bukan argumen khas CrispGuard, dan tidak seharusnya dipercaya begitu saja dari pemasok mana pun, termasuk yang ini.

Satu batas lain perlu disebut di sini. Penyamaran mengubah apa yang ditampilkan halaman. Ia tidak mengenkripsi halaman, tidak menyembunyikannya dari proses browser itu sendiri, dan tidak menghentikan siapa pun yang punya akses ke komputer Anda yang tidak terkunci untuk membuka alat pengembang dan membaca DOM langsung. CrispGuard adalah kemudahan privasi untuk ruang bersama, bukan produk keamanan, dan tidak seharusnya digambarkan sebagai produk keamanan.

Apa yang terjadi pada penyamaran saat Anda mengambil tangkapan layar atau merekam — apa yang tertutup dan apa yang tidak

Jalur penangkapan yang menentukan. Kalau alat membaca halaman yang dirender browser, penyamaran biasanya ikut dalam gambar itu. Kalau alat membaca frame buffer sistem operasi, atau kamera memotret layar, ekstensi tidak bisa menaruh penyamaran di sana.

Mekanismenya menjelaskan hasilnya. Ekstensi browser hidup di dalam alur rendering halaman: ia mengubah DOM dan gaya yang menempel padanya, lalu browser melukis hasilnya. Alat tangkap layar ada dua keluarga. Sebagian meminta browser menunjukkan apa yang sedang ditampilkan — alat itu membaca halaman terender yang sudah diubah ekstensi. Sebagian lain membaca frame buffer sistem operasi, yaitu gambar gabungan seluruh layar, dan tidak bertanya pada halaman sama sekali.

Platform seluler menunjukkan apa yang bisa dilakukan keluarga kedua bila platformnya ikut mendukung. FLAG_SECURE di Android memblokir tangkapan layar di lapisan keamanan platform, sehingga sistem operasi menolak penangkapan itu. Ekstensi Chrome tidak punya lapisan setara — tidak ada API yang memungkinkan ekstensi meminta Windows, macOS, atau perangkat penangkap menolak frame.

Penyamaran CrispGuard adalah kendali keterlihatan di lapisan halaman, bukan pencegahan tangkapan layar. Kalau Anda perlu memblokir tangkapan pada tingkat perangkat keras, gunakan mekanisme tampilan aman yang disediakan sistem operasi atau platform, bukan ekstensi browser.

Ada dua konsekuensi praktis. Pertama, anggap penyamaran tidak ada pada tangkapan yang belum Anda uji. Kedua, ujinya murah: ambil satu tangkapan dengan alat yang benar-benar Anda pakai, pada halaman yang benar-benar sudah Anda samarkan, lalu lihat hasilnya.

Bagaimana PIN kunci situs disimpan — sinyal kepercayaan yang bisa Anda periksa

PIN kunci situs disimpan sebagai hash bergaram, tidak pernah sebagai teks biasa. Siapa pun yang membaca penyimpanan lokal ekstensi mendapat nilai yang tidak bisa diketik ke kotak buka kunci. Pengaturan tetap antarmuka biasa; PIN hanya diminta saat membuka kunci.

Kunci situs adalah fitur PRO: ia meminta PIN sebelum mencabut perlindungan pada situs yang Anda kunci. Yang disimpan ekstensi adalah hash bergaram dari PIN itu — PIN dilewatkan fungsi satu arah bersama nilai acak — bukan PIN-nya. Jadi membaca penyimpanan lokal tidak menyerahkan rahasia yang bisa dipakai. Garamnya juga penting: dua pemasangan dengan PIN sama menghasilkan nilai tersimpan yang berbeda, sehingga data tidak mengungkapkan bahwa PIN-nya sama.

Keputusan kecil ini layak ditimbang karena bisa diperiksa. Produk yang menyimpan PIN sebagai teks biasa memberi tahu sesuatu tentang cara ia memikirkan penyimpanan; produk yang menyimpan hash memberi tahu bahwa ia sudah menganggap penyimpanan itu akan dibaca orang. Tidak satu pun dari keduanya membuat produk langsung bisa dipercaya, tetapi pada alat yang duduk di setiap halaman yang Anda buka, Anda ingin melihat yang kedua.

Apa yang tidak dilakukan hash sama pentingnya. Ia melindungi nilai yang tersimpan, bukan keadaan terbuka: kalau situs sudah terbuka dan seseorang berdiri di belakang Anda, yang ia baca adalah halaman, bukan hash. PIN angka pendek juga bisa ditebak bila percobaannya cukup banyak, dan hash tidak mengatakan apa pun tentang berapa percobaan yang diizinkan. Hash menjawab tepat satu pertanyaan — apa yang didapat penyerang dari membaca berkas ini — dan menjawabnya dengan baik.

Kalau Anda sedang menilai apakah akan memercayai ekstensi privasi layar, apa yang perlu diperiksa?

Lima pemeriksaan menentukan sebagian besar: apa kata kebijakan privasi soal pengiriman isi halaman, di lapisan mana penyamaran benar-benar terjadi, izin apa yang diminta, apakah deteksi otomatis menunggu klik, dan apakah produk mengakui batasnya.

Tidak satu pun menuntut latar teknis. Semuanya menuntut membaca satu kebijakan dan satu daftar izin — beban yang wajar sebelum memberi alat kemampuan membaca setiap halaman yang Anda buka.

1. Apakah kebijakan privasi menyebut dengan kata-kata sendiri bahwa isi halaman, tangkapan layar, dan riwayat penjelajahan tidak dikirim? Kebijakan yang menyebut ketiga kategori itu membuat pernyataan yang bisa dibantah; yang hanya mengatakan "menghormati privasi Anda" tidak, dan pernyataan yang tidak bisa dibantah juga tidak bisa diperiksa kemudian.
2. Apakah penyamaran dilakukan di content script atau lapisan halaman, atau isinya harus lebih dulu sampai ke server? Jawabannya menentukan apakah "lokal" itu sifat arsitektur atau hanya kata di deskripsi — dan hanya yang pertama bertahan saat jaringan mati.
3. Apakah ekstensi meminta izin yang tidak ada hubungannya dengan penyamaran — papan klip, intersepsi permintaan, akses situs jauh melebihi kebutuhan? Setiap izin adalah kemampuan yang ada, terlepas dari apakah versi sekarang memakainya, jadi daftar itu menjelaskan apa yang mungkin terjadi, bukan hanya yang sedang terjadi.
4. Apakah deteksi otomatis hanya berjalan saat Anda memicunya? Fitur yang memindai setiap halaman secara bawaan punya sikap privasi berbeda dari yang menunggu klik, meski keduanya menghasilkan hal yang sama di layar.
5. Apakah produk menyatakan batasnya — "bukan produk keamanan", "tidak menghentikan tangkapan di tingkat sistem" — atau menjanjikan pemblokiran tangkapan? Pemasok yang menyebut batasnya biasanya sudah memikirkan di mana batas itu; yang menjanjikan segalanya entah keliru atau sedang menjual sesuatu.

Ini bukan kartu skor, dan halaman ini tidak mengisinya atas nama CrispGuard. Bila suatu poin tidak bisa dipastikan dari dokumentasi publik, anggap belum terkonfirmasi dan bacalah kebijakan privasi. Itu versi jawaban yang jujur, dan satu-satunya yang tetap benar setelah rilis berikutnya.

Pertanyaan umum

Apakah CrispGuard mengirim isi halaman saya ke server?

Jalur penyamaran tidak perlu begitu. Pencocokan terjadi di content script terhadap daftar kata kunci yang tersimpan bersama ekstensi, dan penggantiannya digambar di halaman itu sendiri, jadi tidak ada langkah dalam jalur itu yang mengunggah halaman. Apakah ekstensi membuat permintaan jaringan lain — verifikasi lisensi, misalnya — ditentukan oleh kebijakan privasinya, dan itulah dokumen yang perlu diperiksa.

Saya memakai alat tangkap layar sistem — apakah penyamarannya masih ada?

Tidak dijamin. Tangkapan layar sistem membaca frame buffer sistem operasi, sedangkan ekstensi hanya mengubah apa yang dirender browser, jadi muncul atau tidaknya bergantung pada jalur penangkapan, bukan pada penyamaran yang sedang aktif. Kalau penangkapan lewat keluaran terender browser, penyamaran biasanya ikut termuat.

Apakah perekam layar akan merekam penyamarannya?

Bergantung pada mode penangkapan perekam. Alat yang membaca halaman terender atau kompositor browser biasanya menyertakan lapisan itu; alat yang mengambil layar di tingkat sistem operasi bisa melewatinya sepenuhnya. Tidak ada pengaturan di CrispGuard yang mengubah ini, karena batasnya ada di jalur penangkapan, bukan di ekstensinya.

Kalau saya lupa PIN kunci situs, apakah ekstensi menampilkannya sebagai teks biasa?

Tidak — yang disimpan hanya hash bergaram dari PIN, jadi membaca penyimpanan lokal ekstensi tidak mengungkap PIN-nya. Itu melindungi apa yang tersimpan, bukan apa yang bisa dilihat orang: kalau situsnya sudah terbuka dan seseorang melihat layar Anda, PIN tidak relevan.

Bisakah ekstensi privasi layar menggantikan filter privasi?

Tidak. Filter privasi mempersempit sudut pandang layar fisik, sehingga orang di sebelah Anda sama sekali tidak bisa membacanya, sedangkan ekstensi hanya mengubah piksel di dalam browser. Filter juga menutup semua yang ada di layar — aplikasi lain, notifikasi, panggilan video — yang tidak bisa dijangkau ekstensi browser. Itulah yang dimaksud batas di atas: kendali di lapisan halaman bukan pencegahan tangkapan layar.

Kalau saya benar-benar perlu mencegah tangkapan layar, apa yang harus dipakai?

Mekanisme platform, bukan ekstensi browser. FLAG_SECURE di Android, jalur pemutaran yang dilindungi DRM, dan kebijakan perangkat terkelola yang menonaktifkan penangkapan semuanya bekerja di lapisan sistem operasi atau platform, yaitu lapisan yang benar-benar dilewati sebuah tangkapan layar. Untuk sebagian besar situasi ruang bersama, filter privasi ditambah memalingkan layar adalah jawaban yang praktis.

← Semua artikel