Обновление и закрытие уязвимостей
Сайт складывается из десятков компонентов: операционная система, веб-сервер, PHP или Node.js, база данных, ядро CMS, модули, плагины и библиотеки. Уязвимость в любом из них открывает дверь ко всему проекту, а громкие случаи вроде PHP2Shell показывают, что счёт идёт на часы. Проверяем все версии по базам известных уязвимостей, составляем список с приоритетами, обновляем компоненты на тестовом стенде и выкатываем на прод с планом отката. После обновления проверяем сайт на следы взлома.
Что входит
- Инвентаризация: версии ОС, веб-сервера, PHP или Node.js, базы данных, CMS, модулей и библиотек
- Проверка по базам CVE и отчётам composer audit и npm audit — список уязвимостей с приоритетами
- Критичные уязвимости — в первую очередь: обновление или временные меры, пока готовится полный переход
- Обновление ядра CMS, модулей, плагинов и зависимостей, замена заброшенных расширений
- Тестовый стенд, регрессионное тестирование и выкатка на прод с планом отката
- Проверка логов и файлов на признаки взлома, смена паролей и ключей доступа
Технологии
Как мы работаем
- 01
Бриф и оценка
Разбираем задачу, текущую систему и ограничения. Называем сроки и бюджет и предлагаем формат работы.
- 02
Спецификация
Фиксируем требования и критерии готовности в спецификации — по ней работаем и принимаем результат.
- 03
Разработка итерациями
Показываем результат после каждой итерации, тестируем и правим до того, как задача уйдёт в релиз.
- 04
Запуск и поддержка
Выкатываем без простоя, следим за работой после запуска и остаёмся на поддержке, если она нужна.
Стоимость и сроки
Почасовые ставки: от $40 до $80 / час — в зависимости от квалификации специалиста.
Точную оценку сроков и бюджета даём после брифа: разбираем задачу, фиксируем объём и предлагаем формат — фиксированный тариф или почасовую работу.
Смотреть тарифыЧастые вопросы
Чем это отличается от обновления платформы?
Обновление платформы — плановый переход на новую версию, например Magento 2.4.6 на 2.4.9. Здесь задача другая: закрыть известные уязвимости во всех компонентах сайта как можно быстрее, начиная с самых опасных. Если для этого нужен переход на новую версию, планируем его отдельно.
Как понять, что сайт уязвим?
Сравнить версии всех компонентов с базами известных уязвимостей. Мы делаем это в начале работы и показываем отчёт: что уязвимо, насколько опасно и что нужно обновить в первую очередь.
Можно ли обновляться регулярно, а не только при пожаре?
Да. После разового обновления можно перейти на поддержку по SLA: следим за выходом исправлений безопасности и ставим их без простоя.
Обновление и закрытие уязвимостей
Обновляем всё, что устарело и уязвимо: сервер, PHP и Node.js, ядро CMS, модули и зависимости. Проверяем по базам CVE и закрываем уязвимости с планом отката.