Эксперт: ЖЖ не хочет сообщать пользователям об утечке открытых паролей

Эксперт: ЖЖ не хочет сообщать пользователям об утечке открытых паролей

Эксперт: ЖЖ не хочет сообщать пользователям об утечке открытых паролей

Андрей Споров (sporaw), специалист в области кибербезопасности, сообщил о крупной утечке базы пользовательских данных LiveJournal (Живой Журнал, ЖЖ), которая насчитывает 33,7 миллионов записей. Помимо этого, эксперт отметил некорректное отношение представителей ЖЖ к пользователям.

Имеющиеся в базе данные, по словам Спорова, датируются 2012 годом. Примечательно, что пароли содержатся в виде простого текста (не хеши), также они привязаны к электронным ящикам и профилям.

«Поковыряли базу: последний идентификатор создан 31 мая 2012 года», — пишет специалист.

Споров считает, что администрация ЖЖ была в курсе утечки — как минимум два раза в период с 2014 по 2020 год представителей онлайн-площадки ставили в известность.

Специалиста также возмутил подход LiveJournal к информированию пользователей об инциденте. Поскольку до сих пор никого из пострадавших людей не уведомили (даже принудительного сброса паролей не было), зарегистрированные в ЖЖ участники могут столкнуться с серьёзными последствиями.

Rambler Group, владеющий ЖЖ с 2016 года, заявил, что распространяемая об утечке информация является фейком и вбрасывается исключительно для кликбейта.

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

ИИ-агенты могут передавать друг другу вредоносные инструкции по цепочке

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

Сайед Анас Мохиуддин описал подход под названием protocol pivoting. Он исследовал системы с MCP — протоколом подключения ИИ к инструментам и данным.

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

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


В инструменте Google MCP Toolbox for Databases исследователь обнаружил возможность заставить HTTP-клиент перейти по перенаправлению к внутреннему адресу. По его словам, патч добавил проверки адресов и ограничение допустимых направлений запросов.

Уязвимость CVE-2026-97228 в Rapid7 Bulk Export MCP оказалась менее серьезной: 2,7 балла CVSS. Непроверенный аргумент позволял менять структуру GraphQL-запроса. Rapid7 устранила ошибку в версии 0.6.2 и уточнила: запросы оставались в пределах прав владельца API-ключа, без доступа к чужим аккаунтам.

Новизна названия не означает принципиально нового взлома. Исследователь X41 D-Sec Маркус Вервир считает такую технику разновидностью косвенной инъекции в промпт.

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