Proteksi cache poisoning adalah serangkaian langkah teknis untuk mencegah penyerang memanipulasi cache server atau perantara (CDN/proxy) agar menyajikan konten berbahaya kepada pengguna lain. Serangan ini memanfaatkan ketidakcocokan antara cara aplikasi web memproses input dan cara server cache mengidentifikasi kunci cache (cache key), yang biasanya melibatkan parameter tersembunyi seperti header HTTP (misalnya X-Forwarded-Host).
Implementasi pertahanan yang efektif memerlukan kombinasi konfigurasi pada tingkat server HTTP, validasi masukan pada kode aplikasi, serta pengelolaan cache keys yang ketat. Tanpa mitigasi yang tepat, respons beracun (poisoned response) dapat bertahan di cache dalam jangka waktu lama dan berdampak masif pada seluruh pengunjung situs.
Matriks Strategi Mitigating Cache Poisoning
| Lapisan Pertahanan | Metode Teknis | Target Kerentanan |
|---|---|---|
| Aplikasi / Backend | Normalisasi dan validasi ketat pada header HTTP yang masuk. | Header Injection & Response Splitting |
| Konfigurasi CDN / Proxy | Menghapus header tidak dikenal dan membatasi komponen cache key. | Unkeyed Header Manipulation |
| Kontrol Cache (Header) | Menggunakan header Vary secara akurat untuk memisahkan cache berdasarkan header spesifik. |
Parameter Cloaking |
Langkah Teknis Implementasi Pertahanan
1. Konfigurasi Header Vary yang Tepat
Server cache membedakan respons berdasarkan kunci cache standar seperti URL. Jika aplikasi Anda merespons secara berbeda berdasarkan header tertentu (seperti User-Agent atau header kustom), pastikan header tersebut dideklarasikan dalam respons HTTP agar CDN tidak mencampuradukkan respons untuk pengguna yang berbeda.
Vary: Accept-Encoding, User-Agent, X-Custom-Header2. Sanitasi Input dan Header pada Server
Sebagian besar kerentanan terjadi karena aplikasi mempercayai nilai dari header seperti X-Host atau X-Forwarded-Host tanpa validasi. Ubah konfigurasi web server (seperti Nginx atau Apache) atau kode aplikasi untuk mengabaikan header ini atau memvalidasinya terhadap whitelist domain yang diizinkan.
3. Menonaktifkan Cache untuk Parameter Asing
Gunakan fitur pengecualian cache pada CDN (seperti Cloudflare, Akamai, atau Fastly) untuk mengabaikan atau menghapus parameter query string yang tidak dikenal yang sering digunakan penyerang untuk menyuntikkan payload (misalnya parameter debugging atau pelacakan acak).
Troubleshooting Masalah Cache
Jika situs terlanjur mengalami kerentanan cache poisoning:
- Segera lakukan Purge Cache secara menyeluruh pada dasbor CDN atau server proxy Anda.
- Periksa log akses server untuk menemukan pola permintaan aneh yang menggunakan header HTTP non-standar.
- Uji ulang menggunakan alat pemindai keamanan web atau injeksi manual pada lingkungan staging sebelum menerapkannya ke produksi.