Keamanan Browser on Nalar

Nonce CSP dan strict-dynamic Memindahkan Kepercayaan Skrip ke Batas Bootstrap

Sat, 19 Sep 2026 00:00:00 +0000

Content Security Policy dapat berisi daftar panjang host skrip yang diizinkan tetapi tetap memberikan kewenangan eksekusi lebih luas daripada yang dimaksud pembuat aplikasi. Sumber host seperti https://cdn.example.net mengizinkan resource skrip yang cocok dari origin tersebut; aturan itu tidak menyatakan respons individual atau keputusan aplikasi mana yang dipercaya. Saat host yang diizinkan juga menyajikan file yang dikendalikan pengguna, endpoint JSONP lama, atau resource executable lain di luar set yang dimaksud aplikasi, batas berbasis host dapat menjadi terlalu luas.

CSP Strict Dynamic Memindahkan Trust Script dari Daftar Host ke Root dengan Nonce

Thu, 17 Sep 2026 00:00:00 +0000

CSP Strict Dynamic Memindahkan Trust Script dari Daftar Host ke Root dengan Nonce

Halaman production dapat memakai kebijakan script-src yang ketat tetapi tetap bergantung pada bootstrap script yang membuat elemen script tambahan saat runtime. Host allowlist menangani arsitektur ini dengan mencantumkan setiap origin script yang diizinkan. Akibatnya, daftar tersebut terikat pada topologi deployment: memindahkan dependency ke host lain dapat memerlukan perubahan kebijakan, sedangkan mengizinkan host yang terlalu luas dapat memberi izin pada lebih banyak konten executable daripada yang dimaksud aplikasi.

DNS Rebinding Mempertahankan Origin Web Sambil Mengubah Tujuan Jaringan

Thu, 17 Sep 2026 00:00:00 +0000

DNS Rebinding Mempertahankan Origin Web Sambil Mengubah Tujuan Jaringan

Browser dapat memuat konten aktif dari server publik, mempertahankan konten tersebut dalam web origin yang sama, lalu mengirim request berikutnya dengan hostname yang sama ke alamat privat. Tuple origin tidak berubah. Tujuan jaringannya yang berubah.

Ketidakselarasan inilah inti DNS rebinding. Web origin pada dasarnya diidentifikasi oleh scheme, host, dan port, sedangkan DNS memetakan hostname ke alamat jaringan yang berada di luar tuple tersebut. Ketika nama yang dikendalikan penyerang menghasilkan resolusi berbeda dari waktu ke waktu, pemeriksaan origin dan pemeriksaan lokasi jaringan dapat menggambarkan dua batas keamanan yang berbeda.

DNS Rebinding Mempertahankan Web Origin sambil Mengubah Tujuan Jaringan

Thu, 17 Sep 2026 00:00:00 +0000

DNS Rebinding Mempertahankan Web Origin sambil Mengubah Tujuan Jaringan

Browser dapat memuat active content dari server publik, mempertahankan content tersebut dalam web origin yang sama, lalu mengirim request berikutnya dengan hostname yang sama ke alamat privat. Tuple origin tidak berubah. Tujuan jaringannya yang berubah.

Ketidaksesuaian inilah inti DNS rebinding. Web origin terutama diidentifikasi oleh scheme, host, dan port, sedangkan DNS memetakan hostname ke alamat jaringan di luar tuple tersebut. Ketika nama yang dikendalikan attacker menghasilkan resolusi berbeda dari waktu ke waktu, origin check dan network-location check dapat menggambarkan dua security boundary yang berbeda.

Fetch Metadata Mengekspos Konteks Request Browser di Batas Server

Thu, 17 Sep 2026 00:00:00 +0000

Fetch Metadata Mengekspos Konteks Request Browser di Batas Server

Endpoint yang mengubah state dapat menerima dua HTTP request dengan method, path, cookie, dan body yang sama walaupun browser mencapainya melalui konteks yang sangat berbeda. Satu request mungkin berasal dari document milik aplikasi sendiri. Request lain mungkin dipicu foreign site melalui form, image load, navigation, atau mekanisme browser lain yang mengizinkan request tanpa memberi initiating page akses ke response.

Authentication saja tidak memisahkan kedua kasus tersebut. Ambient credential dapat ikut terkirim sesuai aturan cookie dan credential, sedangkan server biasanya baru melihat HTTP message setelah browser membuat keputusan kontekstualnya. Fetch Metadata menambahkan request header yang dibuat browser untuk membawa fakta terpilih mengenai konteks tersebut ke policy boundary server.

Cross-Origin Opener Policy Memisahkan Relasi Window pada Browsing Context Boundary

Wed, 16 Sep 2026 00:00:00 +0000

Cross-Origin Opener Policy Memisahkan Relasi Window pada Browsing Context Boundary

Browser dapat mencegah cross-origin popup membaca sebagian besar properti opener-nya sambil tetap mempertahankan hubungan hidup antara kedua window. Same-origin policy membatasi akses langsung ke foreign document, tetapi cross-origin WindowProxy dapat tetap dapat dijangkau, mengekspos interface terbatas, ikut dalam navigation relationship, dan membawa observable state seperti apakah window yang direferensikan sudah ditutup.

Perbedaan ini penting bagi aplikasi yang menganggap origin separation sama dengan window separation. Halaman hostile dapat membuka site sensitif, atau site sensitif dapat membuka external service, sementara kedua document tetap berhubungan melalui browser-level context machinery. Cross-Origin-Opener-Policy (COOP) mengubah hubungan ini dengan mengontrol penempatan ke browsing context group.