Роскомнадзор заблокировал один из доменов Google из-за приложения Zello

Роскомнадзор заблокировал один из доменов Google из-за приложения Zello

Роскомнадзор заблокировал один из доменов Google из-за приложения Zello

Роскомнадзором заблокировал технический домен Google. Представители ведомства сообщили, что по этому вопросу ведется проверка, по результатам которой будет принято решение о разблокировке, либо будут предприняты другие меры для решения этого вопроса.

На момент написания новости домен по адресу http://googleusercontent.com/ не открывается. Уточняется, что это площадка, на которой располагается служебный контент ресурсов, принадлежащих интернет-гиганту. Среди такого контента, например, счетчики и компоненты для сторонних сайтов.

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

Сообщается, что блокировка домена была произведена согласно постановлению Генпрокуратуры РФ. Вся ситуация связана с тем, что для своей работы приложение Zello использует IP-адреса и домены, принадлежащие Google.

«На текущий момент заблокировано 286 ip и 285 доменов, принадлежащих Google и используемых для работы Zello», — цитирует «Интерфакс» пресс-службу ведомства.

Ранее мы писали, что Роскомнадзор подал иск об ограничении доступа к популярному мессенджеру Telegram на территории Российской Федерации. Однако глава ведомства подчеркнул, что мессенджер не заблокируют до вынесения судом соответствующего решения.

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


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

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

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

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