Безопасность серверов и приложений
Проверка окружения, устранение уязвимостей и обновление с контролем работы сервисов.
Сначала определяю, что установлено на сервере, что доступно из сети и какие приложения от этого зависят. Затем согласуем, что исправлять в первую очередь и как проверить результат без потери работающих сервисов.
Безопасность: с чего начинаем
Проверяю открытые службы, способы доступа, права и наличие резервных копий. Уточняю, какие сервисы критичны, кто ими пользуется и когда допустим перерыв. По итогам составляем список проблем и план изменений с приоритетами.
Границы проверки согласуем заранее. Если есть признаки взлома, отдельно определяем порядок разбора инцидента: одного обновления пакетов для этого недостаточно.
Безопасность ПО
Собираю версии системных пакетов, сред выполнения и зависимостей приложений. Проверяю источник установки, поддержку используемой ветки и применимость исправлений к конкретной сборке и конфигурации. Один номер версии не всегда дает ответ: поставщик системы может переносить исправления в свою сборку.
Обновление проверяем вместе с приложением: запуск, подключение к базе, фоновые задачи и другие согласованные сценарии. После установки проверяю работающие процессы, чтобы сервис не продолжал использовать прежнюю версию.
Для веб-сервера отдельно проверяю конфигурацию, модули и ответы приложений. Подробнее об обновлении nginx →
Безопасность ядра Linux
Проверяю активное ядро, установленные пакеты и применимость исправления к системе. Если обновление нельзя выполнить сразу, подбираю временную меру для конкретной конфигурации и оцениваю ее ограничения.
В практике использовал временные сетевые ограничения с автоматическим откатом: перед изменением важно сохранить доступ к серверу и возможность восстановления. Такая мера уменьшает доступность опасного сценария, но не заменяет исправление ядра.
Согласуем обновление и окно перезагрузки. После загрузки проверяю, что сервер использует нужное ядро, доступен по сети, а приложения и службы работают. Установленного пакета на диске для этой проверки недостаточно.
Моя статья на Хабре: временный nftables-фильтр с автооткатом →
Безопасность PHP
Проверяю версии PHP, которые используют сайт, консольные команды и фоновые задачи: они могут отличаться. Учитываю расширения, конфигурацию FPM, зависимости и совместимость кода приложения.
Перед переключением проверяем обновление на копии: вход в систему, формы, работу с базой и другие важные функции. При необходимости отдельно оцениваем адаптацию кода. После переноса контролирую процессы, ответы сайта и ошибки в журналах.
Подробнее об обновлении PHP и адаптации приложений →
Безопасность Node.js
Нахожу установки Node.js, контейнеры и службы, которые его используют. Проверяю не только версию в терминале, но и среду работающего приложения, а также зависимости проекта.
Проверяем обновление среды и пакетов на копии, затем согласуем переключение и перезапуск затронутых процессов. После обновления проверяю запуск, фоновые задачи, интеграции и журналы ошибок.
Подробнее об обновлении Node.js →
Безопасность WordPress
В CVE-2026-119977 опасное окно возникает во время обновления ядра WordPress: возможен запуск чужого кода без авторизации. На 6 ноября 2026 года исправление есть в 7.1.4 и выпусках старых веток. Перед обновлением проверяю версию, резервную копию и защиту временного каталога; после — работу сайта.
Проверяю ядро WordPress, темы, плагины, версию PHP и используемые доступы. До обновления сохраняю файлы и базу данных; отдельно разбираем компоненты, которые больше не поддерживаются.
Сначала проверяем изменения на копии: страницы, формы, поиск и административную часть. Для магазина добавляем согласованные сценарии заказа. После переноса проверяю рабочий сайт и сохраняю возможность восстановления файлов и базы.
CVE-2026-119977: подготовка к обновлению WordPress и проверка сайта →
Как проходит работа
- Разбираем окружение. Системы, приложения, доступы, зависимости и важные сценарии.
- Согласуем план. Приоритеты, объем проверки, окно работ и критерии приемки.
- Готовим восстановление. Резервные копии и порядок отката; проверку восстановления включаем в согласованный объем.
- Проверяем изменения. На отдельной копии, где это возможно. Для работ на самом сервере заранее определяем ограничения и порядок восстановления доступа.
- Обновляем и контролируем. Проверяем активные версии, ключевые функции и ошибки после переключения.
Что остается у вас
Список проверенных компонентов, выполненных изменений и результатов проверок. Отдельно фиксирую оставшиеся риски и следующие действия. Состав отчета и дальнейшее сопровождение согласуем до начала работ.