В логах Апача нашел строку
в которой записано что был запрос "GET /default.ida?NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u531b%u53ff%u0078%u0000%u00=a HTTP/1.0" 400 328что это значит???
Объясните...А еще строки были
get /porno.ru 404как ето понимать?
Это использование уязвимости переполнения буфера имени переменной в скрипте default.ida. Огромное кол-во "N" для забивки буфера, а конец этой строки должен был переписать адрес возврата из процедуры в стеке. В результате возврат произойдет на конечные байты этой строки и вытащят основное тело червя ;)./Ghost
>Это использование уязвимости переполнения буфера имени переменной в скрипте default.ida. Огромное кол-во
>"N" для забивки буфера, а конец этой строки должен был переписать
>адрес возврата из процедуры в стеке. В результате возврат произойдет на
>конечные байты этой строки и вытащят основное тело червя ;).
>
>/GhostБлин, похоже я эаражен. Сегодня пришел и увидел сообщения
ad0: WRITE command time out tag=0 serv=0 - reseting
ata0: reseting devisesЧто делать и как лечить? какой патч ставить чтоб не повторилось?
Спасибо
>>Это использование уязвимости переполнения буфера имени переменной в скрипте default.ida. Огромное кол-во
>>"N" для забивки буфера, а конец этой строки должен был переписать
>>адрес возврата из процедуры в стеке. В результате возврат произойдет на
>>конечные байты этой строки и вытащят основное тело червя ;).
>>
>>/Ghost
>
>Блин, похоже я эаражен. Сегодня пришел и увидел сообщения
>ad0: WRITE command time out tag=0 serv=0 - reseting
>ata0: reseting devises
>
>Что делать и как лечить? какой патч ставить чтоб не повторилось?
>
>Спасибоа что, у вас апач от рута работает?
если больше никаких дырок нет, вряд ли червь получил право обращаться к ata напрямую
>
>а что, у вас апач от рута работает?
>если больше никаких дырок нет, вряд ли червь получил право обращаться к
>ata напрямуюу меня похоже аналогичная беда, судя по логам апача.
Тогда, как запустить апач не от рута?
И вообще, что бы не забиывали стек или найти того червя?
Спасибо.
IMHO это от IIS дырка.
Для апача не страшно.