ФБР предупреждает предприятия об опасности открытого RDP-соединения

ФБР предупреждает предприятия об опасности открытого RDP-соединения

ФБР предупреждает предприятия об опасности открытого RDP-соединения

Центр приема жалоб на киберпреступления (Internet Crime Complaint Center, IC3), являющийся частью ФБР, предупреждает компании об опасности открытия конечных точек RDP в Сеть. Согласно опубликованной информации, такую картину часто можно встретить в корпоративных сетях. Более того, с середины 2016 года количество доступных извне RDP-соединений возросло.

Об опасной тенденции также сообщают и некоторые компании, специализирующиеся на кибербезопасности. Например, Rapid7 сообщила о 9 миллионах устройств с открытым в Сеть портом 3389 — это было зафиксировано в 2016 году. Уже в 2017 этот показатель вырос до 11 миллионов.

Поскольку киберпреступники тоже читают отчеты ИБ-компаний, их внимание привлекло растущее количество открытых конечных точек RDP. Причем они обратили внимание на это раньше, чем системные администраторы.

В течение последних нескольких лет постоянно поступали сообщения об удачных инцидентах проникновения киберпреступников в сети организаций. Атаки удавались злоумышленникам благодаря компьютерам с открытыми RDP-соединениями. Именно поэтмоу ФБР опубликовало .

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

  • CryptON
  • LockCrypt
  • Scarabey
  • Horsuke
  • SynAck
  • Bit Paymer
  • RSAUtil
  • Xpan
  • Crysis
  • Samas (SamSam)
  • LowLevel
  • DMA Locker
  • Apocalypse
  • Smrss32
  • Bucbi
  • Aura/BandarChor
  • ACCDFISA
  • Globe

Системным администраторам, работящим в предприятиях, самое время задуматься.

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

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

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

RSS: Новости на портале Anti-Malware.ru