Для чего нужен безопасный режим в 1С

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

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

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

Что именно ограничивает безопасный режим

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

К ключевым ограничениям относятся:

• доступ к файловой системе компьютера и сервера — чтение, запись, удаление файлов;
• запуск внешних приложений и команд операционной системы;
• загрузка внешних компонент и COM-объектов;
• использование OLE и ADO для прямого подключения к другим базам;
• выполнение произвольного кода через методы «Выполнить» и «Вычислить» в ряде сценариев;
• работа с интернетом вне разрешённых механизмов платформы.

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

Где безопасный режим применяется на практике

Наиболее частое место встречи с безопасным режимом — справочник «Дополнительные отчеты и обработки» в типовых конфигурациях. Когда пользователь загружает внешнюю печатную форму или обработку, механизм БСП (Библиотека стандартных подсистем) по умолчанию запускает её именно в безопасном режиме.

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

Третий сценарий — разделённый режим работы в сервисах (модель сервиса, SaaS). Там безопасный режим включён принудительно, потому что на одном сервере работают базы разных клиентов, и код одного абонента не должен иметь возможности навредить другим.

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

Почему обработка выдаёт ошибку «Операция не разрешена в безопасном режиме»

Это сообщение означает, что код обработки или расширения попытался выполнить действие из запрещённого списка. Чаще всего причина — обращение к файловой системе: попытка прочитать файл обмена, сохранить выгрузку или записать временный файл.

Типичные ситуации, приводящие к ошибке:

• обработка обмена данными пытается записать файл XML в каталог на диске;
• расширение использует COM-объект для связи с другой программой;
• внешний отчёт запускает внешнее приложение для формирования документа;
• код вызывает «Выполнить» для динамического исполнения строки.

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

Как проверить и отключить безопасный режим для расширения

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

1. 1
   Откройте раздел «Администрирование» — «Печатные формы, отчеты и обработки» — «Расширения» (в типовых конфигурациях).
2. 2
   Найдите нужное расширение в списке и откройте его свойства.
3. 3
   Снимите флаг «Безопасный режим» и подтвердите изменение.
4. 4
   Перезапустите сеанс или переподключите расширение, чтобы изменения вступили в силу.
5. 5
   Проверьте работу расширения: операция, вызывавшая ошибку, должна выполниться.

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

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

Безопасный режим и профили безопасности: в чём разница

Безопасный режим — не единственный уровень защиты. В клиент-серверном варианте работы существуют профили безопасности кластера, которые задают более тонкие разрешения: какие каталоги файловой системы доступны, какие COM-объекты и внешние компоненты разрешены, какие приложения можно запускать.

Разница в логике: безопасный режим — это бинарный переключатель «запрещено всё опасное», а профиль безопасности — это список конкретных разрешений. Например, можно запретить всё, кроме записи в один конкретный каталог обмена.

Сравнение вариантов

Безопасный режим

Подходит для файловых баз и простых сценариев; ограничения жёсткие, тонкой настройки нет

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

Подходят для клиент-серверных баз; позволяют разрешить конкретные каталоги, компоненты и программы, но требуют настройки в консоли кластера

Отключение ограничений

Допустимо только для полностью доверенного кода; максимальный риск при ошибке в оценке источника

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

Как проверить обработку перед снятием ограничений

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

Контрольные точки

Как проверить результат

Поиск по коду обработки

Норма

Нет вызовов ЗапуститьПриложение, КомандаСистемы, удаления файлов без явной необходимости

Тревожный признак

Код запускает программы, обращается к непонятным адресам, шифрует свои действия

Источник обработки

Норма

Официальный разработчик, вендор, известный подрядчик

Тревожный признак

Анонимная публикация, файл из письма или мессенджера

Запрашиваемые возможности

Норма

Соответствуют заявленной функции (обмен — доступ к каталогу обмена)

Тревожный признак

Обработка печати требует запуска внешних программ или доступа к сети

Поведение после отключения режима

Норма

Обработка выполняет только заявленную функцию

Тревожный признак

Появляются новые файлы, процессы, сетевые подключения

Если компетенций для анализа кода нет, безопасный путь — запросить у поставщика обработки описание того, какие ресурсы ей нужны, или привлечь специалиста по 1С для проверки. Расходы на проверку несопоставимы с возможными потерями от повреждения базы.

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

Влияет ли безопасный режим на скорость работы базы?

Нет, заметного влияния на производительность режим не оказывает. Это не фоновая проверка, а набор ограничений на уровне исполнения кода: платформа просто отклоняет запрещённые вызовы. Основная конфигурация при этом вообще работает без ограничений.

Почему обработка работала раньше, а после обновления появилась ошибка безопасного режима?

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

Можно ли отключить безопасный режим для всех обработок сразу?

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

Защищает ли безопасный режим от всех угроз?

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

Что делать, если доверенной обработке нужен доступ к файлам, а режим отключать не хочется?

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