Лучше ставить дистрибутив типа Debian Stable или RedHat (или CentOS, но не Fedora)

Ну вот тут позвольте с вами не согласиться, а точнее даже без вашего разрешения не соглашусь.  wink
ИМХО в зависимости от назначения сервака нужно выбирать.
Вот у меня например на шлюзе именно федора, а на контроллере домена (в понимании Windows) CentOS.
Почему? да всё просто. CentOS стабильнее, что собственно от контроллера домена и требуется, а вот на шлюзе у меня антивирусный прокси с ClamAV, ну и соответсвенно антивирус нужен всегда новый, как по версии релиза так и по базам, чего в CentOS можно конечно добится, превратив его в федору, так зачем велосипед изобретать? Кстати, должен сказать, за всё время эксплуатации шлюза (по годам не скажу, изначально ставил Fedora 11потом просто обновлялся) ни разу не зависла и не упало в неё ничего, если не считать случая переполнения кеша сквида в самом начале, но это я от доброты душевной указал размер кеша больше размера диска, потом исправил и всё пучком.
То есть что я хочу сказать, если всё правильно настроить, и не пытаться чинить без надобности, то всё стабильно.
Это моё ИМХО и я им дорожу.

По теме. Надо обновлятся вовремя. Соственно ещё одна причина, почему на машине, смотрящей во внешний мир у меня федора.

Fedora Linux

На сервере? Fedora?
Fedora? На сервере?

Народная мудрость "Работает - не трогай" разбилась о камни неисправленных уязвимостей .
Лучше ставить дистрибутив типа Debian Stable или RedHat (или CentOS, но не Fedora), а потом обновлять из репозиториев (при этом, обновляя ветку, если ветка зашла за грань "oldstable" (не поддерживается))

Атакующие уже опубликовали в открытом доступе список всех обслуживаемых на взломанном сервере баз данных и перечень некоторых таблиц. В одной из таблиц содержался список пользователей и администраторов СУБД. Большинство паролей для пользователей в данном списке было представлено в виде MD5-хэшей, что позволило атакующим достаточно оперативно подобрать значение некоторых простейших паролей. Кроме того, по словам совершивших атаку, удалось получить доступ к содержимому архива приватной переписки по электронной почте, таблицы с данными по сотрудникам и клиентам (с email и реквизитами), таблицы с результатами работы систем мониторинга, позволяющих определить подробности построения сети и т.п.

Совершившие взлом подчеркнули, что сайт MySQL.com работает под управлением Fedora Linux, Apache 2.2.15 и PHP 5.2.13 (устаревшая и не поддерживаемая ветка PHP) и поддерживает работу нескольких ключевых сервисов: загрузка общедоступных и промышленных сборок MySQL (MySQL Community и Enterprise), организация работы поддержки клиентов, обеспечение доставки обновлений, ресурсы по сертификации, консалтингу и обучению. Более того, некоторые из баз данных, к которым атакующим удалось получить доступ, используются для обеспечения другого крупного ресурса - сайта Sun.com.

Кроме того, в начале января в скрипте gpg.php на сайте mysql.com была найдена XSS-уязвимость, позволяющая осуществить атаку с использованием межсайтового скриптинга. Данная уязвимость до сих пор остается не исправленной.

Источник — http://www.opennet.ru/opennews/art.shtml?num=30043
Главная ссылка к новости — http://techie-buzz.com/tech-news/mysql- … ction.html