Представлены обновления Linux ядра: 2.6.27.30 и 2.6.30.5. В новой версии исправлено более 70 ошибок, затронувших подсистемы: ide, ALSA, NFS, USB, md/raid, ieee1394, ACPI, nilfs2, cifs, SCSI, sysfs, drm/i915, sky2, ipsec.
Отдельно стоит отметить устранение серьезной уязвимости (http://www.opennet.me/opennews/art.shtml?num=23014), позволяющей локальному пользователю получить root-привилегии в системе.URL: http://www.kernel.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=23065
интересно, сколько подобных дыр можно найти в бинарниках виндов, если пройти по ним реверсивным инженерингом простым дебаггером, в режиме автопилота по всем dll, exe, scr и прочим файлам? вот уж будет разбор полетов... ;)
>интересно, сколько подобных дыр можно найти в бинарниках виндов, если пройти по
>ним реверсивным инженерингом простым дебаггером, в режиме автопилота по всем dll,
>exe, scr и прочим файлам? вот уж будет разбор полетов... ;)
>Можно пойти дальше - дизассемблировать и привести код до уровня исходников на C (автоматизированными способами).
А потом натравить на это математический способ отлова ошибок, как тут:
http://www.opennet.me/opennews/art.shtml?num=23011И можно будет любоваться крутящимся счетчиком ошибок )
И каким же образом? Ссылки в студию на работающий пример автоматизации!
>И каким же образом? Ссылки в студию на работающий пример автоматизации!На пример автоматизации перевода декомпилированного кода в сишный.
>>И каким же образом? Ссылки в студию на работающий пример автоматизации!
>
>На пример автоматизации перевода декомпилированного кода в сишный.Вот есть размышления на эту тему:
http://unh.chat.ru/hack/faq_hacker_dec_23.htmСразу хочу сказать - я согласен, что нет такой программы, чтобы загрузил бинарник и ткнул кнопку "дай мне исходник".
Можно автоматизировать некоторую часть работы, но многое придется делать руками.То, что я предложил в посте выше, подразумевало довольно серьёзную работу.
В том числе - руками.
А автоматизация дизассемблирование - как помощь в выполнении рутинных операций.
Конечный итог - что-то, выглядящее как исходник, на что можно натравить математический аппарат (который тоже нужно будет подкрутить под такой проект).Просто на этом можно будет такой get the facts устроить... =)
рекурсивно код, в том числе сишный и плюсовый, воссстанавливается плохо. ибо надо для восстановления знать досконально работу компилятора, на котором был собран файл. особенно тяжело даются отптимизированные причиндалы. но есть и что-то вроде exe2c и подобное, но то что они выдают, есть некий микс ассемблера со структкрами алгоритма на си. но там по крайней мере можно потом уже распознать критические места.
>Можно пойти дальше - дизассемблировать и привести код до уровня исходников на
>C (автоматизированными способами).
>А потом натравить на это математический способ отлова ошибок, как тут:
>http://www.opennet.me/opennews/art.shtml?num=23011Это типа отнять хлеб у всяких там Coverity - произвести аудит кода виндов на халяву?Ну да, флаг вам в руки :).А может, пусть MS сам свои баги ловит, а? :)
>сколько подобных дыр можно найти в бинарниках виндов, если пройти по ним реверсивным инженерингом простым дебаггером0, иначе бы все только этим и занимались
да занимаются этим вообще-то. называется направленный взлом.
>>сколько подобных дыр можно найти в бинарниках виндов, если пройти по ним реверсивным инженерингом простым дебаггером
>
>0, иначе бы все только этим и занималисьТак этим и занимаются.
И в закрытых программах (когда нет исходников) так и ищут ошибки.
Даже ссылки на Changelog'и ниасилили вставить.
Для тех, кто в танке: www.kernel.org
уже доступно 2.6.27.31