WhatsApp затруднил пересылку сообщений из-за фейков про COVID-19

WhatsApp затруднил пересылку сообщений из-за фейков про COVID-19

WhatsApp затруднил пересылку сообщений из-за фейков про COVID-19

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

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

Различные злоумышленники быстро сообразили, что наиболее обсуждаемую сегодня тему можно использовать для формирования определённого настроения у масс. Как любой другой «горячий» инфоповод, пандемия нового коронавируса COVID-19 идеально подходит для всяких спекуляций.

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

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

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

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

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

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

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

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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