Коментарі для запису: Обхід багатопрохідних фільтрів http://websecurity.com.ua/2115/ Mon, 04 May 2026 16:21:25 +0000 http://wordpress.org/?v=MustLive Edition від: MustLive http://websecurity.com.ua/2115/#comment-130311 Wed, 21 May 2008 20:54:34 +0000 http://websecurity.com.ua/2115/#comment-130311 Так, цікавий перелік фільтрів на MySpace. Який буде корисним для читачів, що цікавляться даною темою. Так, цікавий перелік фільтрів на MySpace. Який буде корисним для читачів, що цікавляться даною темою.

]]> від: trovich http://websecurity.com.ua/2115/#comment-129766 Tue, 20 May 2008 08:42:43 +0000 http://websecurity.com.ua/2115/#comment-129766 Ось ще, господині на замітку: http://timmeh.us/filtered.html Тобі навряд чи це не відомо, але можу комусь із читачів стане у пригоді. Ось ще, господині на замітку: http://timmeh.us/filtered.html
Тобі навряд чи це не відомо, але можу комусь із читачів стане у пригоді.

]]> від: MustLive http://websecurity.com.ua/2115/#comment-129529 Mon, 19 May 2008 16:13:48 +0000 http://websecurity.com.ua/2115/#comment-129529 Там потрібно не ще один прохід, а порядок проходів зробити інший. Бо якщо в тебе вже відбувся прохід фільтра, де ти перевірив на XSS код, то потім після проходу з видаленням пробілів, ще раз запускати перевірку на XSS мало хто буде (бо це неоптимальне витрачання ресурсів комп'ютера). Розробники фільтрів даних за звичай фільтрують "атакуючий код" на одному проході, частіше всього на початку. І в подальшому (коли використовується складний багатопрохідний фільтр) вже не перевіряють дані на "атакуючий код". Що і може бути використане для обходу фільтрів ;-). Тому оптимальним варіантом буде зміна порядку проходів фільтра. Можна звичайно шаблони фільтру ускладнити, але краще зробити оптимальний порядок його проходів. Там потрібно не ще один прохід, а порядок проходів зробити інший.

Бо якщо в тебе вже відбувся прохід фільтра, де ти перевірив на XSS код, то потім після проходу з видаленням пробілів, ще раз запускати перевірку на XSS мало хто буде (бо це неоптимальне витрачання ресурсів комп’ютера). Розробники фільтрів даних за звичай фільтрують “атакуючий код” на одному проході, частіше всього на початку. І в подальшому (коли використовується складний багатопрохідний фільтр) вже не перевіряють дані на “атакуючий код”. Що і може бути використане для обходу фільтрів ;-) .

Тому оптимальним варіантом буде зміна порядку проходів фільтра. Можна звичайно шаблони фільтру ускладнити, але краще зробити оптимальний порядок його проходів.

]]> від: trovich http://websecurity.com.ua/2115/#comment-129445 Mon, 19 May 2008 11:45:25 +0000 http://websecurity.com.ua/2115/#comment-129445 Гм. А ще один прохід зробити, нє? Гм. А ще один прохід зробити, нє?

]]>