В информационной безопасности доступность — одно из трёх базовых свойств, на которых строится модель CIA (Confidentiality, Integrity, Availability). Она означает, что авторизованные субъекты могут получить доступ к данным и ресурсам в нужное время без недопустимых задержек. Если сервер «упал», канал связи перегружен, или права доступа настроены неверно — условие доступности считается нарушенным.
На практике доступность измеряется метриками: Uptime (процент времени работы), MTBF (среднее время наработки на отказ) и RTO/RPO (целевое время восстановления и точка восстановления). Для критических систем — банковских, медицинских, промышленных — допустимый простой измеряется минутами или даже секундами в год.
Ключевые принципы обеспечения доступности
Обеспечение доступности строится на избыточности, отказоустойчивости и мониторинге. Избыточность означает дублирование критически важных компонентов: серверов, каналов связи, источников питания. Отказоустойчивость — способность системы продолжать работу при выходе из строя отдельных элементов. Мониторинг позволяет обнаруживать аномалии до того, как они приводят к полной остановке сервиса.
Архитектурные паттерны вроде Active-Active, Active-Passive кластеров, балансировки нагрузки (Load Balancer) и геораспределённых ЦОД позволяют достичь доступности на уровне 99.999% («пять девяток»). Это соответствует примерно 5 минутам простоя в год.
- 🔄 Резервирование оборудования — горячее, теплое и холодное резервирование серверов и сетевого оборудования
- ⚡ Источники бесперебойного питания — ИБП и дизель-генераторы для автономной работы при отключении электросети
- 🌐 Резервирование каналов связи — использование нескольких провайдеров и разнородных путей (волокно, радио, спутник)
- 💾 Резервное копирование — регулярные бэкапы с проверкой целостности и скорости восстановления
Основные угрозы доступности информации
Угрозы делятся на намеренные (кибератаки) и ненамеренные (сбои железа, ошибки людей, стихийные бедствия). Среди намеренных атак лидируют DDoS-атаки (Distributed Denial of Service), вирусы-шифровальщики (ransomware) и атаки на цепочки поставок ПО. Ненамеренные — выход из строя дисков, ошибки конфигурации, отключение электричества.
По данным отчётов по кибербезопасности, доля инцидентов, связанных с нарушением доступности, стабильно превышает 30% от общего числа тяжелых инцидентов. Средняя стоимость часа простоя для крупных предприятий исчисляется сотнями тысяч долларов.
⚠️ Внимание: одна непропатченная уязвимость в граничном роутере может открыть путь к полной блокировке корпоративной сети атакующим за считанные минуты.
Пример нарушения условия доступности: атака шифровальщика
Классический пример нарушения доступности — заражение корпоративной сети вирусом-шифровальщиком (например, LockBit, Conti или BlackCat). Злоумышленники проникают через фишинговое письмо или уязвимость в VPN-шлюзе, получают права администратора домена и запускают шифрование файлов на всех доступных ресурсах: файловых серверах, базах данных, виртуальных машинах и бэкапах, если те не изолированы.
Результат: сотрудники не могут открыть документы, 1С перестаёт работать, производственные линии встают, клиентский портал выдаёт ошибки. Восстановление без оплаты выкупа требует дней или недель работы по развёртыванию из чистых бэкапов, переустановке систем и проверке на закладки. В 2023 году среднее время восстановления после ransomware для крупных компаний составляло 22 дня.
☑️ Минимальный набор мер защиты от ransomware
Таблица: сравнение типов инцидентов, нарушающих доступность
| Тип инцидента | Скорость наступления | Область поражения | Сложность восстановления | Типичная причина |
|---|---|---|---|---|
| DDoS-атака | Мгновенно | Пограничные сервисы, веб | Низкая (при защите) | Ботнет, уязвимости L7 |
| Ransomware | Часы-дни | Вся корпоративная сеть | Очень высокая | Фишинг, RDP, 0-day |
| Сбой RAID-массива | Мгновенно | Локальное хранилище | Средняя | Отказ 2+ дисков одновременно |
| Ошибка конфигурации FW | Мгновенно | Сегмент или вся сеть | Низкая (откат изменений) | Человеческий фактор |
| Отключение электричества | Мгновенно | Всё ЦОД без ИБП/генератора | Зависит от повреждений | Авария на ЛЭП, ПС |
Методы защиты и обеспечения непрерывности бизнеса
Комплексная защита доступности включает технические, организационные и правовые меры. Технические: кластеризация, балансировка, WAF, Anti-DDoS сервисы (например, Qrator, StormWall, Cloudflare), системы предотвращения вторжений (IPS), автоматический фейловер. Организационные: регламенты инцидент-менеджмента, планы аварийного восстановления (DRP), планы непрерывности бизнеса (BCP), регулярные учения.
Важный аспект — тестирование планов восстановления. Многие компании имеют документ DRP на бумаге, но никогда не проводили полноценные учения по развёртыванию из бэкапов на «голое железо». Без учений RTO и RPO остаются теоретическими цифрами.
⚠️ Внимание: бэкап, хранящийся в той же сети и с теми же учётными данными, что и продакшн, будет зашифрован вместе с основными данными при атаке ransomware.
Что такое RTO и RPO простыми словами
RTO (Recovery Time Objective) — максимально допустимое время простоя. Если RTO = 4 часа, бизнес должен заработать через 4 часа после сбоя. RPO (Recovery Point Objective) — максимально допустимая потеря данных во времени. Если RPO = 1 час, вы должны иметь бэкап не старше 1 часа. Для банковской БД RPO часто близок к нулю (синхронная репликация), для файлового архива — 24 часа.
Храните как минимум одну копию бэкапа в изолированной среде (air-gapped или immutable storage в облаке с WORM-политикой). Это единственная гарантия восстановления после продвинутого ransomware, удаляющего все доступные снапшоты.
Нормативное регулирование доступности в РФ
В Российской Федерации требования к доступности закреплены в 152-ФЗ «О персональных данных» (статья 19 — защита при автоматической обработке), ФСТЭК (приказы № 17, № 21 по защите КИИ и ГИС), ФСБ (лицензирование криптографических средств) и отраслевых регуляторах (ЦБ РФ — 382-П, 683-П для банков; Минцифры — для критической информационной инфраструктуры).
Для объектов Критической информационной инфраструктуры (КИИ) установлены категории значимости (1–3) с разными требованиями к доступности. Категория 1 требует непрерывного мониторинга, дублирования ЦОД в другой сейсмической зоне и восстановления за не более 2 часов при любом сценарии.
Чек-лист самооценки готовности к инцидентам доступности
Проверьте свою организацию по ключевым пунктам. Если хотя бы на один вопрос ответ «нет» — это зона риска, требующая проработки.
- ✅ Есть актуальный план DRP/BCP, одобренный руководством?
- ✅ Проводились полноценные учения по восстановлению за последние 12 месяцев?
- ✅ Бэкапы изолированы от продакшн-среды (air-gap, immutable, разные учётки)?
- ✅ Настроен мониторинг доступности критичных сервисов с алертами 24/7?
- ✅ Есть защита от DDoS на уровне L3/L4 и L7 (WAF, Anti-DDoS провайдер)?
- ✅ Сегментирована сеть: продакшн, бэкапы, управление, DMZ изолированы?
- ✅ Все учётные записи с привилегиями защищены MFA и PAM-решением?
Доступность — не про «железо», а про процессы. Самый надёжный кластер бесполезен, если администратор случайно удалил правило балансировщика, а план отката не тестировался годами.
Часто задаваемые вопросы
Чем доступность отличается от надёжности?
Надёжность — вероятность того, что система не выйдет из строя в заданный промежуток времени. Доступность — доля времени, когда система реально работает и обслуживает запросы. Система может быть надёжной (редко ломается), но недоступной долго (долго чинят). И наоборот: кластер из ненадёжных узлов может давать высокую доступность за счёт быстрого фейловера.
Нужен ли отдельный ЦОД для резерва малому бизнесу?
Физический второй ЦОД часто избыточен для малого бизнеса. Современные альтернативы: облачные DR-решения (Disaster Recovery as a Service), репликация в другой регион того же облачного провайдера, «горячий» стенд у управляющего провайдера. Главное — соблюдать RTO/RPO и регулярно тестировать развёртывание.
Как защититься от DDoS без дорогого оборудования?
Подключитесь к облачному сервису защиты (Cloudflare, Qrator, StormWall, Selectel, Яндекс.Облако и др.). DNS-трафик перенаправляется через их сеть очистки. Для небольших сайтов достаточно бесплатных тарифов Cloudflare с включённым «Under Attack Mode». Важно: скрыть реальный IP источника (origin), запретить прямой доступ к нему по HTTP/HTTPS.
Что такое SLA и как он связан с доступностью?
SLA (Service Level Agreement) — соглашение об уровне сервиса между провайдером и клиентом. Обычно включает гарантированную доступность (например, 99.9%), штрафы за нарушение, порядок измерения и исключения (плановые работы, форс-мажор). Внутренние SLA между отделами ИТ и бизнеса помогают согласовать ожидания и приоритеты восстановления.
Может ли ошибка разработчика в коде нарушить доступность?
Да, и это одна из частых причин. Примеры: утечка памяти (memory leak) в долгоработающем процессе — сервис «съедает» всю ОЗУ и падает; бесконечный цикл при обработке специфических входных данных; дедлок в БД из-за неправильного порядка блокировок; деплой несовместимой версии микросервиса без feature flags. Практика Chaos Engineering и кайзен-тестирование в проде помогают находить такие баги до пользователей.