Keracunan Cache dan Perlindungan Lapisan Cache

Keracunan cache web memperdaya cache supaya menyimpan respons berniat jahat yang kemudiannya disampaikan kepada pengguna lain. Penyerang memanipulasi input yang mempengaruhi respons tetapi bukan sebahagian daripada kunci cache.

• Penyerang menghantar permintaan yang direka khas
• Asal memantulkan input penyerang ke dalam respons
• Cache menyimpannya lalu menyampaikannya kepada semua orang

Punca asasnya ialah input tanpa kunci: pengepala atau parameter yang mengubah respons tetapi dikecualikan daripada kunci cache. Jika penyerang mengawalnya, mereka boleh meracuni entri dikongsi tersebut.

Bayangkan asal memantulkan X-Forwarded-Host ke dalam URL yang dijana tetapi cache mengabaikan pengepala itu. Penyerang menetapkannya kepada domain mereka, lalu halaman yang dicache kini mengarahkan semua orang kepada sumber penyerang.

Pertahanan utama ialah memasukkan setiap input yang mempengaruhi respons ke dalam kunci cache, atau membuang pengepala berbahaya sebelum caching. Jangan sesekali pantulkan pengepala yang tidak dipercayai ke dalam output yang dicache.

Penipuan cache memperdaya cache supaya menyimpan data peribadi di bawah URL yang kelihatan awam. Penyerang menambahkan sambungan statik palsu supaya cache menganggap halaman sensitif sebagai aset yang boleh dicache.

Lindungi sistem dengan mencache berdasarkan Content-Type sebenar dan peraturan yang jelas, bukan sambungan URL semata-mata. Jangan sesekali cache respons yang ditandai private atau yang menetapkan kuki berpenguatan.

Konfigurasikan pinggir untuk membuang pengepala yang tidak sepatutnya dikawal oleh penyerang sebelum pengepala tersebut sampai ke asal atau cache, seperti pengepala gaya forwarded-host melainkan dipercayai secara jelas.

Jika asal mesti menggemakan sesuatu nilai, sahkan dan kodkannya. Jangan sesekali bina URL atau skrip yang boleh dicache secara langsung daripada pengepala permintaan tanpa senarai benarkan yang ketat.

Respons berpenguatan lazimnya hendaklah memintas cache yang dikongsi. Halakan permintaan pengguna yang telah log masuk mengelilingi cache awam, atau tandakannya sebagai private, no-store supaya tidak pernah dikongsi.

Perhatikan kejanggalan: entri cache yang tiba-tiba mempunyai hos tidak dijangka, lonjakan 4xx selepas penggunaan, atau laporan pengguna yang melihat kandungan asing. Pengesanan membolehkan anda melakukan penghapusan dengan pantas.

Lindungi lapisan cache dengan:

• Menggunakan kunci berdasarkan setiap input yang mempengaruhi respons
• Membuang pengepala pemajuan yang tidak dipercayai
• Mencache berdasarkan jenis kandungan, bukan sambungan URL
• Jangan sesekali mencache respons peribadi atau berpenguatan
• Mengekod sebarang nilai permintaan yang dipantulkan

Anda telah mempelajari cara serangan keracunan cache dan penipuan cache mengeksploitasi input tanpa kunci dan caching berasaskan URL. Anda telah melihat pertahanan seperti kebersihan kunci cache yang ketat, pembuangan pengepala yang tidak dipercayai, caching berdasarkan jenis kandungan, tidak berkongsi respons berpenguatan, serta pemantauan terhadap kejanggalan.