Критическая уязвимость в MySQL

так и знал что рано

Follow the blue elephant, Mysql...
О да, кодировками SJIS, BIG5 и GBK пользуюсь каждый день! ,-)

пипец. Просто слов нет. А тем, кто по жизни искейпил по своему, не через mysql_real_escape_string(), что делать?

> О да, кодировками SJIS, BIG5 и GBK пользуюсь каждый день! ,-)

китаетс, что ли?

> с правами пользователя из под которого запущен сервер СУБД.

mysql, из чё он сделает от этого пользователя?

Сможет дропнуть тебе таблцы

запустить ботнет клиента сможет или бекдор повесить

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

Ничего не понял. По моему выполнение произвольного кода и SQL-инъекции это две большие разницы

Не совсем понял, а версия 4.0.20 тоже уязвима ?

Ничего. Ошибка заключается в неправильной обработки строки в функции mysqk_real_escape_string(), а те, кто ее не используют - не подвержены уязвимости.

мляяя.. а 5.1.10 не релизнулась чтоли? на одном серваке 4.1.х до 4.1.20 проапгрейдил, а пятерку придется уязвимой оставить :( оцтой какой

> Ничего. Ошибка заключается в неправильной обработки строки в функции mysqk_real_escape_string(), а те, кто ее не используют - не подвержены уязвимости.

Похоже, никто не читал оригинального анонса. Ошибка не в mysql_real_escape_string(), а в сервере, который неправильно обрабатывает строки, правильно закодированные при помощи mysql_real_escape_string(). Зачем PHP и выполнение произвольного кода в новости приплели, вообще непонятно.

прибив хороший

PHP здесь непричём. А уязвимост эту сначала нашли в Postgres.

> в неправильной обработки строки в функции mysqk_real_escape_string(), а те, кто ее не используют - не подвержены уязвимости.

Читай исчо. Те, кто её не используют, подвержены ещё большей уязвимости,
причём 100%-ной. И php тут никаким боком. Ту же самую проблему можно
поиметь и из жабы, и из любого другого языка.