Несколько свежих уязвимостей:
- В прокси-сервере Squid 3.1.8 (http://www.squid-cache.org/Versions/) устранена уязвимость (http://www.squid-cache.org/Advisories/SQUID-2010_3.txt), позволяющая вызвать удаленный отказ в обслуживании через отправку специально оформленного запроса, содержащего строки с нулевым символом. Проблеме подвержены только системы в конфигурации которых директива ignore_expect_100 установлена в значение "on". Кроме того, в прошлом выпуске Squid 3.1.7 исправлена была еще одна уязвимость (http://marc.info/?l=squid-users&m=128263555724981&w=2), дающая возможность при приеме специально оформленного DNS-ответа организовать DoS-атаку на серверы, на которых активен только IPv4 DNS-резолвер.- В пакете с реализацией протоколов маршрутизации Quagga (http://www.quagga.net) 0.99.17 устранены две уязвимости (http://secunia.com/advisories/41038/). Первая уязвимость позволяет вызвать отказ в обслуживании при обработке специально оформленного BGP-пакета. Вторая приводит к ...
URL:
Новость: https://www.opennet.ru/opennews/art.shtml?num=27868
>Okular: Наличие проблемы подтверждено в KDE 4.3.0 - 4.4.5Я правильно понимаю, в 4.5.0-4.5.1 уязвимости нет?
1. Systems affected:Okular as shipped with KDE SC 4.3.0 up to including KDE SC 4.5.0. Earlier
versions of KDE SC may also be affected.
очередная порция уязвимостей в linux kernel :)
радует
Чего радует-то ?
Каждый месяц находят и не по одной штуке
Радовать может только то, то их находят.А вот Okular меня лично не радует еще и своей тупизной и подвисанием при просмотре eps и dvi. kdvi "убили" в четвертых кедах, а Okular "обратному поиску" так и не работает. Но это так, мысли вслух.
как что радует ?
хороший показатель качества :)
много дырок - хороший код :) ведь так ?
Не так!
Количество ошибок приблизительно одинаково в любом коде, в opensource со временем устранения ошибок их количество уменьшается, что нельзя сказать про закрытый код! Бизнесу исправление ошибок в коде прибыли не приносит, поэтому не торопятся не то что искать ошибки (уязвимости), но и закрывать старые! Делайте выводы!
Да не обращайте на него внимания очередной тролль слоровец-кармановец, фанатику вы ничего не объясните.
Да ладно! Шляпники вон багу с многолетней историей закрыли только после наезда со стороны подписчика платной поддержки. 12309 опять же...За время, пока в LK фиксится пять-десять багов, новых вносится гораздо больше (справедливости ради: баги вносятся, как правило, вместе с функционалом). It's business, nothing personal. Иначе платная поддержка не будет разлетаться, как пирожки.
Хорошо вы сказали о RedHat ;-) И что самое смешное это правда.Пока достаточно жирный клиент с оплаченой подпиской не напишет что бага у него повторяется - на сторонние реквесты они не шевелятся.
Не однократно нарывался - что первым вопросом шло о номере support contract, а если его нету то с тобой даже не разговаривают (даже если приложиш патч).
Или в багзиле натыкаешся на коментарии видимо от цикла тестирования - мы вот наступили на баг - что делать будем. клиенты на него не наступили? ну тогда чего мы фиксить будем - за это бабло не платят.
Ну вот для этого вроде как и есть CentOS, можно туда постить патчи