Как отключить предупреждения безопасности в 1С

Предупреждения безопасности в 1С появляются при открытии внешних обработок и отчётов, запуске внешних компонентов, обращении к файловой системе или сети. Механизм защиты от опасных действий встроен в платформу и по умолчанию запрашивает подтверждение пользователя при каждой потенциально рискованной операции. Для разработчика или администратора, который десятки раз в день открывает проверенные обработки, эти окна превращаются в серьёзное замедление работы.

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

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

Что именно вызывает предупреждения безопасности в 1С

Механизм защиты от опасных действий срабатывает на несколько категорий операций. К ним относятся открытие внешних обработок и отчётов (файлы .epf и .erf), подключение внешних компонентов (DLL), запуск приложений операционной системы, доступ к файловой системе за пределами разрешённых каталогов и обращение к интернет-ресурсам из кода конфигурации.

Типичное окно выглядит как диалог с текстом «Рекомендуется обращать внимание на источник, из которого был получен данный файл» и кнопками подтверждения. В клиент-серверном режиме без настроенного профиля безопасности операция может не просто спрашивать подтверждение, а полностью блокироваться с ошибкой о нарушении прав доступа к файлу или сети.

Важно различать два уровня защиты. Первый — интерактивные предупреждения на клиенте, которые пользователь может подтвердить кнопкой. Второй — профили безопасности кластера, которые действуют на сервере и не зависят от настроек пользователя: их обход возможен только через административную консоль.

Отключение защиты в настройках пользователя файловой базы

Самый простой сценарий — файловая информационная база, где вы работаете с полными правами. Откройте раздел «Администрирование», перейдите в «Пользователи и права» (в некоторых конфигурациях — «Настройка пользователей и прав») и найдите пункт, связанный с персональными настройками или защитой от опасных действий. В типовых конфигурациях есть флажок «Защита от опасных действий» — снимите его и перезапустите сеанс.

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

1. 1
   Откройте базу под пользователем с полными правами
2. 2
   Перейдите: Администрирование → Пользователи и права → Персональные настройки
3. 3
   Снимите флажок «Защита от опасных действий» и сохраните
4. 4
   Завершите сеанс и войдите снова
5. 5
   Откройте внешнюю обработку и убедитесь, что предупреждение больше не появляется

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

Доверенные каталоги через файл conf.cfg

Альтернативный подход — не отключать защиту полностью, а указать платформе доверенные расположения, из которых внешние файлы открываются без вопросов. Это делается через конфигурационный файл conf.cfg, который платформа читает при запуске. Файл размещается в каталоге conf внутри каталога установки платформы либо в каталоге данных пользователя.

Для указания доверенного каталога используется параметр, задающий список разрешённых путей. Добавьте в conf.cfg строку с параметром UnsafeActionProtection или соответствующей настройкой доверенных модулей в зависимости от версии платформы. Точный синтаксис зависит от релиза, поэтому сверяйтесь с документацией по вашей версии — параметры конфигурационных файлов периодически меняются.

DefaultUnsafeActionProtection=-
TrustedLocation=C:\1C\TrustedExtensions

Такой вариант предпочтительнее полного отключения: обработки из рабочего каталога разработчика открываются молча, а защита от случайно запущенного файла из папки «Загрузки» или вложения письма продолжает работать. Это разумный компромисс между удобством и безопасностью.

Профили безопасности в клиент-серверном варианте

Если база работает на сервере 1С:Предприятия, предупреждения и блокировки управляются профилями безопасности кластера. Без назначенного профиля серверный код выполняется в режиме жёстких ограничений: обращения к файловой системе, COM-объектам, внешним компонентам и сети запрещены по умолчанию.

Откройте консоль администрирования серверов 1С, найдите ветку «Профили безопасности» и создайте новый профиль. В его свойствах отметьте разрешённые категории: полный доступ к файловой системе или только к конкретным каталогам, разрешение на запуск приложений, использование COM-объектов, внешних компонентов, доступ к интернет-ресурсам. Затем в свойствах информационной базы укажите этот профиль в поле «Профиль безопасности» и, при необходимости, «Профиль безопасности безопасного режима».

Отдельный флажок в свойствах базы — «Использовать профиль безопасности для безопасного режима». Если он не установлен, код в безопасном режиме (например, внешние обработки, запущенные через «Файл → Открыть») будет ограничен, даже если основной профиль разрешает всё. Для полноценной работы внешних инструментов обычно требуется заполнить оба поля.

Отключение предупреждений при открытии внешних обработок

Наиболее частый повод для обращения к этой теме — окно безопасности при каждом открытии .epf-файла. Здесь действует комбинация мер. Во-первых, снятие флажка защиты в настройках пользователя убирает интерактивный запрос. Во-вторых, в клиент-серверном варианте нужен профиль безопасности с разрешением на доступ к каталогу, где лежат обработки.

Есть и третий путь для разработчиков: подключение обработок через механизм «Дополнительные отчеты и обработки» (подсистема БСП в типовых конфигурациях). Обработки, загруженные в этот справочник и прошедшие проверку, открываются из интерфейса программы без диалогов безопасности, так как считаются частью конфигурационного контура. Это удобно, когда одной и той же обработкой пользуется много сотрудников.

Риски и когда отключать защиту нельзя

Полное отключение защиты от опасных действий снимает последний барьер перед запуском вредоносного кода. Внешняя обработка в 1С — это исполняемый код с доступом к данным базы: она может читать и изменять документы, справочники, отправлять данные наружу. Известны реальные случаи распространения шифровальщиков и шпионских модулей именно через файлы .epf, замаскированные под полезные инструменты.

Категорически не стоит отключать защиту на рабочих местах бухгалтеров, кадровиков и других пользователей, которые получают файлы извне и не могут самостоятельно оценить их безопасность. Допустимые сценарии отключения — компьютер разработчика, тестовый контур, изолированная учебная база. Даже там разумнее использовать доверенные каталоги вместо полного снятия защиты.

Проверка результата и возврат настроек

После любого изменения проверьте результат на контрольном действии: откройте внешнюю обработку из рабочего каталога и убедитесь, что диалог не появился, а обработка запустилась корректно. Затем откройте файл из недоверенного расположения (например, из папки загрузок браузера) — если вы использовали вариант с доверенными каталогами, предупреждение для него должно сохраниться. Это подтверждает, что защита ослаблена точечно, а не снята целиком.

Чтобы вернуть защиту, выполните действия в обратном порядке: установите флажок в настройках пользователя, удалите строки из conf.cfg, отвяжите профиль безопасности от информационной базы в консоли кластера. После возврата настроек также требуется перезапуск сеансов. Рекомендуется зафиксировать сделанные изменения в журнале администрирования, чтобы через полгода не искать, почему система ведёт себя иначе, чем ожидается.

Частые вопросы