Если я правильно понял обсуждение проблемы, то при установленном register_globals off (как и должно всегда быть) опасности нет.
К сожалению, на shared хостингах это невозможно.
пару дней назад увидел в статистике строчки под modx(обычно куча других сканирований на уязвимости), попробовал, не пашут и забил =)
Quote from: Joss at Nov 26, 2008, 01:56 AM
К сожалению, на shared хостингах это невозможно.
На виртуальных хостингах возможно изменение общих настроек через собственный php.ini или через .htaccess. Если же хостер устанавливает register_globals в on (что открывает дорогу не только этой уязвимости) и запрещает менять данную установку, я бы подумал о смене хостера. Вообще-то у меня был случай, когда на хостинге было установлено register_globals on и что-то менять там отказывались, но в итоге вопрос разрешился после переписки с техподдержкой (они разрешили для моего аккаунта менять настройки в дополнительном php.ini, предупредив, что в случае проблем из-за испорченного этого файла снимают с себя ответственность).
По файлам я изменений не смог обнаружить, т.е. хостер оперативно среагировал и заблокировал каталог с assets. Была размещена фишинговая форма.
Я посмотрел, в assets/images залит шелл index.php. С помощью него, уже залита фишинговая форма.
