Недоступность ИТ-сервисов и инфраструктуры

DDoS-атаки

Атаки на отказ в обслуживании

Почему это важно. Перегрузка серверов, недоступность сайта

Типичная ситуация. Недоступность интернет-магазина из-за атаки

Меры снижения:

• Подключить защиту от DDoS и лимиты на API. Услуга провайдера или специализированного сервиса, rate limiting, план эскалации
• SIEM. Мониторинг событий безопасности
• Киберстрахование. Страхование от киберрисков

Отказ ЦОД или облака провайдера (в том числе при зависимости от одного провайдера)

Остановка дата-центра провайдера в результате удара или аварии, каскадный сбой сервисов

Почему это важно. Октябрь 2026: удары по ЦОД Яндекса (Сасово, Калуга, Владимир) вызвали сбой в рунете, затронувший сторонние сайты; ЦОД Сбера в Балаково также атакован

Типичная ситуация. Интернет-магазин на облаке упал на двое суток; недоступны SaaS и платёжные формы

Меры снижения:

• Мультипровайдерная архитектура и бэкапы вне площадки. Бэкапы по правилу 3-2-1 у другого провайдера и в другом регионе; DNS и CDN независимы от основного хостинга
• План работы при недоступности ЦОД. Определить RTO/RPO, сценарий переключения на резервного провайдера, ручные процедуры на время простоя
• BCP на комбинированные сценарии. Сценарии потери площадки, связи, топлива и ЦОД одновременно; ISO 22301 как каркас; пересмотр раз в полгода
• Ежеквартальные учения по восстановлению. Практическая проверка восстановления сайта и БД на резервной площадке

Недоступность критичных ИТ-систем (CRM, ERP, сайт)

Сбои в работе критических ИТ-систем

Почему это важно. Падение сайта, недоступность CRM/ERP

Типичная ситуация. Недоступность интернет-магазина в пик продаж

Меры снижения:

• Резервирование систем. Настройка отказоустойчивой инфраструктуры
• SLA с поставщиками. Заключение SLA с гарантией доступности систем

Нарушение SLA и крупные сбои сервиса у клиентов

Релиз или авария выводит сервис из строя, нарушается соглашение об уровне обслуживания, клиенты требуют компенсации

Почему это важно. Без мониторинга и процедур выката сбой замечают клиенты, а не команда; штрафы и репутационные потери растут

Типичная ситуация. Неудачный релиз остановил сервис на 6 часов, клиент требует неустойку

Отрасли: IT и технологии

Меры снижения:

• Мониторинг, алерты и пострелизные проверки. Метрики доступности, оповещения дежурному, выкат по этапам с возможностью быстрого отката
• Понятное SLA и план реагирования на инциденты. Определите целевую доступность и порядок компенсаций в договорах, подготовьте регламент инцидентов

Потеря доступа к домену, DNS и корпоративной почте при сбое или блокировке у одного провайдера

Домен, DNS, почта и сайт обслуживаются одним провайдером; при его сбое одновременно пропадают сайт, почта и возможность быстро перенести сервисы

Почему это важно. При инциденте у провайдера недоступны не только сайты, но и почта, DNS и панель управления, поэтому клиент не может ни получать заявки, ни перенаправить домен на резервную площадку

Типичная ситуация. Не работают сайт и почта, заявки и письма клиентов теряются, перенести домен на другой хостинг нельзя без доступа к DNS

Меры снижения:

• Домен у независимого регистратора, DNS и почта отдельно от хостинга. Держите домен и DNS у регистратора отдельно от хостинга, почту на независимом сервисе; сократите TTL записей, чтобы быстро переключать сайт
• Резервные каналы связи с клиентами. Подготовьте второй почтовый адрес, страницу статуса на независимой площадке, мессенджер или телефон для заявок

Отказ провайдера от компенсации ущерба со ссылкой на форс-мажор и ограничение ответственности

При крупном инциденте провайдер ссылается на обстоятельства непреодолимой силы и условия оферты, ограничивающие ответственность, и убытки клиента не компенсируются

Почему это важно. Условия хостинга обычно ограничивают ответственность стоимостью услуги и исключают потерю данных; ст. 401 ГК РФ позволяет освободить от ответственности при непреодолимой силе, поэтому ущерб остаётся на клиенте

Типичная ситуация. Магазин потерял выручку за неделю простоя, провайдер предлагает вернуть абонентскую плату за месяц

Меры снижения:

• Проверка условий договора с провайдером перед выбором и при продлении. Проверьте ответственность, форс-мажор, сроки восстановления, SLA и порядок компенсации; выбирайте провайдера с понятными условиями и журналом инцидентов
• Страхование и резерв на случай простоя. Оцените потери за день простоя, при необходимости застрахуйте риск перерыва в деятельности и держите резерв на экстренный перенос
• Фиксация ущерба и претензионный порядок. При инциденте сохраняйте уведомления провайдера, скриншоты и расчёт потерь, направляйте претензию в сроки договора