Catatan terbitan Django 1.6.10¶
13 Januari 2015
Django 1.6.10 memperbaiki beberapa masalah keamanan di 1.6.9.
Kepala WSGI menipu melalui garis bawah atau penggabungan tanda garis¶
Ketika kepala HTTP ditempatkan kedalam kepungan WSGI, mereka dinormalkan dengan merubah menjadi huruf besar, merubah semua tanda garis menjadi garis bawah, dan megnawali HTTP_. Sebagai contoh, sebuah kepala X-Auth-User akan menjadi HTTP_X_AUTH_USER di kepungan WSGI (dan demikian juga di kamus request.META Django).
Sayangnya, ini berarti bahwa kepungan WSGI tidak dapat membedakan diantara kepala mengandung tanda garis dan kepala mengandung garis bawah: X-Auth-User dan X-Auth_User keduanya menjadi HTTP_X_AUTH_USER. Ini berarti bahwa jika kepala digunakan dalam cara sensitif-keamanan (sebagai contoh, melewatkan informasi otentifikasi bersama dari proxy paling-depan), bahkan jika proxy secara hati-hati melucuti nilai apapun yang datang untuk X-Auth-User, seorang penyerang mungkin dapat menyediakan kepala X-Auth_User (dengan garis bawah) dan melewatkan perlindungan ini.
Untuk mencegah serangan seperti itu, kedua Nginx dan Apache 2.4+ melucuti semua kepala mengandung garis bawah dari permintaan yang datang secara awalan. Peladen pengembangan siap-pakai Django sekarang melakukan hal sama. Peladen pengembangan Django tidak dianjurkan untuk penggunaan produksi, tetapi mencocokkan perilaku dari produksi umum peladen mengurangi kawasan permukaan untuk perubahan perilaku selama penyebaran.
Mengurangi kemungkinan serangan XSS melalui mengalihkan URL penyediaan-pengguna¶
Django relies on user input in some cases (e.g.
django.contrib.auth.views.login() and i18n)
to redirect the user to an "on success" URL. The security checks for these
redirects (namely django.utils.http.is_safe_url()) didn't strip leading
whitespace on the tested URL and as such considered URLs like
\njavascript:... safe. If a developer relied on is_safe_url() to
provide safe redirect targets and put such a URL into a link, they could suffer
from a XSS attack. This bug doesn't affect Django currently, since we only put
this URL into the Location response header and browsers seem to ignore
JavaScript there.
Serangan denial-of-service terhadap django.views.static.serve¶
Di versi terlama dari Django, tampilan django.views.static.serve() membaca berkas-berkas itu dilayani satu baris pada satu waktu. Karena itu, berkas besar dengan tidak ada baris baru akan menghasilkan penggunaan memori sama pada ukuran berkas itu. Seorang penyerang dapat memanfaatkan ini dan meluncurkan serangan denial-of-service dengan permintaan banyak berkas besar secara bersama. Tampilan ini sekarang membaca berkas dalam potongan untuk mencegah penggunaan memori besar.
Catat, bagaimanapun bahwa tampilan ini selalu membawa peringatan yang itu tidak mengeras untuk penggunaan produksi dan harus digunakan hanya sebagai bantuan pengembangan. Sekarang mungkin waktu bagus untuk memeriksa peoyek anda dan melayani berkas anda di penggunaan produksi menggunakan peladen jaringan paling-depan sebenarnya jika anda tidak melakukannya.
Denial-of-service basisdata dengan ModelMultipleChoiceField¶
Diberikan sebuah formulir yang menggunakan ModelMultipleChoiceField dan show_hidden_initial=True (bukan sebuah dokumentasi API), itu memungkinkan untuk pengguna untuk menyebabkan angka tidak beralasan dari permintaan SQL dengan mengajukan penggandaan nilai untuk data bidang. Logika pengesahan di ModelMultipleChoiceField sekarang menghapus penggandaan nilai diajukan ke alamat masalah ini.
