Моніторинг і обслуговування
Керування виправленнями та оновленнями
Відомі вразливості з публічними експлойтами спричиняють більшість зломів серверів — латання просто закриває двері, до ключів яких у зловмисників уже є. Кероване латання балансує швидкість (безпекові релізи в межах днів) з безпечністю (знімки, тестове середовище, плани відкату).
Головне
- Зіставляйте CVE з вашим фактичним стеком із пріоритетом за вагою критичності.
- Латайте спершу сервіси, що дивляться в інтернет; решту — хвилями за розкладом.
- Знімайте образ перед латанням з підготовленими й перевіреними процедурами відкату.
- Готуйте великі оновлення (ядро, панель, PHP) в тестовому середовищі перед розгортанням на парк.
- Автоматизуйте оновлення безпеки там, де відкат дрібний і простий.
- Після латання перевіряйте служби смоук-тестами функціональності.
- Щомісяця звітуйте стан латання з винятками та датами.
- Плануйте переходи EOL (ОС, PHP, панель) на чверть вперед, а не за тиждень.
Часті запитання
Чи не зламає латання роботу?
Зі знімками та тестовим середовищем поламане перетворюється на короткий відкат замість аварії.
Наскільки швидко латати критичні CVE?
Критичні для інтернет-сервісів: дні. Вікно експлуатації відкривається в момент публікації CVE.
А ядра, які вимагають перезавантаження?
Планові вікна перезавантаження з переведенням служб на інші вузли; live-патчинг там, де стек це дозволяє.
А WordPress/плагінові оновлення ви теж ведете?
Так, координатовано з серверним латанням, щоб весь стек лишався злагодженим.
Допомога Kinetikatech: моніторинг і обслуговування
Вам не обов'язково ставати експертом із моніторинг і обслуговування: 24/7 моніторинг серверів та сайтів, керування журналами, латання та життя SSL — операції, що запобігають аваріям. Саме для цього й існує служба Моніторинг 24/7 та Обслуговування сайтів: налаштування, посилення захисту, моніторинг і жива людина на зв'язку цілодобово.