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.

Google срочно закрыла опасную 0-click уязвимость в Android

Google начала распространять апрельский набор патчей для Android. Главной проблемой в этот раз стала критическая уязвимость в компоненте Framework, она позволяет вызвать локальный отказ в обслуживании (DoS) без каких-либо действий со стороны пользователя и без дополнительных привилегий.

Речь идёт о баге под идентификатором CVE-2026-0049. Проблема затрагивает сразу несколько актуальных версий системы: Android 14, Android 15, Android 16 и Android 16 QPR2.

Кроме этого, в набор патчей вошла ещё одна опасная уязвимость — CVE-2025-48651 с высоким уровнем риска. Она связана со StrongBox, есть аппаратно защищённым хранилищем ключей в Android. Причём речь идёт не об одном поставщике: патчи затрагивают компоненты Google, NXP, STMicroelectronics и Thales.

Google, как обычно, разделила обновление на два уровня патчей. Уровень 2026-04-01 закрывает критическую проблему в Framework, а уровень 2026-04-05 — уязвимости StrongBox и включает все предыдущие фиксы. Для полной защиты лучше ориентироваться именно на патч 2026-04-05 или новее.

Есть и ещё одна деталь: Google напомнила, что в 2026 году меняет подход к публикации исходников в AOSP. Чтобы соответствовать новой модели trunk stable и поддерживать стабильность экосистемы, исходный код теперь будут публиковать в Q2 и Q4, а разработчикам советуют ориентироваться на ветку android-latest-release.

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