Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

В эпоху тотальной цифровизации электронные архивы стали «сердцем» информационной инфраструктуры любого современного предприятия, госоргана или научной организации․ Они концентрируют в себе не просто данные, а ценные активы: договоры, финансовую отчетность, персональные данные сотрудников и клиентов, интеллектуальную собственность и документы, определяющие правовые последствия деятельности организации․ Потеря, искажение или утечка этих данных несет катастрофические риски — от штрафов регуляторов до репутационного банкротства и прекращения бизнеса․

Защита информации в электронных архивах (ЭА) — это не установка одного антивируса или настройка пароля․ Это непрерывный системный процесс, охватывающий организационные, правовые, физические и программно-технические меры․ В данной статье мы подробно разберем архитектуру безопасности современного электронного архива, опираясь на актуальные российские стандарты (ГОСТ, ФСТЭК, ФСБ) и лучшие практики․

Нормативно-правовая база и стандарты: фундамент безопасности

Строительство системы защиты информации (СЗИ) для электронного архива в РФ невозможно без привязки к законодательству․ Ключевые документы, задающие вектор:

152-ФЗ «О персональных данных»: Обязывает определять категории ПДн, разрабатывать модель угроз, применять сертифицированные СЗИ (для ИСПДн 1-3 уровней) и проводить аттестацию объектов․
ФЗ-149 «Об информации, информационных технологиях и о защите информации»: Базовые определения конфиденциальности, целостности и доступности․
ФЗ-63 «Об электронной подписи»: Регламентирует использование ЭП для обеспечения юридической силы документов в архиве (неотрекаемость, авторство, неизменность)․
Приказ ФСТЭК № 21 : Состав и параметры модели угроз безопасности персональных данных․ Определяет, что именно мы защищаем и от кого․
Приказ ФСТЭК № 17 : Состав мер защиты информации для ИСПДн․ Чек-лист обязательных мер для 1, 2, 3 уровней защищенности․
ГОСТ Р 57580-2017 / ISO 16175-2: «Менеджмент документов; Электронное делопроизводство․ Часть 2․ Руководящие принципы и функциональные требования к системам электронного делопроизводства»․ Ключевой стандарт для функционала архива․
ГОСТ Р 7․0․100-2018: «Национальный стандарт Российской Федерации․ Архивное дело․ Электронные архивы․ Общие требования к организации и функционированию»․
ГОСТ Р 7․0․99-2018: Требования к формированию электронных архивов и обеспечению их сохранности․

Важно: Соответствие ГОСТам 7․0․99 и 7․0․100 — это не только про безопасность, но и про доказуемую сохранность документов на протяжении всего срока хранения (до 75 лет и более)․

Модель угроз: от чего защищаем?

Эффективная защита начинается с разработки Модели угроз безопасности информации (МУБИ) конкретного объекта (ЭА)․ Типичные источники угроз для электронных архивов:

Внешние злоумышленники: хакерские атаки (APT, DDoS, Ransomware, SQL-инъекции), направленные на кражу данных, шифрование архива для вымогательства или уничтожение доказательной базы․
Инсайдеры (внутренние нарушители): администраторы БД/СУБД, архивисты, привилегированные пользователи․ Угрозы: несанкционированное копирование, изменение метаданных/атрибутов документов, удаление версий, превышение полномочий․
Программно-аппаратные сбои: ошибки СУБД, повреждение файловых систем, выход из строя дисковой подсистемы (RAID), ошибки миграции данных․
Человеческий фактор: случайное удаление, ошибочное изменение статуса документа, потеря ключей ЭП, слабые пароли․
Технологическая устарелость (Digital Obsolescence): потеря возможности прочитать форматы файлов, работающих СУБД или аппаратных ключей (токенов) через 10-20 лет․

На основе МУБИ формируется Мера защиты информации (МЗИ), перечень конкретных технических и организационных контрмер․

Уровни защиты: в глубину (Defense in Depth)

Современная архитектура СЗИ ЭА строится по принципу «луковой» модели — многослойная защита на каждом уровне IT-инфраструктуры․

Периметр и сеть (Network Security)

Межсетевые экраны (НГФW): контроль приложений (AppControl), IPS/IDS, TLS-инспекция для выявления вредоносной активности в зашифрованном трафике․
Сегментация сети (Zero Trust Network Access): Изоляция серверов БД, серверов приложений ЭА, хранилищ (S3/NAS) и рабочих станций операторов в разные зоны безопасности․ Доступ — только по принципу «нужно знать» (Need-to-know)․
WAF (Web Application Firewall): Защита веб-интерфейса ЭА от OWASP Top 10 (инъекции, XSS, CSRF, нарушение контроля доступа)․
DDoS-защита: Обеспечение доступности (SLA) на уровне L3/L4 и L7․

Уровень хоста и ОС (Host Security)

Жесткое упрочнение ОС (Hardening): Отключение лишних служб, настройка политик аудита (Audit Policy), запрет интерактивного входа для сервисных учетных записей․
Целостность критических файлов (FIM — File Integrity Monitoring): Контроль изменений бинарных файлов СУБД, конфигов ЭА, скриптов миграции, ключей ЭП․ Любое изменение — инцидент․
Антивирус/EDR/XDR: Поведенческий анализ, предотвращение выполнения несанкционированного кода (AppLocker, WDAC, сторонние решения класса EDR)․
Управление привилегированным доступом (PAM): Хранение паролей админов в vault, выдача just-in-time доступа, запись сессий (RDP/SSH) для аудита действий администраторов БД и ОС․

Уровень СУБД и Приложения ЭА (Application & Data Security) — КЛЮЧЕВОЙ ДЛЯ АРХИВА

Именно здесь хранятся «корона драгоценностей», сами документы и метаданные․

Ролевая модель доступа (RBAC/ABAC): Разделение ролей: Архивист-формировщик, Архивист-поисковик, Администратор ЭА, Администратор БД, Аудитор․ Запрет на совмещение ролей «Кто создает/меняет» и «Кто утверждает/аудит» (SoD — Segregation of Duties)․
Многофакторная аутентификация (МФА): Обязательна для всех пользователей (токены, СМС/Пуш, биометрия, ФКН-токены для ГосТайны/Критичной инфы)․
Электронная подпись (ЭП) на каждом критическом действии:
- Внесение документа в архив (подпись архивиста)․
- Изменение атрибутов/метаданных․
- Выдача копии/выдача на руки․
- Уничтожение по истечении срока (акт уничтожения с ЭП)․
Это обеспечивает неотрекаемость (Non-repudiation) и контроль целостности бизнес-логики․
Шифрование данных:
- Data-at-Rest (TDE / File-level / Disk-level): Шифрование файлов хранилища, бэкапов, экспортов․ Использование сертифицированных средств (ФСБ/ФСТЭК) для гостайны/ПДн 1-2 уrovня․
- Data-in-Transit (TLS 1․2/1․3 + ГОСТ TLS): Обязательно для всех каналов: клиент-сервер, сервер-БД, репликация, бэкап․
- Data-in-Use (Confidential Computing / Tokenization): Токенизация ПДн в БД (замена на токены), чтобы даже DBA не видел реальные ФИО/паспорта в таблицах․
Защита от Ransomware на уровне хранилища:
- Immutable Storage (WORM — Write Once Read Many) для финальных версий документов и бэкапов․ Невозможность удаления/изменения до истечения retention-срока․
- Версионирование объектов (Object Versioning) в S3-совместимых хранилищах․
- Отложенное удаление (Soft Delete) с обязательным подтверждением MFA/Quorum для админов․
DLP (Data Loss Prevention): Контроль исходящего трафика (почта, веб, мессенджеры, USB, печать) на предмет утечки документов архива (по отпечаткам, регуляркам, классификаторам)․

Уровень документов и форматов (Content Preservation)

Специфика архива — долговременное хранение (Long-term Preservation)․

Нормализация форматов: Конвертация входящих форматов в архивные стандарты (PDF/A-1b/2b/3b, XML, TIFF, JPEG2000) при поступлении․ Хранение оригинала + архивной копии․
Контроль целостности (Fixity Checks): Регулярный (по расписанию) пересчет хеш-сумм (SHA-256, ГОСТ Р 34․11-2012) для каждого файла в архиве․ Сравнение с эталонной базой (Manifest)․ Любое несовпадение — триггер восстановления из бэкапа/реплики․
Миграция данных (Refreshment/Migration): Плановый перенос на новые носители, новые версии СУБД, новые форматы файлов с полным протоколированием и двойной проверкой хешей до/после․

Журналирование, мониторинг и SIEM/SOAR

Без видимости нет безопасности․ Все события ЭА должны агрегироваться в SIEM․

Критические события для корреляции (Use Cases):

Массовое скачивание/экспорт документов (аномалия по объему/времени)․
Попытки изменения/удаления метаданных (даты, автор, классификация, срок хранения)․
Ошибки верификации ЭП / невалидные сертификаты․
Неудачные попытки входа / брутфорс учетных записей админов/архивистов․
Изменение конфигурации прав доступа (назначение роли «Администратор ЭА»)․
Сбой задачи проверки целостности (хеш не совпал)․
Остановка/перезапуск служб ЭА/СУБД вне окна обслуживания․
Действия PAM-пользователей (вход в консоль БД, выполнение DROP/TRUNCATE/UPDATE без WHERE)․

SOAR (Security Orchestration, Automation and Response): Автоматические реакции: блокировка учетки при подозрении на компрометацию, изоляция хоста в карантинную VLAN, требование повторной МФА при аномальном входе․

Резервное копирование и аварийное восстановление (Backup & DR)

Для архива RPO (цель точки восстановления) и RTO (цель времени восстановления) должны быть близки к нулю для метаданных и минимальны для контента․

Правило 3-2-1-1-0: 3 копии, на 2 типах носителей, 1 копия off-site (в другом ДЦ/облаке), 1 копия Immutable (WORM/Offline/Air-gapped), 0 ошибок при верификации восстановления․
Разделение бэкапов: Горячие бэкапы (снэпшоты СУБД/FS) для быстрого отката «ошибки оператора» + Холодные Immutable-бэкапы (на ленточной библиотеке или Object Lock S3) для защиты от Ransomware и катастроф․
Регулярные (Drills): Ежеквартальное тестовое восстановление случайного набора дел (метаданные + файлы) на тестовом стенде с проверкой хешей и валидности ЭП․

Организационные меры: люди и процессы

Технологии бесполезны без процессов․

Политика безопасности ЭА: Утвержденный документ, регламентирующий классификацию данных, матрицу доступа, порядок ввода/вывода, уничтожения, инцидент-менеджмент․
Учет и инвентаризация активов: CMDB для серверов ЭА, лицензий, ключей ЭП, токенов, носителей․
Управление уязвимостями (Vulnerability Management): Сканирование ОС, СУБД, веб-приложения ЭА, библиотек (SBOM) не реже 1 раза в месяц․ Установка патчей в установленные сроки (критичные — 72 часа / 14 дней)․
Обучение персонала: Регулярные тренинги по фишингу, работе с ЭП, инцидент-менеджменту для архивистов и админов․
Аттестация и аудит: Внутренний аудит раз в год, независимый аудит (лицензированный ФСТЭК) — по требованию регулятора или при изменении модели угроз․
Управление ключами ЭП и шифрования (PKI/KMS): Жизненный цикл ключей: генерация (на HSM/токене), распределение, хранение, отзыв, обновление, уничтожение․ Кворумный доступ к мастер-ключам (M-of-N)․

Специфические сценарии: Облачные архивы (SaaS / IaaS)

При размещении ЭА в облаке (Яндекс․Облако, VK Cloud, Selectel, СБЕР․Облако и др․) модель ответственности Shared Responsibility Model критична:

Уровень	Ответственность провайдера	Ответственность заказчика (Владельца ЭА)
Физика / Дата-центр	Полная (доступ, пожаротушение, питание, сертификация ФСТЭК/ФСБ ДЦ)	Аудит сертификатов провайдера, выбор зоны размещения (РФ)
Гипервизор / Сеть / Хранилище (IaaS)	Безопасность инфраструктуры, изоляция тенантов	Настройка Security Groups, VPC, шифрование дисков (KMS провайдера или свой), управление ключами
ОС / СУБД / Приложение ЭА (IaaS / PaaS)	Патчинг гипервизора, управляемые сервисы (Managed Kubernetes, Managed PG)	Полная: Hardening ОС, настройка RBAC в ЭА/СУБД, МФА, DLP, SIEM-агенты, бэкапы, модель угроз, аттестация
Данные / Доступы / Процессы	—	Полная: Классификация, ПДн, ЭП, сроки хранения, уничтожение, инцидент-менеджмент, обучение

Ключевой момент: Ключи шифрования (KEK/DEK) и ключи ЭП никогда не должны передаваться провайдеру․ Используйте собственные HSM (в колокации или Cloud HSM с вашим контролем) или токены ФКН․

Чек-лист готовности ЭА к аудиту (Self-Assessment)

[ ] Разработана и утверждена Модель угроз (МУБИ) актуальная версия․
[ ] Реализованы все меры из Приказа ФСТЭК №17 для уровня защищенности ИСПДн (если есть ПДн)․
[ ] Внедрена МФА для 100% учетных записей (в т;ч․ сервисных, где возможно)․
[ ] Настроено разделение ролей (SoD) в ЭА и на уровне БД/ОС․
[ ] Все критические действия (ввод, изменение атрибутов, уничтожение, выдача) требуют ЭП․
[ ] Внедрено шифрование Data-at-Rest (сертифицированные средства) и Data-in-Transit (ГОСТ TLS)․
[ ] Хранилище контента работает в режиме WORM / Immutable / Object Lock․
[ ] Настроена автоматическая проверка целостности (хеш-суммы) по расписанию с алертингом․
[ ] Логи ЭА, БД, ОС, Сети, PAM, DLP собираются в SIEM, настроены корреляционные правила․
[ ] Есть Immutable-бэкап (offline/air-gapped/WORM), проверенный на восстановление за последний квартал․
[ ] Проведены учения по реагированию на инциденты (Ransomware, утечка, ошибка админа) за полгода․
[ ] Ведется реестр носителей ключей ЭП/шифрования, сроки действия контролируются․

Защита информации в электронных архивах, это не проект с дедлайном, а непрерывный жизненный цикл․ Главная особенность архива по сравнению с обычными ИС, это временной горизонт․ Мы должны защитить данные не просто «пока актуально», а 10, 25, 50, 75 лет․ Это требует закладывания в архитектуру свойств неизменяемости (Immutability), проверяемости (Verifiability) и переносимости (Portability) на уровне данных, а не только инфраструктуры․

Инвестиции в правильную архитектуру безопасности ЭА (WORM-хранилища, HSM, PKI, SIEM, Immutable-бэкапы, процессы миграции) окупаются не только отсутствием штрафов и инцидентов, но и юридической неоспоримостью документов в суде, сохранением корпоративной памяти и доверием регуляторов и партнеров․ Начинайте с Модели угроз, внедряйте МФА и ЭП на каждом шаге, делайте бэкапы неизменяемыми — и ваш электронный архив станет настоящей крепостью для цифровых активов организации․