Cloudflare отказалась от reCAPTCHA из соображений конфиденциальности

Cloudflare отказалась от reCAPTCHA из соображений конфиденциальности

Cloudflare отказалась от reCAPTCHA из соображений конфиденциальности

Представители Cloudflare сообщили об отказе от сервиса reCAPTCHA, принадлежащего Google. Предоставляющая услуги CDN компания решила использовать независимую альтернативу — hCaptcha, создатели которой уделили особое внимание конфиденциальности пользователей.

Cloudflare использует технологию CAPTCHA для блокировки вредоносной активности ботов. Эти компьютерные тесты могут с большой долей вероятности отличить нормальный трафик от действий робота.

Как правило, решить такие задачи не составляет никакого труда, однако в адрес Google с их последней реализацией поступали жалобы. Некоторые пользователи тратили слишком много времени на решение задач reCAPTCHA, пытаясь просто осуществить поиск.

По словам генерального директора Cloudflare Мэтью Принса, у hCaptcha есть серьёзные преимущества перед конкурентами: сервис не продаёт персональные данные, обладает такой же (а зачастую и лучшей) производительностью, работает в регионах, где заблокирован Google.

Принс уверен, что решение отказаться от reCAPTCHA в пользу hCaptcha поможет решить многие вопросы, связанные с конфиденциальностью, а также позволит компании лучше кастомизировать CAPTCHA. Гендиректор Cloudflare отметил, что в прошлом пользователи жаловались на reCATPCHA, выказывая опасения по поводу безопасности личной информации.

Более того, решение поможет Cloudflare сэкономить хотя бы частично, поскольку Google недавно решил брать деньги за использование reCAPTCHA.

В ИИ-приложениях почти каждая третья уязвимость оказалась высокорисковой

ИИ-приложения снова напоминают: если к обычному веб-сервису прикрутить большую языковую модель, магия появляется не только в презентации, но и в списке уязвимостей. По данным «Информзащиты», в 2026 году 32% уязвимостей, найденных при пентестах ИИ- и LLM-приложений, относятся к высокорисковым.

Для сравнения: по всем классам активов этот показатель составляет около 12%. То есть риск-профиль ИИ-приложений оказался в 2,7 раза выше среднего.

За второй год наблюдений пропорция не изменилась. Более того, медианный срок устранения серьёзных находок вырос с 19 дней в 2025 году до 36 дней в 2026-м.

Проблема в том, что ИИ-системы тащат за собой сразу два слоя риска. Первый — классика веба и API: аутентификация, авторизация, инъекции, секреты, обработка пользовательского ввода.

Второй — уже нейросетевой зоопарк: инъекции в промпт, утечки системного промпта, ошибки RAG-контуров, отравление данных, небезопасная обработка ответов LLM, проблемы в векторных хранилищах и отказ в обслуживании на уровне модели.

Особенно весело становится, когда модель подключают к корпоративным данным, CRM, базе знаний, API или инструментам автоматизации. В этот момент чат-бот перестаёт быть просто болталкой и получает возможность влиять на процессы. А ошибка в правах или логике вызовов превращает его в аккуратную дверь во внутренние системы.

Автоматическими сканерами всё это ловится плохо. По данным исследования, 78% команд сталкивались с тем, что такие средства пропускали критические уязвимости. Поэтому готовность полностью доверить пентесты автономным инструментам за год упала с 29% до 9%.

С устранением тоже не праздник. В 2026 году компании закрывали только 38,4% высокорисковых находок в ИИ / LLM-приложениях — это самый низкий показатель среди типов тестирования. Для API, например, он составил 77,3%.

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