Какая информация передается при подписи Рутокеном через RDP и «утекают» ли данные о локальном компьютере?

Системный администратор IT и автоматизация бизнеса
← На главную

В современных реалиях удаленной работы использование аппаратных ключей защиты, таких как Рутокен, через протокол удаленного рабочего стола (RDP) стало стандартом. Однако у многих специалистов возникает закономерный вопрос: какая именно информация «утекает» на удаленный сервер при формировании электронной подписи? Видит ли принимающая сторона (налоговая, банк или оператор ЭДО) данные о вашем домашнем или локальном рабочем компьютере, его имя, сетевой адрес или номер USB-порта?

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

1. Структура электронной подписи: что внутри «конверта»?

Для начала разберем, содержит ли сама электронная подпись (ЭП) технические данные о «железе». В России формат подписи чаще всего соответствует международному стандарту CMS/PKCS#7 (или его расширению CAdES). Проанализируем стандартный состав данных, которые упаковываются в файл подписи:

  1. Хеш-сумма документа: результат математического преобразования подписываемого файла.
  2. Значение самой подписи: зашифрованный закрытым ключом хеш.
  3. Сертификат ключа проверки: содержит данные владельца (ФИО, СНИЛС, ИНН, название организации).
  4. Атрибуты подписи: время подписания, тип алгоритма ГОСТ.

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

2. Роль прикладного программного обеспечения и 1С

Рассмотрим ситуацию глубже. Хотя сама подпись чиста, информацию собирает прикладное ПО, которое инициирует процесс подписания. В нашем случае это может быть 1С:Бухгалтерия или специализированные банковские модули.

Проанализируем возможности 1С. Платформа запускается на удаленном сервере, но она работает в контексте текущей RDP-сессии. Это означает, что 1С имеет доступ к переменным окружения этой сессии. Одной из самых важных является переменная CLIENTNAME.

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


// Получение имени локального компьютера, с которого выполнено подключение по RDP
Shell = Новый COMОбъект("WScript.Shell");
Попытка
    ИмяЛокальногоПК = Shell.ExpandEnvironmentStrings("%CLIENTNAME%");
    Сообщить("Запрос на подпись пришел с компьютера: " + ИмяЛокальногоПК);
Исключение
    Сообщить("Не удалось определить имя клиентского ПК");
КонецПопытки;

Любое приложение (включая банковские антифрод-системы) может считать это имя и отправить его в составе технических заголовков вместе с отчетом. Таким образом, принимающая сторона увидит, что документ был подписан на сервере "SERVER-01", но запрос пришел с локальной машины "HOME-LAPTOP-IVAN".

3. Идентификация устройства: ID_SER (Серийный номер Рутокена)

У каждого устройства Рутокен есть уникальный заводской серийный номер — ID_SER. Когда мы пробрасываем смарт-карту через RDP, используется технология Smart Card Redirection (протокол PC/SC).

Для операционной системы на удаленном сервере это выглядит так, будто токен вставлен непосредственно в него. Криптопровайдеры (например, КриптоПро CSP или ViPNet CSP) считывают этот номер для связи контейнера с физическим носителем. Рассмотрим, как это фиксируется:

4. Телеметрия и антифрод-системы

Выясним, почему банки и государственные органы уделяют этому столько внимания. Современные системы безопасности (особенно в ДБО — дистанционном банковском обслуживании) используют модули для анализа среды. Рассмотрим, какие данные они могут собирать при подписании документа:

  1. IP-адрес источника: Сервер видит IP-адрес, с которого установлено RDP-соединение.
  2. Наличие активных сессий удаленного управления: Системы могут определять, запущены ли в данный момент TeamViewer, AnyDesk или RDP-сессия. Для антифрод-системы это может быть признаком компрометации ключа (например, если бухгалтер подписывает платежку, находясь под удаленным управлением злоумышленника).
  3. Виртуализация считывателя: В диспетчере устройств при пробросе Рутокена считыватель часто отображается как Microsoft USBCCID Smartcard Reader (UMDF 2.0). Это прямой признак того, что устройство подключено удаленно.

5. Протокол RDP и журналы Windows

Проанализируем ситуацию с точки зрения системного администрирования. При подключении Рутокена через RDP в системном журнале Event Viewer удаленного сервера фиксируются события службы Smart Card Service.

Рассмотрим шаги для просмотра этой информации:

  1. Откройте «Просмотр событий» на сервере.
  2. Перейдите в раздел «Журналы приложений и служб» -> Microsoft -> Windows -> SmartCard-Server.
  3. Здесь фиксируются события подключения и отключения токенов с привязкой к идентификатору сессии (Session ID).

Хотя эти данные обычно не уходят в налоговую вместе с декларацией, они остаются на сервере компании и могут быть использованы при проведении внутреннего аудита безопасности.

Итоговое резюме

Подведем итог нашему анализу. При использовании Рутокена через RDP ситуация выглядит следующим образом:

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

← На главную