ГОСТ Р 59548-2022: Требования к регистрации событий безопасности

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

+7 (800) 301-07-30

Реклама jurik.ru

При поиске информации по запросу «Номер части 59548» или «Артикул 59548» в русскоязычном сегменте интернета наиболее авторитетным и точным совпадением является ГОСТ Р 59548-2022, национальный стандарт Российской Федерации в области защиты информации․

Ниже представлена подробная статья, посвященная этому документу, его назначению, структуре и значению для систем безопасности информации․


Общие сведения о стандарте

Параметр Значение
Полное наименование Защита информации․ Регистрация событий безопасности․ Требования к регистрируемой информации
Обозначение ГОСТ Р 59548-2022
Дата введения в действие 01 июля 2023 года (Приказ Росстандарта от № 1193-ст)
Организация-разработчик Федеральное агентство по техническому регулированию и метрологии (Росстандарт), Технический комитет ТК 497 «Защита информации»
Международная соотнесенность ISO/IEC 19770-1:2017 (модифицированный), аспекты логирования соответствуют рекомендациям ISO/IEC 27001
Статус Действующий (на )

Назначение и область применения

Стандарт устанавливает требования к составу, структуре и параметрам информации о событиях безопасности, которая должна регистрироватся (логироваться) средствами защиты информации (СЗИ), операционными системами, прикладным ПО и сетевым оборудованием․

  • Цель: Обеспечение единообразия формирования аудиторских следов для последующего анализа, расследования инцидентов и подтверждения соответствия требованиям регуляторов (ФСТЭК, ФСБ, Банк России)․
  • Объекты применения: Автоматизированные системы (АС), персональные данные (ПДн), государственная тайна, критическая информационная инфраструктура (КИИ), банковские системы․
  • Субъекты: Разработчики СЗИ, администраторы безопасности, аудиторы, интеграторы SIEM-систем․

Важно: Стандарт не регламентирует конкретные программные интерфейсы (API) или форматы хранения логов (например, syslog, Windows Event Log, JSON)․ Он определяет семантический минимум — что именно должно быть записано в событии, чтобы оно считалось полноценным с точки зрения регулятора․


Ключевые требования к регистрируемой информации

Согласно ГОСТ Р 59548-2022, каждое зарегистрированное событие безопасности должно содержать набор обязательных атрибутов․ Их отсутствие делает аудиторский след неполным и недопустимым для целей расследования инцидентов․

Обязательные атрибуты события (Минимальный набор)

  1. Идентификатор события (Event ID): Уникальный код типа события в рамках данной системы/СЗИ (например, «Вход в систему», «Изменение политики паролей», «Отказ в доступе»)․
  2. Временная метка (Timestamp): Дата и время возникновения события с точностью не хуже 1 секунды (рекомендуется миллисекунды)․ Обязательно указание часового пояса (UTC или локальный со смещением)․
  3. Субъект (Инициатор): Учетная запись, идентификатор процесса, IP-адрес, MAC-адрес или иной идентификатор сущности, инициировавшей действие․
  4. Объект воздействия: Ресурс, над которым совершено действие (файл, запись БД, настройка брандмауэра, учетная запись пользователя)․
  5. Тип действия / Операция: Что именно сделано (Создание, Чтение, Изменение, Удаление, Вход, Выход, Привилегированная команда)․
  6. Результат (Исход): Успех (Success) или Неуспех (Failure) с указанием кода ошибки/причины отказа․
  7. Классификация критичности (Severity): Уровень важности события (Информационное, Предупреждение, Критическое, Аварийное) для приоритизации в SIEM․

Дополнительные (контекстные) атрибуты

Рекомендуется включать для расширенного контекста:

  • Идентификатор сессии (Session ID)․
  • Географическое положение / Терминал / Имя хоста․
  • Целостностная метка (хеш) самого события лога для защиты от подделки․
  • Корреляционные идентификаторы (Request ID, Trace ID) для распределенных систем․

Классификация событий безопасности (Приложение стандарта)

Стандарт предлагает типовую таксономию категорий событий, которые подлежат обязательной регистрации в информационных системах:

Категория событий Примеры событий
Управление доступом (Access Control) Успешные/неуспешные входы (Logon/Logoff), использование привилегированных учетных записей, изменение прав доступа (ACL, RBAC), блокировки учетных записей․
Управление конфигурацией безопасности Изменение политик паролей, аудита, настройки брандмауэров/IDS/IPS, установка/удаление СЗИ, изменение системного времени․
Работа с объектами информации Создание/удаление/копирование файлов с метками конфиденциальности, доступ к БД (SELECT/INSERT/UPDATE/DELETE на критические таблицы), печать секретных документов․
Сетевая активность Подключение/отключение VPN, аномальные исходящие соединения, срабатывания правил DPI/Файрвола, сканирование портов․
Использование криптографических средств Генерация/уничтожение ключей, ошибки верификации ЭЦП/МАС, операции шифрования/расшифрования․
Сбои и ошибки СЗИ Остановка служб защиты, переполнение буфера аудита, ошибки целостности СЗИ, сбой лицензии․

Требования к процессу регистрации (Логированию)

Помимо состава данных, стандарт налагает требования к процессу их сбора:

Полнота и своевременность

  • События должны регистрироваться до выполнения критических операций (pre-audit) или сразу после (post-audit)․
  • Недопускается «молчаливый» режим работы СЗИ без логирования․

Защита аудиторского следа

  • Целостность: Логи должны защищены от несанкционированного изменения/удаления (WORM-хранилища, подпись хеш-цепочек, репликация на отдельный сервер логов)․
  • Конфиденциальность: Если в логах попадают персональные данные или секреты, доступ к логам должен быть разграничен (разделение ролей: администратор системы ≠ администратор безопасности/аудитор)․
  • Доступность: Гарантированное хранение в течение срока, установленного нормативными актами (минимум 1-3 года для КИИ/ПДн, до 5 лет для гостайны)․

Синхронизация времени

Обязательное использование протоколов точной синхронизации времени (NTP/PTP) с авторитетными источниками (ГЛОНАСС/ГПС, ВНИФТРИ) для всех узлов, генерирующих события․ Допустимый дрейф — не более 1 секунды (для КИИ — миллисекунды)․


Соответствие нормативным требованиям (Compliance)

Внедрение требований ГОСТ Р 59548-2022 является ключевым элементом выполнения ряда российских регуляторных актов:

  • ФСТЭК России Приказ № 21 (Критические объекты КИИ): Требования к созданию подсистемы регистрации и учета событий безопасности (ПРУСБ)․ ГОСТ 59548, де-факто методика заполнения ПРУСБ․
  • ФСТЭК России Приказ № 17 (Государственная тайна): Требования к аудиту в СЗИ для систем гостайны (Уровни доверия 1-3)․
  • 152-ФЗ «О персональных данных» / Постановление Правительства № 1119: Обеспечение учета действий операторов с ПДн (кто, что, когда, результат)․
  • Банк России (382-П, 419-П): Требования к логированию в платежных системах и АБС (Anti-Fraud, расследование инцидентов)․
  • Федеральный закон № 187-ФЗ (Безопасность КИИ): Обязательность информирования ГосСОПКИ о событиях безопасности, что невозможно без структурированных логов по ГОСТ 59548․

Практическая реализация: Интеграция с SIEM/SOAR

Для эффективного использования стандарта в современной инфраструктуре рекомендуется следующий подход:

  1. Нормализация (Parsing/Normalization): Настройка коннекторов SIEM (Positive Technologies MaxPatrol SIEM, Solar Dozor, KUMA, Splunk, QRadar, LogRhythm) на приведение разнородных логов (Windows Security, Linux Auditd, Cisco ASA, Check Point, 1С, БД Oracle/PostgreSQL) к единой схеме атрибутов ГОСТ Р 59548․
  2. Обогащение (Enrichment): Автоматическое добавление контекста: ФИО пользователя из AD/LDAP, критичность актива из CMDB, геолокация IP, репутация IOC․
  3. Корреляция (Correlation Rules): Написание правил детектирования на базе таксономии стандарта (например: «Неуспешный вход (ID 4625) + Успешный вход (ID 4624) за 5 минут = Brute Force»)․
  4. Отчетность (Reporting): Формирование отчетов для регуляторов (ФСТЭК, ЦБ РФ) в требуемом виде с доказательной базой (хеши логов, подписи)․

Типичные ошибки при внедрении

  • Логирование «всего подряд» без фильтрации: Перегрузка SIEM шумом (Debug/Trace уровни), потеря критических событий в потоке мусора․
  • Отсутствие синхронизации времени: Невозможность корреляции событий с разных хостов при расследовании․
  • Хранение логов локально на защищаемом хосте: Атакующий с правами админа удаляет следы (Event ID 1102 — очистка журнала)․ Решение: فورвардинг (Forwarding) на выделенный Log Collector / SIEM в реальном времени․
  • Игнорирование «неуспешных» событий: Часто логируют только успех․ А именно серии неудач (подбор пароля, сканирование, отказ в доступе к секретному) — индикаторы атаки․
  • Отсутствие защиты целостности самого лога: Логи в текстовом файле или БД без подписи/хеширования не имеют юридической силы для суда/прокуратуры․

Важное уточнение: Другие значения «Номера 59548»

Хотя ГОСТ Р 59548-2022 является единственным нормативным документом с таким номером в реестре Росстандарта, в результатах поиска могут встречаться иные сущности, не связанные с IT-безопасностью․ Не путайте:

  • Автозапчасти (OE-номера): На сайтах типа Auto24․pro или Exist․ru номер 59548 может быть артикулом конкретной детали (например, прокладка, фильтр, датчик) от производителя (OEM)․ В этом контексте это просто коммерческий код товара․
  • Военные части (В/Ч): В открытых реестрах (СБИС, Spark) встречаются воинские части с номерами, содержащими «59548» (например, В/Ч 34148, 54148 и т․д․), но стандартного формата «В/Ч 59548» в открытых источниках на 2026 год не зафиксировано как основное обозначение․
  • Телефонные номера: Код DEF или часть номера телефона․

Резюме: Если вы специалист по информационной безопасности, аудитор или администратор КИИ/ПДн/Гостайны — ГОСТ Р 59548-2022 — это ваш основной документ․ Если вы ищете запчасть для автомобиля — используйте каталоги по VIN-коду или оригинальные каталоги производителей (ETKA, EPC, Microcat)․


Где получить официальный текст стандарта

  1. Официальный интернет-портал технической информации (ФСА): protect․gost․ru (платный доступ к полному тексту PDF)․
  2. Система «Техэксперт» / «КонсультантПлюс» / «Гарант»: В разделах «Национальные стандарты (ГОСТ Р)»․
  3. Магазин стандартов Росстандарта: gost․ru (покупка электронной копии)․

Статья подготовлена на основе открытых данных реестра национальных стандартов РФ и практики внедрения СИБ/СОКИИ․ Актуальность проверена на 23 июля 2026 года․