Сотрудники 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.

В GitHub нашли критическую дыру: можно было получить доступ к репозиториям

Исследователи из Wiz обнаружили критическую уязвимость в GitHub, которая позволяла выполнить код на серверной инфраструктуре платформы через обычную команду git push. Проблема получила идентификатор CVE-2026-3854 и затрагивала GitHub[.]com, корпоративный сервер GitHub и несколько облачных корпоративных версий GitHub.

Суть уязвимости была в ошибке обработки пользовательских параметров при git push.

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

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

GitHub быстро закрыл проблему. Патч для GitHub.com развернули 4 марта, а для в GitHub Enterprise Server дыру закрыли 10 марта. По итогам внутреннего расследования корпорация заявила, что признаков эксплуатации уязвимости в реальных атаках не обнаружено.

Однако для корпоративных пользователей риск всё ещё актуален, если они не обновили свои инсталляции GitHub Enterprise Server. По данным Wiz, на момент публикации значительная часть таких серверов всё ещё оставалась без патча. Поэтому администраторам стоит как можно быстрее перейти на обновлённые версии.

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