Администрирование · 11 мин
Регистрация событий доступа к персональным данным в 1С: что это и как настроить
Что такое регистрация событий доступа к персональным данным в 1С, зачем она нужна по 152-ФЗ, как включить журнал регистрации и настроить аудит доступа к ПДн.
Регистрация событий доступа к персональным данным в 1С — это механизм фиксации фактов обращения пользователей к сведениям, которые закон относит к персональным: ФИО, паспортные данные, адреса, телефоны, СНИЛС, ИНН, данные о здоровье и т. п. Каждое обращение (просмотр, изменение, копирование, удаление) записывается в журнал с указанием того, кто, когда и что сделал.
Требование вести такой учёт вытекает из Федерального закона № 152-ФЗ «О персональных данных» и подзаконных актов: оператор обязан обеспечивать контроль действий с ПДн и иметь возможность выявить несанкционированный доступ. На практике это означает, что у организации должен быть технический след каждого обращения к защищаемым сведениям.
В 1С задача решается несколькими инструментами: штатным журналом регистрации, механизмом «Защита персональных данных» в типовых конфигурациях (ЗУП, Бухгалтерия, Управление торговлей), а также версионированием объектов. Ни один из них по отдельности не даёт полной картины, поэтому обычно применяется комбинация.
Что именно считается событием доступа к персональным данным
Событием доступа считается любое действие пользователя (или фонового процесса) с объектом, содержащим ПДн: открытие формы сотрудника, запись документа с личными данными, выгрузка отчёта, изменение паспортных данных, удаление записи. Важно понимать, что «доступ» — это не только изменение: сам факт просмотра персональных данных тоже подлежит учёту в системах защиты.
В типовых конфигурациях 1С персональные данные собраны в отдельные области: регистры сведений с паспортными данными, контактной информацией, сведениями об образовании и составе семьи в ЗУП; реквизиты физических лиц и контрагентов в Бухгалтерии и УТ. Подсистема защиты ПДн знает, какие объекты относятся к защищаемым, и фиксирует обращения именно к ним.
Зачем это нужно: требования закона и практические задачи
Основной драйвер — 152-ФЗ и приказы Роскомнадзора и ФСТЭК, устанавливающие требования к защите ПДн при их обработке в информационных системах. Среди мер защиты прямо названы регистрация событий безопасности и возможность обнаружения фактов несанкционированного доступа. При проверке или инциденте у оператора должны быть журналы, подтверждающие, кто работал с данными.
Помимо формального соответствия, журнал доступа решает практические задачи: расследование утечек, выяснение, кто изменил паспортные данные сотрудника перед выплатой, контроль выгрузок данных увольняющимся сотрудником. Без зафиксированных событий разбор таких ситуаций превращается в гадание.
Отдельно стоит учитывать, что журналы доступа сами содержат сведения о действиях пользователей, поэтому доступ к ним должен быть ограничен, а сроки и порядок хранения — закреплены во внутренних документах организации.
Инструменты 1С для регистрации событий доступа
Базовый инструмент — журнал регистрации, который платформа ведёт всегда (вопрос только в уровне детализации). Он фиксирует входы пользователей, изменение данных, ошибки, административные действия. Однако штатный журнал не фиксирует факт чтения (просмотра) данных — это принципиальное ограничение платформы.
Второй инструмент — подсистема «Защита персональных данных» в типовых конфигурациях. Она регистрирует события доступа к защищаемым областям (включая просмотр) в отдельном регистре и предоставляет отчёт по событиям доступа. Именно она закрывает требование об учёте обращений к ПДн в типовых решениях на базе БСП.
Третий элемент — версионирование объектов: оно сохраняет историю изменений конкретных объектов (кто, когда и какие реквизиты поменял). Это не журнал доступа в строгом смысле, но полезное дополнение для расследований. Для систем с повышенными требованиями применяют также внешние средства: СЗИ от НСД, SIEM-системы, выгрузку журнала регистрации во внешние хранилища.
Сравнение вариантов
Подходит для учёта изменений и входов. Ограничение: не фиксирует просмотр данных, требует настройки уровня событий.
Фиксирует доступ, включая просмотр, к персональным данным. Ограничение: работает только в конфигурациях на БСП и только для объектов, включённых в защищаемые области.
Нужны для систем с высоким уровнем защищённости и централизованного сбора событий. Ограничение: стоимость, необходимость интеграции и сопровождения.
Как включить регистрацию: пошаговая настройка
Сначала проверьте уровень регистрации событий в журнале. Откройте конфигуратор, перейдите в меню «Администрирование» → «Настройка журнала регистрации». Установите уровень, включающий регистрацию ошибок, предупреждений, информационных событий и изменения данных. Учтите: режим «регистрировать все события» заметно увеличивает объём журнала и может снижать производительность на нагруженных базах.
Затем настройте подсистему защиты ПДн в пользовательском режиме. В типовых конфигурациях (ЗУП, БП, УТ) откройте раздел администрирования, найдите настройки защиты персональных данных и включите регистрацию событий доступа. Проверьте, что в состав защищаемых областей включены нужные объекты: физические лица, сотрудники, регистры с паспортными данными и контактной информацией.
После включения выполните контрольные действия под тестовой учётной записью: откройте карточку физического лица, измените паспортные данные, сформируйте отчёт. Затем откройте отчёт по событиям доступа к ПДн и журнал регистрации — события должны присутствовать с указанием пользователя, времени и объекта.
- 1В конфигураторе откройте «Администрирование» → «Настройка журнала регистрации» и включите регистрацию изменения данных и доступа к данным (отказ в доступе).
- 2В пользовательском режиме откройте настройки защиты персональных данных и включите регистрацию событий доступа.
- 3Проверьте состав защищаемых объектов: физлица, сотрудники, регистры ПДн.
- 4Настройте сроки хранения и очистку журнала регистрации, чтобы база не разрасталась.
- 5Выполните тестовые действия под отдельной учётной записью и убедитесь, что события видны в отчёте.
- 6Ограничьте доступ к журналам и отчётам по событиям ролью администратора или ответственного за защиту ПДн.
Как читать журнал и отчёт по событиям доступа
Журнал регистрации открывается из конфигуратора или режима «1С:Предприятие» («Администрирование» → «Журнал регистрации»). Используйте отбор по пользователю, типу события (например, «Данные. Изменение», «Доступ. Отказ в доступе»), периоду и представлению данных. Колонки «Пользователь», «Данные», «Представление данных» позволяют установить, кто и с каким объектом работал.
Отчёт по событиям доступа к персональным данным (в типовых конфигурациях) показывает именно обращения к защищаемым областям: дату, пользователя, тип события (доступ или отказ в доступе) и объект. События отказа в доступе особенно важны — частые отказы одного пользователя могут указывать на попытки обойти права.
Для регулярного контроля настройте периодический просмотр журнала или выгрузку во внешнюю систему. Разовая настройка без регулярного анализа практической ценности не имеет: журнал нужен не «для галочки», а для выявления аномалий.
Как проверить результат
В отчёте по событиям доступа появилась запись с пользователем, временем и объектом
Записи нет — регистрация не включена или объект не входит в защищаемые области
В журнале регистрации есть событие «Данные. Изменение» с представлением объекта
Событие отсутствует — проверьте уровень регистрации в настройке журнала
Фиксируется событие отказа в доступе
Отказы не регистрируются — включите соответствующий тип событий
Настроена периодическая очистка или выгрузка, рост файлов контролируется
Журнал растёт без ограничений, база замедляется
Ограничения, риски и типичные ошибки
Главное ограничение платформенного журнала — отсутствие фиксации чтения данных в общем случае. Просмотр регистрирует только подсистема защиты ПДн, и только для объектов, которые в неё включены. Если конфигурация самописная или сильно доработана, типовая подсистема может не охватывать часть данных — тогда потребуется доработка или внешние средства.
Второй риск — производительность и объём хранения. Полная регистрация всех событий на базе с сотнями пользователей быстро раздувает журнал. Настройте разумный уровень событий, периодическую выгрузку и очистку, а сроки хранения согласуйте с требованиями внутренней политики защиты ПДн.
Третий момент — права на сами журналы. Если смотреть и очищать журнал может любой администратор базы, злоумышленник с такими правами заметёт следы. Разграничьте роли, используйте отдельные учётные записи администраторов и по возможности выгружайте журнал в систему, недоступную для изменения изнутри 1С.
Частые вопросы
Фиксирует ли 1С сам факт просмотра персональных данных?
Штатный журнал регистрации платформы фиксирует изменение данных, но не чтение. Просмотр регистрирует подсистема «Защита персональных данных» в типовых конфигурациях — и только для объектов, включённых в защищаемые области. Для полного охвата в нестандартных конфигурациях потребуется доработка или внешние средства защиты.
Как долго нужно хранить журналы событий доступа?
Единого срока в 152-ФЗ не установлено — период определяется внутренней политикой оператора и требованиями к уровню защищённости системы. Практика — хранить журналы не менее срока, достаточного для расследования инцидентов и проверок, с регулярной архивацией и очисткой, чтобы не перегружать базу.
Нужна ли регистрация доступа к ПДн в файловой базе?
Требования закона не зависят от режима работы базы: если система обрабатывает персональные данные, события доступа должны регистрироваться. В файловом режиме доступны те же настройки журнала регистрации и подсистема защиты ПДн, но возможности централизованного сбора и защиты журналов ограничены.
Можно ли выгрузить журнал регистрации во внешнюю систему?
Да. Журнал можно выгрузить в файл через штатную функцию выгрузки, а также настроить передачу событий в SIEM-систему или внешнее хранилище средствами платформы и сторонних решений. Внешнее хранение полезно тем, что записи нельзя подчистить изнутри самой базы.
Кто в организации должен иметь доступ к журналу событий доступа?
Обычно это администратор информационной системы и ответственный за защиту персональных данных. Доступ должен быть минимально необходимым: чем шире круг лиц, способных просматривать и очищать журнал, тем выше риск сокрытия несанкционированных действий.
Что делать, если в журнале обнаружен подозрительный доступ к ПДн?
Зафиксируйте события (выгрузите фрагмент журнала), установите пользователя и объём затронутых данных, временно ограничьте доступ этой учётной записи при необходимости и инициируйте внутреннее расследование. При подтверждении утечки оцените обязанность уведомления Роскомнадзора и субъектов данных в соответствии с законодательством.
Что важно запомнить
Регистрация событий доступа к ПДн в 1С — обязательный элемент защиты персональных данных. Настройте журнал регистрации, включите подсистему защиты ПДн, проверьте фиксацию тестовыми действиями, ограничьте доступ к журналам и контролируйте их регулярно, а не формально.