Keselamatan Java untuk Suntikan Template-Side Server

Mencegah Suntikan Template-Side Server (SSTI) memerlukan empat aspek: 1. Gunakan konfigurasi keselamatan, seperti melumpuhkan panggilan kaedah dan menyekat beban kelas; 2. Elakkan input pengguna sebagai kandungan templat, hanya penggantian berubah -ubah dan mengesahkan input ketat; 3. Mengamalkan persekitaran kotak pasir, seperti kerikil, kumis atau konteks rendering mengasingkan; 4. Secara kerap mengemas kini versi bergantung dan semak logik kod untuk memastikan bahawa enjin templat dikonfigurasi dengan munasabah dan menghalang sistem daripada diserang disebabkan oleh templat yang dikawal oleh pengguna.

Suntikan Template Server (SSTI) adalah isu keselamatan yang mudah diabaikan tetapi mempunyai risiko berpotensi yang sangat tinggi dalam aplikasi Java. Enjin templat pada asalnya bertujuan untuk memudahkan pemaju untuk menghasilkan kandungan dinamik, tetapi jika digunakan secara tidak wajar, penyerang boleh melaksanakan kod sewenang -wenang melalui suntikan templat, yang secara langsung membawa kepada sistem yang dikawal. Walaupun Java tidak mudah mencetuskan SSTI seperti Python atau PHP, akibatnya akan sama serius jika ada masalah.

Berikut adalah beberapa perspektif biasa untuk bercakap tentang cara mencegah SSTI dalam projek Java.

Gunakan konfigurasi enjin templat yang selamat

Banyak enjin templat membolehkan pelaksanaan ekspresi secara lalai, seperti thymeleaf, freemarker, dan halaju. Jika enjin ini tidak mempunyai sekatan, mereka dengan mudah akan menjadi pintu masuk ke SSTI.

Ambil freemarker sebagai contoh. Secara lalai, ia membenarkan kaedah Java memanggil, seperti ${'abc'.getClass().getName()} untuk mendapatkan nama kelas dan selanjutnya melaksanakan kod sewenang -wenangnya. Untuk mengelakkan ini, anda boleh:

• Melumpuhkan panggilan kaedah: cfg.setMethodExposureLevel(Configuration.MethodExposure.LIMITED);
• Lumpuhkan Pemuatan Templat Kelas: Elakkan Input Pengguna sebagai Kandungan Templat
• Tetapkan mekanisme putih untuk menghadkan kelas dan kaedah yang boleh diakses

Begitu juga, Thymeleaf telah melumpuhkan kaedah panggilan dalam ungkapan secara lalai bermula dengan 3.0, tetapi masih disyorkan untuk memeriksa konfigurasi untuk memastikan ciri-ciri berisiko tinggi SpringEL tidak didayakan.

Elakkan menggunakan input pengguna sebagai kandungan templat

Masalah utama SSTI ialah kandungan templat dapat dikawal. Jika aplikasi anda membolehkan pengguna memasukkan sekeping teks dan menjadikannya sebagai templat, ia hampir seperti membuka pintu kepada pencuri.

Sebagai contoh, sesetengah sistem membolehkan pengguna menyesuaikan templat e -mel, kandungan halaman, dan lain -lain. Jika kandungan ini diserahkan secara langsung ke enjin templat untuk diproses, mudah disuntik ke dalam ekspresi berniat jahat.

Cadangan:

• Jangan biarkan pengguna mengawal struktur templat, hanya penggantian pembolehubah yang dibenarkan
• Sekiranya anda perlu membiarkan pengguna mengedit templat, pertimbangkan untuk menggunakan pembolehubah putih, atau memberikan persekitaran kotak pasir
• Checksum yang ketat melarikan diri dari input pengguna, terutama aksara khas seperti ${} , #{} , dll.

Membuat templat pengguna menggunakan kotak pasir atau persekitaran terpencil

Jika aplikasi anda memerlukan templat yang ditentukan pengguna, pertimbangkan untuk menggunakan beberapa enjin template kotak pasir, atau mengasingkan risiko dengan mengehadkan konteks.

Contohnya:

• Menggunakan Pebble , ia tidak melaksanakan panggilan kaedah sewenang -wenangnya secara lalai
• Menggunakan misai , ia adalah bahasa template yang logik secara logik dan tidak mudah untuk mencetuskan SSTI
• Untuk halaju, anda boleh mewarisi EventCartridge untuk menghadkan tingkah laku templat

Di samping itu, anda juga boleh mempertimbangkan untuk menjalankan rendering templat pengguna dalam JVM atau bekas yang berasingan, menyekat keizinannya, seperti tidak memuat kelas sensitif, melarang refleksi, dll.

Tinjauan secara kerap bagaimana templat digunakan dan versi bergantung

Enjin templat itu sendiri juga mungkin mempunyai kelemahan keselamatan, seperti CVE yang berkaitan dengan SSTI yang telah muncul dalam versi lama pembuat freemaker atau halaju.

Cadangan:

• Pastikan kebergantungan enjin templat dikemas kini dengan versi stabil terkini
• Mengimbas kebergantungan projek menggunakan ketergantungan OWASP atau alat yang serupa
• Semak panggilan template cara dalam kod untuk mengelakkan menggunakan logik seperti eval

Secara umum, walaupun SSTI di Java tidak biasa seperti bahasa lain, ia tidak boleh dianggap ringan. Titik utama ialah: Jangan biarkan pengguna mengawal kandungan templat, konfigurasikan enjin templat dengan munasabah, dan gunakan persekitaran kotak pasir jika perlu. Pada dasarnya semua ini, isu -isu keselamatan sering tidak begitu rumit, tetapi mudah diabaikan.

Atas ialah kandungan terperinci Keselamatan Java untuk Suntikan Template-Side Server. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!