Сотрудники NSO Group подали на Facebook в суд за блокировку аккаунтов

Сотрудники NSO Group подали на Facebook в суд за блокировку аккаунтов

Сотрудники NSO Group подали на Facebook в суд за блокировку аккаунтов

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

Судиться с интернет-гигантом планируют восемь бывших и нынешних сотрудников NSO Group. Согласно судебным материалам, истцы недовольны тем, что их личные Facebook-аккаунты были заблокированы за связь с NSO Group.

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

Помимо этого, подписавшие исковое заявление лица обвиняют Facebook в несанкционированном сборе персональных данных, которые помогли установить связь заблокированных учётных записей с NSO Group. Это, к слову, прямое нарушение законов Израиля, касающихся сбора и использования личной информации.

Истцы утверждают, что никаких предупреждений о грядущих блокировках они не получали.

А в прошлом месяце была обратная ситуация: представители Facebook подали в суд на израильскую компанию NSO Group, занимающуюся продажей шпионских программ. Интернет-гигант посчитал, что NSO Group напрямую участвовала в эксплуатации 0-day уязвимости в WhatsApp, которая впоследствии использовалась в атаках на 1400 пользователей.

Также в октябре эксперт Google Project Zero обнаружил критическую 0-day уязвимость в Android, затрагивающую большинство популярных моделей смартфонов на базе этой ОС. На тот момент данной проблемой безопасности пользовалась в реальных атаках лишь одна компания — NSO Group.

APT-группа 2 недели хозяйничала в сети компании, пока атаку не выявил PT X

В январе 2026 года в инфраструктуре одной из компаний была выявлена вредоносная активность, связанная с группировкой PhantomCore. Атаку заметили ещё на этапе внедрения облачного решения для мониторинга безопасности и реагирования на инциденты PT X. В итоге инцидент удалось локализовать, а сама компания, как утверждается, позже полностью восстановилась.

Судя по описанию кейса, всё началось с того, что во время установки продукта специалисты заметили нетипичную активность на хостах, защищённых с помощью MaxPatrol EDR.

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

К расследованию подключилась и команда PT ESC IR, которая занялась атрибуцией атаки. По её оценке, за инцидентом стояла группировка PhantomCore, впервые публично отмеченная в 2024 году. Эту группу связывают в первую очередь с кибершпионажем, а среди её типичных целей называют российские организации из сфер госуправления, судостроения, ИТ и промышленности.

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

Дополнительную роль сыграли и внутренние проблемы с безопасностью. Недостаточно корректная сегментация сети и отсутствие разделения привилегий для административных учётных записей позволили атакующим развивать атаку дальше. В числе скомпрометированных активов в итоге оказались один из контроллеров домена и служба сертификации Active Directory. Для перемещения по инфраструктуре, как сообщается, использовалась утилита atexec.py.

По данным Positive Technologies, злоумышленники оставались незамеченными около двух недель — до тех пор, пока скомпрометированные хосты не попали под защиту внедряемого решения. При этом основные меры по локализации удалось принять довольно быстро: менее чем за сутки были заблокированы соединения с C2-сервером и сброшены пароли у скомпрометированных учётных записей.

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

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