1206 читателей, 142 поста
Администрация
Модераторы
Всё о популярном движке для блогов Wordpress.
Новая уязвимость Wordpress — возможна DOS атака
Свежая уязвимость в Wordpress которая позволяет провести DOS атаку на блог жертвы используя файл wp-trackback.php
Для исправления этой уязвимости необходимо добавить следующий код в файл functions.php, который находится в папке шаблона блога:
Если у вас нет возможности или знаний, для того, чтобы прописать данный код в вашем блоге, скачайте и установите плагин который исправляет эту уязвимость.
Эксплоит уязвимости: jarraltech.com/2009/10/new-0-day-wordpress-exploit/
Источник: blogproblog.com/wp-trackback_dos_attack/
Для исправления этой уязвимости необходимо добавить следующий код в файл functions.php, который находится в папке шаблона блога:
function ft_stop_trackback_dos_attacks(){
global $pagenow;
if ( 'wp-trackback.php' == $pagenow ){
// DoS attack fix.
if ( isset($_POST['charset']) ){
$charset = $_POST['charset'];
if ( strlen($charset) > 50 ) { die; }
}
}
}
add_action('init','ft_stop_trackback_dos_attacks');Если у вас нет возможности или знаний, для того, чтобы прописать данный код в вашем блоге, скачайте и установите плагин который исправляет эту уязвимость.
Эксплоит уязвимости: jarraltech.com/2009/10/new-0-day-wordpress-exploit/
Источник: blogproblog.com/wp-trackback_dos_attack/
комментарии (52)
Здесь не проверяется переменная кол-ва записей на странице и делается выборка во всю таблицу.
Точно то же на сайте Adobe (коммерческий ColdFusion)
Разруха не в сортирах.
Займитесь прямым своим делом и вершите неуязвимое.
А в описанном случае тот файл роли не играет — его можно стереть и забыть, ничего не ломается.
P. S.
топик бы уместно пошел в блог ИБ или WordPress
Просто тенденция такова, что на php больше бесплатного кода, чем на том же asp. Соответственно, и косяков там больше.
внутри VB, видно из ошибок когда валится база
Просто Вордпресс под прицелом тысяч злобных хакеров (ибо взломав WP ты получаеш доступ к мульену блогов).
Вот когда кодить будут роботы, написанные роботами, тогда и можно надеяться на отсутствие багов, а пока терпите. Так то!
ГламуРрКа: ПрИвЕтИк
ATM: Чё надо?
ГламуРрКа: Ты ЧиВо ТаКаЯ БукА? =)))
ATM: Иди нахуй
ГламуРрКа: ЧеГоО?!?!?!
ATM: ИдИ НаХуЙ
Собственно как Вам больше нравится хоть MS хоть D
Denial of Service
Distributed Denial of Service
А по сути, имхо, лучше находить и закрывать баги, чем забить на них вообще
1. Судя по exploit это buffer overflow и проблема в php — следовательно нужна его версия, ссылка на баг и так далее
2. Если баг в php не исправлен, то опасности подвержен не только WP.
Не в курсе насколько быстро php выполняет операции с очень большими строками, но идущие:
$charset = strtoupper( trim($charset) ); strpos($charset, 'UTF-7') if ( function_exists('mb_convert_encoding') ) { // For international trackbacks $title = mb_convert_encoding($title, get_option('blog_charset'), $charset); $excerpt = mb_convert_encoding($excerpt, get_option('blog_charset'), $charset); $blog_name = mb_convert_encoding($blog_name, get_option('blog_charset'), $charset); }с километровой $charset уложит на лопатки кого угодно.Here’s the results from a quick test against my server:
21:30:29 up 21 days, 1:06, 19 users, load average: 49.06, 27.11, 19.24
что из списка отрублено в настройках — устраняю вопрос вместе с файлом
сам протокол делает меня мнительным — у меня в корне лежит файл с известным всему миру названием,
любой может независимо от меня пустить некешируемый скрипт, дергающий базу, и создать нагрузку
по ссылке автора есть эксплоит )
p.s. кстати по логам уже видно что что проверял кроме меня…
То что пьешь, всегда на ком-то надо проверять… (с) Шнур
Заменить
с
if ( strlen($charset) > 50 ) { die; }
на
if ( strlen($charset) > 50 ) { die(«Holy shit! I'm dieing....»); }
Все надо делать с юмором :)
эхх побегу изучать php :-D
С каждуй сборкой все более интересные дырки :-/
А по мне так замечательная система.
>Пока разработчики не найдут в себе силы переписать его с нуля
Это не более чем МИФ.
Что якобы переписав сложную систему с нуля можно получить нечто совершенно безопасное…
Так сложилось, что быги были, есть и будут есть.
От этого никто не застрахован.
wordpress.org/development/2009/10/wordpress-2-8-5-hardening-release/
А вот файлы движка изменять не нужно. Я не особо ковырялся в WPMU, но думаю что там такая же концепция.
Вообще это наверное из-за моей неопытности и можно просто один файл сделать, который будет хранить все дополнения в движок, но я пока это не тяну
i1t2b3.com/2009/05/19/sites-on-single-wp-install/