The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Кардинальный метод защиты от XSS и атак по подстановке SQL-з..., opennews (??), 17-Июн-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  –1 +/
Сообщение от ffsdmad (ok), 17-Июн-10, 01:00 
идея конечно гениальна
НО
если у меня в базе будут base64 закодированные данные, то select * from table where like '%query%' работать просто не будет и мне скажут нах.. зачем нам база без поиска?
а если не хранить в base64 то смысла нет, так как подставить под base64 кавычки или join ни кто не мешает

а для DNS хакера эта идея конечно хороша

Ответить | Правка | Наверх | Cообщить модератору

8. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  –1 +/
Сообщение от Alex (??), 17-Июн-10, 01:16 
Base64 передается в только в запросе, завернутый в вызов функции преобразования.
В базе хранится обычный текст, естественно.
Ответить | Правка | Наверх | Cообщить модератору

10. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  –2 +/
Сообщение от ffsdmad (ok), 17-Июн-10, 01:20 
а какой смысл если после декодирования в запросе появится лишняя кавычка или join ?
Ответить | Правка | Наверх | Cообщить модератору

11. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  +1 +/
Сообщение от ffsdmad (ok), 17-Июн-10, 01:22 
>а какой смысл если после декодирования в запросе появится лишняя кавычка или
>join ?

либо это должно быть встроено в субд, всмысле врапер, чтобы раскодированная строка уже не парсилась

Ответить | Правка | Наверх | Cообщить модератору

24. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  +3 +/
Сообщение от Аноним (-), 17-Июн-10, 05:15 
само собой, base64 декодируется уже внутри СУБД, средствами субд и представляет из себя только сроку, а не команду.
Ответить | Правка | Наверх | Cообщить модератору

20. "Кардинальный метод защиты от XSS и атак по подстановке SQL-з..."  +1 +/
Сообщение от Аноним (-), 17-Июн-10, 04:27 
>а если не хранить в base64 то смысла нет, так как подставить
>под base64 кавычки или join ни кто не мешает

base64 всегда буквы и цифры, т.е. чтобы не делал в запросе всегда будут буквы и цифры, никаких кавычек не появятся. Посмотрите пример, к БД всегда уходят запросы типа fname=b64d("abc"), где abc строка в base64 формате, хоть ты туда изначально !@#$%^&* поместишь.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру