Dropbox годами хранит удаленные пользователями файлы

Dropbox годами хранит удаленные пользователями файлы

Dropbox годами хранит удаленные пользователями файлы

Разработчики компании Dropbox занимаются исправлением бага, который неприятно поразил пользователей. В последние недели на форумах Dropbox появилось множество сообщений, в которых пользователи жаловались на неожиданное возвращение удаленных много лет назад файлов.

«У меня такая же проблема, — пишет один из пострадавших. — Несколько разных папок со старыми файлами 2009-2011 годов, которые я удалил годы назад, вдруг появились снова прошлой ночью. И я совершенно точно не подключался со старого компьютера».

«Я удалил эти файлы больше 6 лет назад, — возмущается другой пользователь. — Устройств, на которых они хранились, давно нет, они выброшены».

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

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

Как правило, мы удаляем файлы и папки с наших серверов перманентно, в течение 60 дней с момента их удаления пользователем. Однако удаленные файлы и папки, затронутые данным сбоем, страдали от неконсистентности метаданных. Мы поместили их на карантин и исключили из процесса перманентного удаления до тех пор, пока не исправим проблему с метаданными. Все это время никто не имел доступа к вашим папкам и файлам, и эта проблема не затрагивает другие файлы».

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

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

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

Тем не менее утверждать, что любой посторонний может незаметно включить микрофон произвольного пользователя Signal, оснований нет.

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

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

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