В Jabber устранили RCE-баг, позволяющий создать сетевого червя

В Jabber устранили RCE-баг, позволяющий создать сетевого червя

В Jabber устранили RCE-баг, позволяющий создать сетевого червя

Компания Cisco Systems закрыла пять уязвимостей в десктопных и мобильных приложениях Jabber. Одна из проблем оценена как критическая: она позволяет с помощью IM-сообщения удаленно выполнить в системе вредоносный код и автоматически распространить его на другие устройства в корпоративной сети.

Стоит отметить, что три из этих брешей разработчик уже латал в сентябре, однако те патчи оказались неполными. За истекший период исследователи обнаружили новые способы использования найденных ими проблем, и Cisco пришлось скорректировать свои исправления. Чтобы не было путаницы, уязвимости на этот раз зарегистрировали под новыми CVE-идентификаторами.

Критическая RCE-уязвимость в Jabber (CVE-2020-26085) получила 9,9 балла из 10 возможных по шкале CVSS. Согласно описанию Cisco, она возникла из-за неадекватной проверки содержимого IM-сообщений. В результате злоумышленник может посредством XSS-атаки передать на устройство вредоносный файл, который будет выполнен с привилегиями пользователя, запустившего Jabber.

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

Остальные уязвимости, пропатченные в клиентах Jabber, тоже вызваны некорректной обработкой сообщений:

  • CVE-2020-27134 позволяет внедрить в систему вредоносный скрипт и запустить его на исполнение;
  • CVE-2020-27133 грозит инъекцией команд и их исполнением в контексте текущего пользователя Jabber;
  • CVE-2020-27132 позволяет получить информацию для аутентификации в другой системе;
  • CVE-2020-27127 открывает возможность для изменения настроек Jabber-клиента, установленного на Windows.

Данных об использовании какой-либо из названных уязвимостей в реальных атаках на настоящий момент нет. Новые проблемы актуальны для Jabber веток 12.1 и с 12.5 по 12.9. Чтобы исключить эксплойт, пользователям IM-приложения для Windows рекомендуется обновить его до сборки  12.1.4, 12.5.3, 12.6.4, 12.7.3, 12.8.4 или 12.9.3 соответственно. Патчи для macOS-клиента включены в состав выпусков 12.8.5 и 12.9.4, для мобильной версии Jabber — в обновление 12.9.4.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Более 50% компаний перекладывают непрерывность на ИТ, 20% имеют план

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

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

Основные выводы исследования:

  • Более половины компаний полностью возлагают заботу о непрерывности процессов на ИТ-отдел.
  • Только 20% организаций имеют согласованный с бизнесом план восстановления ИТ-инфраструктуры.
  • 37% полагаются исключительно на резервное копирование, а каждая пятая компания не защищает резервные копии дополнительно — это оставляет их уязвимыми.
  • Кризис-менеджмент преимущественно реактивный: команды действуют по мере возникновения проблем, а не по отработанным сценариям.
  • 70% организаций тестируют планы восстановления, но почти не моделируют реальные инциденты.
  • Лишь 40% готовы публично говорить о произошедших инцидентах, что мешает формированию прозрачной культуры киберустойчивости.

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

Что нужно делать дальше:

  • Внедрять BIA (анализ влияния на бизнес), оценку рисков и регулярное тестирование планов восстановления.
  • Переходить от реактивного реагирования к отработанным сценариям и моделированию реальных инцидентов.
  • Защищать резервные копии отдельно и вводить лимиты/контроли на их доступ.
  • Вовлекать весь бизнес: киберустойчивость — это не только задача службы ИБ или ИТ, это общая ответственность ИТ-отдела, бизнеса, финансов, HR и руководства.
  • Стремиться к антихрупкости — архитектуре и процессам, которые не просто выдерживают удар, но учатся и укрепляются после инцидента.

«Главное отличие компаний, которые быстро восстанавливаются после кибератаки, — они готовились заранее», — говорит Андрей Янкин, директор центра информационной безопасности «Инфосистемы Джет». «Почти никогда не получается восстановиться с первого раза, если это ни разу не отрабатывалось на практике. Нужно проводить учения, моделировать атаки, проверять коммуникации и распределение ролей. И самое важное — вовлечённость всей компании: киберустойчивость невозможна, если в ней участвует только служба ИБ».

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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