Темная сторона новой reCaptcha V3 от Google — риски конфиденциальности

Темная сторона новой reCaptcha V3 от Google — риски конфиденциальности

Темная сторона новой reCaptcha V3 от Google — риски конфиденциальности

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

Если вы столкнетесь с reCaptcha сейчас, вы увидите блок с чекбоксом «Я не робот». Помимо этого, вам, возможно, придется найти на картинках все витрины, мосты или светофоры.

В случае с новой версией reCaptcha V3 все будет работать немного иначе — вы вообще не увидите процесс ее выполнения на страницах веб-сайтов. А все дело в том, что одним из способов идентификации пользователя будет специальный файл cookie.

Чтобы отделить ботов от людей, reCaptcha V3 будет искать cookie — тот самый cookie, который используется для поддержания вашей сессии Google-аккаунта активной. Акрут также обращает внимание на тот факт, что владельцам сайтов придется встроить скрипт новой капчи в каждую страницу сайта.

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

«Учитывайте, что reCaptcha v3 будет присутствовать на каждой странице посещаемого ресурса, прибавьте к этому использование cookies от конкретного аккаунта Google. У американской корпорации будет возможность отследить каждую посещаемую страницу. Вы даже не будете об этом знать, ведь визуальных индикаторов работы reCaptcha v3 не будет», — приводит слова исследователя Fast Company.

Эксперты: за год число вредоносных opensource-компонентов возросло в 11 раз

В 2025 году в компании CodeScoring зарегистрировали 457 тыс. вредоносных библиотек с открытым исходным кодом — в 11 раз больше, чем в предыдущем году. Зафиксировано также 14 тыс. новых уязвимостей в таких компонентах.

По словам специалистов, сохраняют актуальность и более ранние неприятные находки — к примеру, RCE-уязвимость Log4Shell, которая все еще присутствует в 15 тыс. сторонних библиотек. Публикация подобных пакетов грозит атаками на цепочку поставок.

В уходящем году также зафиксировано появление новой, еще более опасной угрозы — самоходного червя Shai Hulud, способного создавать новые репозитории и воровать конфиденциальные данные с CI/CD-платформ.

В связи с бурным ростом популярности ИИ объявился новый вектор атаки — slopsquatting: злоумышленники начали использовать склонность больших языковых моделей (БЯМ, LLM) к галлюцинациям для внедрения в легитимные проекты небезопасного кода.

Из-за этой особенности умный помощник по разработке может ошибиться и вместо легитимной библиотеки предложить для использования вредоносную со схожим названием. По данным CodeScoring, в России ИИ-ассистентов применяют 30% разработчиков, и потенциально опасные галлюцинации происходят у LLM в 20% случаев.

Чтобы защититься от атак на цепочку поставок, эксперты советуют вести тщательный учет компонентов, используемых для сборки софта, при установке библиотек выставлять запрет на исполнение скриптов, а также следовать стандарту ГОСТ Р 56939-2024 и активнее внедрять технологии безопасной разработки.

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