Існує багато навчальних посібників щодо налаштування нового захищеного сервера.
Але що робити, якщо мені доведеться адмініструвати сервер, якийсь інший встановив деякий час тому, і я ще не знаю багато про його конфігурацію?
Чи є якийсь інструмент, який автоматично перевіряє "звичайних підозрюваних" чи якийсь контрольний список, через який я можу перейти, щоб переконатися, що явних отворів у безпеці немає? Чи є веб-сервіси, які віддалено перевіряють уразливість?
Відповіді:
Завантажте Nessus і виконайте перевірку мережі. Він розповість про вразливі вразливі місця.
Також встановіть Ossec ; хоча це не є його основною метою, він знайде деякі поширені неправильні конфігурації (наприклад, неправильно налаштовані акаунти). А його основна функція - хост-виявлення вторгнень - допоможе виявити, чи хтось намагається використовувати вразливості.
Я б почав із контрольних списків Центру безпеки в Інтернеті . Це контрольні списки на основі консенсусу, складені фахівцями з безпеки для різних платформ та програмних пакетів. Деякі інструменти, згадані контрольними списками, або інше, як правило, рекомендується, що допоможе у вашому полюванні з питань безпеки:
(tcpdump встановлений у багатьох системах Linux за замовчуванням або може бути легко встановлений із сховища пакетів і має вичерпну сторінку man)
Якщо це стосується компанії, в якій ви працюєте, переконайтесь, що аналіз безпеки дозволений керівництвом, і що сканування не викличуть жодних збоїв або неприємностей програми. Так, простий портативний скан може спричинити проблеми - портатизуйте більш старі принтери HP Laserjet, і вони виплюнуть купу паперу.
Як дуже швидка перша перевірка:
Біжи
netstat -ltnp
як корінь. Це покаже вам усі сервіси, які слухають у мережі:
Це може показати вам речі, які ви хочете вимкнути відразу. Тоді ви можете продовжити рішення з інших відповідей.
Для служб, які потрібно запускати, але не бути доступними ззовні (наприклад, локальний сервер БД), подумайте про зміну конфігурації, щоб вона слухала лише у localhost / 127.0.0.1. Таким чином, до нього можуть отримати доступ лише місцеві користувачі.
Я б перевірив Bastille-Linux за адресою http://www.bastille-unix.org/ , його набір сценаріїв, які ви можете запустити, і він перевірить системні налаштування, дозволи файлів, налаштування користувача тощо. один або два рази в моїх власних полях, і якщо знаходить проблеми при встановленні за замовчуванням (в основному r_x на утилях rsh / rsync). Він виводить як html / java + прокльони / плоский текст.
Який дистрибутив?
Загальне:
Якщо ви переживаєте, я рекомендую дотримуватися тих навчальних посібників, про які ви згадали, та відновити сервер. Особливо, якщо ви думаєте, що інший адміністратор, можливо, залишив щось погане. Як новий адміністратор, ви повинні знати, як все-таки розгорнути будь-яку службу, яку він запускає.
Просто переконайтеся, що ви створили резервне копіювання спочатку, ви могли зобразити всі розділи, щоб переконатися, що ви справді все правильно.
Якщо ваш начальник вас не дозволить, то всі інші рекомендації мені звучать добре :-)
Окрім деяких дуже хороших відповідей тут, ознайомтесь із http://www.sans.org/ . У них є дуже хороші документи, якщо ви готові трохи прочитати, щоб краще зрозуміти "захист у глибині".
Деякі із самих основних приміщень:
Спробуйте також chkrootkit , він поставляється в стандартному сховищі більшості дистрибутивів і все одно дуже простий в установці. Він перевірить вашу систему на наявність багатьох відомих уразливостей, руткітів та червів.
Chrootkit / rkhunter - довгий плід. Якщо у вас встановлений руткіт, все, про що повідомляється, буде поставлено під загрозу, і, таким чином, не дуже допоможе, тому, будь ласка, завантажте їх із відомого джерела, не використовуйте ті, які вже є у вікні. Ще одна гарна хитрість - встановити ядро, яке ви знаєте, добре (або з пакунків, або з власної ролі). Перевірте наявність на задньому плані (lsof -i та 0 uid некореневих акаунтів). Перевірка правил брандмауера зазвичай може багато розповісти про звички адміністраторів. Покладіть на нього проводку / фронт, спробуйте помітити щось незвичне. Подивіться, куди йдуть колоди. Перевірте всі файли .profile / .bashrc для будь-яких незвичних команд. Загляньте в .ssh / known_hosts для будь-яких хитрих господарів.