Яндекс несколько часов индексировал персональные данные в Google Docs

Яндекс несколько часов индексировал персональные данные в Google Docs

Яндекс несколько часов индексировал персональные данные в Google Docs

Пользователи сообщили, что в ночь на среду российская поисковая система «Яндекс» начала индексировать документы Google Docs, в которых, как полагают очевидцы, находились персональные данные.

Соответствующую информацию сначала публиковали отдельные каналы Telegram, а затем проверили журналисты.

Оказалось, что можно легко получить доступ к таким документам, задав область поиска docs.google.com.

Те текстовые файлы или электронные таблицы, которые удалось найти пользователям, содержали персональные данные — имена, фамилии, номера телефонов и адреса электронной почты. Если ввести в строку поиска «пароли», то можно было получить и их.

Спустя несколько часов, около 01:00 по Москве, поисковой гигант перестал индексировать чувствительную информацию.

Позже представители компании прокомментировали ситуацию следующим образом:

«”Яндекс” индексирует только открытую часть Сети — те страницы, которые доступны при переходе по ссылкам без ввода логина и пароля. Страницы, индексация которых запрещена администратором сайта в файле robots.txt, поисковая система не индексирует, даже если они находятся в открытой части интернета».

«В среду вечером в службу поддержки обратились пользователи с жалобами на проблему доступности файлов на docs.google.com. Наша служба безопасности связывается сейчас с коллегами из Google, чтобы обратить их внимание на то, что в этих файлах может оказаться приватная информация», — подытожили в пресс-службе компании.

В 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