Данные 69 тыс. пользователей LimeVPN попали на хакерский форум

Данные 69 тыс. пользователей LimeVPN попали на хакерский форум

Данные 69 тыс. пользователей LimeVPN попали на хакерский форум

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

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

Среди скомпрометированных сведений есть полные имена пользователей, пароли в виде простого текста (!), IP-адреса и платёжная информация. Исследователи из компании PrivacySharks также уточнили, что в руки преступников попали открытые и закрытые ключи пользователей LimeVPN.

«Хакеры сами обратились к нам, утверждая, что в их распоряжении находятся закрытые ключи всех пользователей. На самом деле, это очень серьёзно, поскольку с помощью этих ключей злоумышленники смогут расшифровать любой трафик LimeVPN», — пишут специалисты.

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

Более того, базу украденных данных уже разместили на одном из хакерских форумов — RaidForums. Некий участник форума, скрывающийся за псевдонимом «slashx», заявил, что БД насчитывает 10 тысяч записей. За всю эту информацию преступник хочет 400 долларов.

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