Как защитить сервер 1С от повторных атак шифровальщиков через RDP?

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

Проблема заражения серверов 1С вирусами-шифровальщиками (Ransomware) остается одной из самых острых для системных администраторов. Ситуация, когда сервер «падает» второй раз за месяц, несмотря на смену портов и наличие антивируса, сигнализирует о том, что используемые меры защиты морально устарели. Рассмотрим подробно, почему стандартные методы не помогают, и разберем по шагам, как построить по-настоящему защищенную инфраструктуру для работы терминальных пользователей.

Анализ неэффективности базовых мер защиты

Многие администраторы полагаются на «безопасность через неясность» (Security by obscurity), например, меняя стандартный порт RDP 3389 на любой другой, например 33456. Проанализируем, почему это не работает. Современные ботнеты используют сканеры портов, которые проверяют весь диапазон IP-адресов за считанные секунды. Они ищут не конкретный номер порта, а характерный «отклик» протокола RDP. Как только порт найден, начинается автоматизированный подбор паролей или использование эксплойтов.

Вторая распространенная ошибка — доверие бесплатным или потребительским антивирусам. Шифровальщики часто используют тактику Living off the Land, когда вредоносный код выполняется с помощью легитимных системных инструментов, таких как PowerShell, WMI или vssadmin.exe. Антивирус может не распознать в действиях системного администратора (пусть и поддельного) угрозу, пока не станет слишком поздно.

Решение 1: Использование VPN как единственный вход в сеть

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

Наиболее оптимальным решением для малого и среднего бизнеса является использование оборудования MikroTik с настройкой L2TP/IPSec или WireGuard. Проанализируем схему работы:

  1. Закрываем на файрволе все входящие порты, кроме портов VPN.
  2. Пользователь сначала запускает VPN-подключение на своем компьютере.
  3. После успешной авторизации компьютер пользователя получает внутренний IP-адрес организации.
  4. Только теперь пользователь может подключиться к серверу 1С по его локальному адресу (например, 192.168.1.10).

Для реализации такой схемы на MikroTik воспользуемся следующей логикой настройки (пример команд для терминала):


/ip ipsec profile add name=profile1 enc-algorithm=aes-256
/ip ipsec proposal set [ find default=yes ] enc-algorithms=aes-256-cbc
/interface l2tp-server server set enabled=yes use-ipsec=required ipsec-secret=YourStrongSecret

Важно: Это решение полностью скрывает сервер от внешних сканеров. Злоумышленник даже не поймет, что по данному IP-адресу находится терминальный сервер.

Решение 2: Микросегментация и права доступа к файлам

Разберем ситуацию, когда вирус все же попал на сервер (например, через зараженный файл пользователя). Наша задача — максимально ограничить область его действия. Проанализируем структуру прав доступа. Часто пользователи имеют доступ «на чтение и запись» ко всему корню диска D:, где лежит база 1С. Это недопустимо.

Применим принцип минимальных привилегий:

Решение 3: Политика паролей и блокировка учетных записей

Посмотрим на проблему человеческого фактора. Пароли типа 123 или Qwert123 подбираются за минуты. Настроим групповые политики (GPO) для принудительного соблюдения безопасности:

  1. Минимальная длина пароля — не менее 10-12 символов, включая цифры и спецсимволы.
  2. Запрет на использование предыдущих паролей.
  3. Блокировка учетной записи: После 3-5 неудачных попыток входа учетная запись должна блокироваться на 30-60 минут. Это делает автоматизированный брутфорс бессмысленным.
  4. Отключите или переименуйте встроенную учетную запись Администратор (Administrator). Именно на нее нацелено 90% атак. Создайте другую учетную запись с правами админа, но с уникальным именем.

Решение 4: Ограничение запуска программ (AppLocker / SRP)

Проанализируем работу шифровальщика: ему нужно запуститься из папки профиля пользователя (обычно Temp или Downloads). Мы можем заблокировать это поведение с помощью Software Restriction Policies (SRP) или AppLocker.

Настроим «Белый список» приложений. Суть метода: разрешить запуск исполняемых файлов только из папок C:\Program Files и C:\Windows. Поскольку у обычного пользователя нет прав на запись в эти папки, он не сможет запустить принесенный вирус, так как тот не сможет сохраниться в разрешенную зону.

Рассмотрим пример настройки правила в SRP:

Решение 5: Настройка службы теневого копирования и бэкапов

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

vssadmin.exe delete shadows /all /quiet

Эта команда удаляет теневые копии файлов Windows. Чтобы защититься, мы можем ограничить права на запуск vssadmin.exe для всех, кроме администратора системы.

Однако главным спасением является стратегия бэкапа «3-2-1»:

  1. Иметь как минимум три копии данных.
  2. Хранить их на двух разных носителях.
  3. Одну копию хранить вне офиса (в облаке или на отчуждаемом диске).

Критически важно: Сервер, на котором лежат бэкапы, не должен быть доступен по сети с терминального сервера через обычную «расшаренную папку». Используйте протоколы FTP, SFTP или специализированное ПО для бэкапа (например, Veeam), которое само «забирает» данные с сервера, не давая серверу прав на удаление архивов в хранилище.

Итоговый чек-лист по защите

Проанализируем и внедрим следующие пункты немедленно:

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

← На главную