Facebook говорит, что исправила проблему со следящими файлами-cookie

Facebook говорит, что исправила проблему со следящими файлами-cookie

...

Социальная сеть Facebook говорит, что "исправила" файлы-идентификаторы (cookie), которые позволяли ей отслеживать пользователей даже после того, как те уходили с сайта Facebook. Несколько дней назад данная особенность была выявлена австралийским блогером, который заявил, что подобную практику слежки Facebook использует уже минимум год. Подобные заявления наделали в западном интернете довольно много шума.



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

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

"Три подобных файла-идентификатора включали в себя уникальные пользовательские идентификаторы, которые оставались и после того, как пользователь уходил с Facebook. Однако сама социальная сеть не хранила подобных идентификаторов и не использовала их для слежки за пользователями",- заверили в компании.

Сам австралийский блогер Ник Кубрилович говорит, что публично разместил информацию о cookie в своем блоге в воскресенье, хотя саму Facebook предупреждал о проблеме еще год назад. От социальной сети ответа и реакции не последовало.

"Несмотря на то, что Facebook провела некоторые изменения политик, я бы все же посоветовал пользователям, заботящимся о своей безопасности, вручную удалять cookie или использовать для работы с Facebook отдельный браузер", - говорит блогер.

В Ubuntu нашли опасный путь к root через штатные компоненты

Исследователи из Qualys Threat Research Unit описали новую уязвимость повышения привилегий в Ubuntu Desktop 24.04 и новее. Она получила идентификатор CVE-2026-3888 и неприятна тем, что дело не в одной «кривой строчке кода», а в неудачном взаимодействии двух вполне штатных и привилегированных компонентов системы.

Речь идёт о связке snap-confine и systemd-tmpfiles. Первый отвечает за изоляцию snap-приложений и работает с повышенными правами, второй занимается уборкой временных каталогов вроде /tmp.

По данным Qualys, проблема возникает в тот момент, когда systemd-tmpfiles удаляет критически важный каталог /tmp/.snap, который потом снова используется snap-confine.

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

Атака требует времени: в Ubuntu 24.04, как утверждают исследователи, нужно дождаться окна очистки примерно в 30 дней, а в более новых версиях — около 10 дней. Именно поэтому сложность эксплуатации оценивается как высокая. Но если всё складывается, полная компрометация хоста гарантирована.

Уязвимыми Qualys называет версии ниже 2.73+ubuntu24.04.1 для Ubuntu 24.04 LTS, ниже 2.73+ubuntu25.10.1 для Ubuntu 25.10 и ниже 2.74.1+ubuntu26.04.1 для ветки Ubuntu 26.04 Dev. Исследователи отдельно советуют ставить обновления даже на более старые системы — от 16.04 до 22.04 — если там есть нетиповые конфигурации.

При этом Canonical в любом случае публикует патчи через Ubuntu Security Notices, так что пользователям Ubuntu здесь лучше просто проверить обновления и версию snapd на своих машинах.

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