ну да, с ipsec
это в соседний раздел
на шестеренках
kabayashi, это что-то плохое?
может лучше настройки для своего случая подобрать, а не полировать чужое?
написано же, что 5.5
да ты штооо, этого же быть не может
а. тогда вопросов нет
ну да, ну да. вот уже 3 недели эта дырка остается 0day? фантастика в соседнем разделе
ерунда. там исследуют поведение уже подмененного sshd, естественно, оно будет не совсем стандартным
писали же, что сломали суппорт cpanel, оттуда пароли. далее уже вторичные пароли/ключи с порученых серверов
http://arstechnica.com/security/2013/02/server-hack-prompts-call-for-cpanel-customers-to-take-immediate-action/
Циска, не?
ну да, с ipsec
это в соседний раздел
А что такое аппаратный сервер? Уточните.
на шестеренках
kabayashi, это что-то плохое?
Думаю стоит опять взять штатный my-huge.cnf и отполировать его
может лучше настройки для своего случая подобрать, а не полировать чужое?
Да правильно, последнее, осталось только узнать у ТСа какая версия mysql крутится...
написано же, что 5.5
Безопасность должна быть комплексной
Какой смысл защищать сервер, если у вас допустим троян на домашнем компе?
да ты штооо, этого же быть не может
michaek, достаточно short/long тестов S.M.A.R.T. как долго - несколько недель назад.
а. тогда вопросов нет
Это не в спанели дело (не только серверы с спанелью были атакованы и не только на Centos) . Скорее сочетаний факторов (пока неизвестных).
ну да, ну да. вот уже 3 недели эта дырка остается 0day? фантастика в соседнем разделе
http://community.solidshellsecurity....bkeyutilsso19/
Вот собственно линк. Вроде как 0day это, Михаил.
ерунда. там исследуют поведение уже подмененного sshd, естественно, оно будет не совсем стандартным
Доказательств обратного не могу узреть.
писали же, что сломали суппорт cpanel, оттуда пароли. далее уже вторичные пароли/ключи с порученых серверов
http://arstechnica.com/security/2013/02/server-hack-prompts-call-for-cpanel-customers-to-take-immediate-action/