Apple отказалась шифровать бэкапы. Дуров: iCloud — инструмент слежки

Apple отказалась шифровать бэкапы. Дуров: iCloud — инструмент слежки

Apple отказалась шифровать бэкапы. Дуров: iCloud — инструмент слежки

Павел Дуров, конечно, не мог не прокомментировать позицию Apple относительно шифрования резервных копий пользователей в iCloud. Напомним, что корпорация из Купертино пошла на уступки ФБР и отказалась использовать сквозное шифрование для защиты пользовательских данных.

Основатель мессенджера Telegram в своём канале назвал iCloud инструментом слежки, попутно не забыв упомянуть давнего конкурента — WhatsApp.

«iCloud теперь официально можно признать инструментом для слежки. Также частью этой проблемы являются приложения, использующие сервис Apple для хранения ваших переписок (например, WhatsApp)», — пишет Дуров.

В своём посте основатель Telegram ссылается на материал Reuters, в котором сообщается, что Apple отказалась от сквозного шифрования резервных копий пользователей, поддавшись уговорам со стороны ФБР.

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

Одним из недавних инцидентов, столкнувших интересы ФБР и Apple, стала просьба спецслужбы разблокировать два iPhone, связанных со стрелками, действовавшими на военно-морской базе в Пенсаколе.

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

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

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

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

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

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

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

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

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

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

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