К статье
Практический материал

Администрирование · 11 мин

Что такое ЗРДС в 1С и когда оно нужно

Что такое ЗРДС в 1С простыми словами: назначение защищённого рабочего места, состав решения, порядок подключения, типичные ошибки и проверка результата.

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

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

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

Что скрывается за аббревиатурой ЗРДС

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

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

Из чего состоит защищённое рабочее место для 1С

Типовое решение включает несколько обязательных компонентов. Первый — серверная часть: кластер серверов 1С:Предприятия и СУБД, размещённые в контуре организации или у доверенного оператора. Второй — канал связи: VPN-туннель или защищённое соединение, построенное на сертифицированных средствах криптографической защиты информации (СКЗИ). Третий — средство аутентификации: USB-токен или смарт-карта с ключами электронной подписи, без которых сеанс не открывается.

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

КомпонентНазначениеЧто проверить при внедрении
Сервер 1С и СУБДХранение и обработка базы в контуреДоступ только из внутренней сети, резервное копирование
Защищённый канал (VPN/СКЗИ)Шифрование трафика между сотрудником и серверомИспользуются сертифицированные средства, канал не «падает» под нагрузкой
Токен с ключами ЭППодтверждение личности пользователяКлюч выдан конкретному человеку, есть срок действия сертификата
Контроль рабочего местаПроверка безопасности компьютера сотрудникаАнтивирус, обновления ОС, отсутствие несанкционированного ПО
Регламенты и журналированиеФиксация правил и действий пользователейПриказ о допуске, журнал регистрации включён и анализируется

Чем ЗРДС отличается от обычного удалённого доступа

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

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

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

Публикация базы на веб-сервере

Быстро и дёшево, подходит для некритичных данных; ограничение — защита сводится к паролю и HTTPS, нет контроля устройства сотрудника.

RDP на терминальный сервер

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

ЗРДС с СКЗИ и токенами

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

Когда организации действительно нужно ЗРДС

Решение оправдано, если выполняется хотя бы одно из условий: сотрудники удалённо работают с персональными данными большого объёма; учётная политика или отраслевые требования запрещают вынос базы за пределы контура; в компании принята модель угроз, где компрометация домашнего ПК считается реальным рискам; требуется доказуемый контроль доступа для аудита.

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

Маршрут решения

Как выбрать действие

Сотрудники удалённо работают с персональными данными или коммерческой тайнойВнедряйте ЗРДС с СКЗИ, токенами и журналированием
Доступ нужен 1–2 пользователям к некритичной базеОграничьтесь веб-публикацией с HTTPS, сложными паролями и ограничением по IP
Есть требования аудита или отраслевого регулятораОформляйте ЗРДС с регламентами, приказом о допуске и контролем рабочих мест
Бюджет ограничен, но риски средниеНачните с VPN и двухфакторной аутентификации, затем расширяйте до полного ЗРДС

Как организовать ЗРДС для работы с 1С: порядок действий

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

Далее разворачивается инфраструктура: настраивается сервер 1С, VPN-шлюз или криптомаршрутизатор, выпускаются ключи и сертификаты для сотрудников, на домашние компьютеры устанавливаются клиентские компоненты СКЗИ и платформа 1С. После технической настройки оформляются регламенты и проводится инструктаж пользователей.

Порядок действий
  1. 1
    Определите состав пользователей, данных и модель угроз
  2. 2
    Разверните сервер 1С и СУБД в защищённом контуре, закройте прямой доступ извне
  3. 3
    Настройте VPN-шлюз или СКЗИ для шифрования канала
  4. 4
    Выпустите токены и сертификаты ключей для каждого сотрудника
  5. 5
    Установите на рабочие места клиентскую часть СКЗИ и платформу 1С
  6. 6
    Настройте журналирование и ограничьте копирование данных на локальные диски
  7. 7
    Оформите регламент доступа и проведите инструктаж сотрудников
  8. 8
    Проведите тестовое подключение и проверьте отказ при отсутствии токена

Проверка результата и типичные ошибки

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

Типичные ошибки: выдача одного токена на нескольких сотрудников (теряется персональная ответственность), отключение журналирования «для скорости», отсутствие процедуры отзыва доступа при увольнении, использование просроченных сертификатов. Отдельная группа проблем — человеческий фактор: сотрудники передают токены коллегам или записывают PIN-код на самом носителе.

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

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

Вход без токена
Норма

Соединение отклоняется, доступ невозможен

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

Сеанс открывается по одному паролю

Журнал регистрации
Норма

Фиксируются входы, пользователи и ключевые действия

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

Журнал пуст или отключён

Локальный диск сотрудника
Норма

Нет копий базы и выгрузок с данными

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

Найдены файлы выгрузок и скриншоты с данными

Уволенный сотрудник
Норма

Сертификат отозван, вход заблокирован

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

Доступ сохраняется после увольнения

Типичные ошибки
01
Один токен на нескольких сотрудников — невозможно установить, кто совершил действие
02
Отключённое журналирование — при инциденте нет данных для расследования
03
Не отозван доступ уволенного сотрудника — бывший работник сохраняет вход в базу
04
PIN-код записан на токене — компрометация носителя сводит защиту к нулю
05
Нет регламентов — решение не проходит внутренний или внешний аудит

Ограничения и сопровождение

ЗРДС требует постоянного сопровождения: продление сертификатов, обновление СКЗИ и платформы, пересмотр списка пользователей. Скорость работы через защищённый канал может быть ниже, чем в локальной сети, особенно на толстом клиенте — для удалённых пользователей часто выбирают тонкий или веб-клиент. Эти моменты стоит проверить на пилотной группе до массового подключения.

На практике самая частая причина отказа в доступе — истёкший сертификат на токене. Полезно вести реестр сроков действия ключей и напоминать сотрудникам о перевыпуске заранее, а не в день блокировки.
ПЗ
Практическое замечание
Итог

Что важно запомнить

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

Частые вопросы о ЗРДС в 1С

ЗРДС — это продукт фирмы «1С»?

Нет, это не отдельная коробка или конфигурация. ЗРДС — архитектурное решение, которое собирается вокруг платформы 1С:Предприятие из средств криптозащиты, VPN, токенов и организационных регламентов. Поставщиком компонентов могут быть разные вендоры.

Можно ли работать через ЗРДС с мобильного устройства?

Зависит от выбранных средств защиты: не все СКЗИ и токены поддерживают мобильные платформы. Обычно защищённое рабочее место предполагает стационарный компьютер или ноутбук с установленными клиентскими компонентами и подключённым ключевым носителем.

Что делать, если сотрудник потерял токен?

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

Замедляет ли ЗРДС работу с базой?

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

Обязательно ли ЗРДС для удалённой работы бухгалтера?

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

Кто должен внедрять ЗРДС?

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