При поиске информации по запросу «Номер части 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, каждое зарегистрированное событие безопасности должно содержать набор обязательных атрибутов․ Их отсутствие делает аудиторский след неполным и недопустимым для целей расследования инцидентов․
Обязательные атрибуты события (Минимальный набор)
- Идентификатор события (Event ID): Уникальный код типа события в рамках данной системы/СЗИ (например, «Вход в систему», «Изменение политики паролей», «Отказ в доступе»)․
- Временная метка (Timestamp): Дата и время возникновения события с точностью не хуже 1 секунды (рекомендуется миллисекунды)․ Обязательно указание часового пояса (UTC или локальный со смещением)․
- Субъект (Инициатор): Учетная запись, идентификатор процесса, IP-адрес, MAC-адрес или иной идентификатор сущности, инициировавшей действие․
- Объект воздействия: Ресурс, над которым совершено действие (файл, запись БД, настройка брандмауэра, учетная запись пользователя)․
- Тип действия / Операция: Что именно сделано (Создание, Чтение, Изменение, Удаление, Вход, Выход, Привилегированная команда)․
- Результат (Исход): Успех (Success) или Неуспех (Failure) с указанием кода ошибки/причины отказа․
- Классификация критичности (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
Для эффективного использования стандарта в современной инфраструктуре рекомендуется следующий подход:
- Нормализация (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․
- Обогащение (Enrichment): Автоматическое добавление контекста: ФИО пользователя из AD/LDAP, критичность актива из CMDB, геолокация IP, репутация IOC․
- Корреляция (Correlation Rules): Написание правил детектирования на базе таксономии стандарта (например: «Неуспешный вход (ID 4625) + Успешный вход (ID 4624) за 5 минут = Brute Force»)․
- Отчетность (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)․
Где получить официальный текст стандарта
- Официальный интернет-портал технической информации (ФСА): protect․gost․ru (платный доступ к полному тексту PDF)․
- Система «Техэксперт» / «КонсультантПлюс» / «Гарант»: В разделах «Национальные стандарты (ГОСТ Р)»․
- Магазин стандартов Росстандарта: gost․ru (покупка электронной копии)․
Статья подготовлена на основе открытых данных реестра национальных стандартов РФ и практики внедрения СИБ/СОКИИ․ Актуальность проверена на 23 июля 2026 года․