Исходное сообщение
"Новый способ совершения локальной DoS-атаки в Linux" Отправлено Аноним, 25-Ноя-10 23:30
вобщем фикс действительно кривой. проблема вот в чем 1) мы посылаем сообщение с прикрепленным файловым дискриптором в адрес сокета из которого не читаем 2) kernel берет ссылку на дискриптор и создает skb. 3) этот skb помещается в очередь сокета 4) закрываем сокет на userland **** КВА **** дискриптор не освобождается - так как последний реферес держится skb пакетом, который отпустится как только это сообщение прочитают из сокета. оригинальный патч пытается вызвать сборку мусора - но ей нечего делать в этой ситуации - сокет на который посылают сообщения вполне себе живой и ждет пока вычитают. фиксов тут по сути 2 1) тот что я нарисовал выше - тупо ограничивать длину очереди на сокете. 2) более корректным вариантом будет такое - при закрытии сокета проверять в каких skb присутсвует он, и удалять из очереди. в этом случае reader просто не прочитает закрытые файловые дискрипторы, но возни тут не на 5 строк.