VyprVPN не будет подключаться к реестру Роскомнадзора

VyprVPN не будет подключаться к реестру Роскомнадзора

VyprVPN не будет подключаться к реестру Роскомнадзора

Среди VPN-сервисов, которые Роскомнадзор обязал подключиться к реестру запрещенной информации, нашелся бунтарь. VyprVPN отказался фильтровать контент для пользователей из России. Это решение уже подтвердило руководство швейцарской компании Golden Frog, которая стоит за разработкой VyprVPN.

Генеральный директор разработчика VPN-сервиса подтвердил, что компания получила требования Роскомнадзора о включении в реестр запрещенного на территории России контента.

Однако по словам Сандея Йокубайтиса, Golden Frog не собирается выполнять эти требования. Причем Йокубайтис отметил, что компания уже сталкивалась с подобным поведением властей в Китае, на территории которого граждане по сей день используют VyprVPN.

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

Гендиректор Golden Frog также сравнил российские методы блокировки контента с китайскими, назвав их похожими.

Вчера стало известно, что Роскомнадзор потребовал, чтобы десять популярных сервисов VPN подключились к реестру запрещенной на территории России информации, чтобы фильтровать неугодный трафик. Среди обязанных выполнить эти требования есть и «Лаборатория Касперского».

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