эксплуатация
3 статей с этим тегом
4 частые ошибки в безопасности: настройки по умолчанию, забытые сервисы, отсутствие мониторинга и излишнее доверие к проверке ввода
Инциденты возникают из небольшого набора повторяющихся схем, и их проще увидеть, если сортировать не по технологиям, а по убеждениям. Их четыре: настройки по умолчанию безопасны (ничего не настроили), неиспользуемое безвредно (ничего не закрыли), мы бы заметили (ничего не видно) и проверенный ввод безопасен (вводу доверили слишком многое). Чтобы это исправить, не нужны глубокие технические знания — нужна привычка проверять. Ниже — на что смотреть в каждом случае.
Как по-настоящему закрывать CVE в зависимостях: сканировать, исправлять, изолировать и продолжать следить
Работа с уязвимостями не закончена, когда вы «исправили». Готово = 1) скан, 2) фикс, 3) изоляция/передача, 4) мониторинг. Пока не налажен мониторинг (ежедневное обнаружение изменений), это незавершённо — зависимости снова станут уязвимыми завтра. Идеальное исправление, которое перезаписывает следующий деплой, стоит ноль. Малые команды остаются в безопасности за счёт двух дисциплин: автоматического обнаружения изменений и «локально→push→деплой».
Инвентаризация безопасности: 7 проверок, которые упускают владельцы нескольких серверов
Для одиночек/малых операторов инциденты происходят не столько из отсутствующих мер, сколько из неотслеживаемого состояния. Граница — это ПК, хранящий ваши ключи. Расставьте приоритеты 2FA по тому, какой аккаунт может восстановить остальные (сначала почта), составьте список, какой SSH-ключ открывает какой сервер, и удалите дубликаты, неиспользуемые ключи и оставшиеся регистрации, уберите пароли открытым текстом из облака, устраняйте обратимо по одному и держите секреты вне реестра. Инвентаризация прежде добавления инструментов.