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.

kernel.org внезапно опустел: на зеркалах случайно удалили архивы ядра Linux

У kernel.org случился редкий инфраструктурный конфуз: из-за ошибки при настройке нового первичного зеркала и изменении системы синхронизации внезапно опустел каталог kernel.org/pub/. Именно там на публичных зеркалах хранились архивы с кодом выпусков ядра Linux, патчи и файлы со списками изменений.

Пользователи, заходившие в каталог, вместо привычного дерева файлов увидели пустоту. Очень философский опыт для мира открытого кода.

В Linux Foundation объяснили, что данные не потеряны: пострадали только копии на публичных зеркалах. Эталонные данные с кодом ядра Linux остались целы. Проблема возникла именно в инфраструктуре зеркалирования, где ошибочная настройка привела к удалению содержимого на существующих зеркалах.

Команда проекта уже занимается восстановлением данных. Но, как метко заметили участники kernel.org, удаление происходит быстро, а восстановление — медленно. Поэтому пользователей попросили набраться терпения.

Инцидент оказался неприятным не только для тех, кто привык скачивать архивы ядра напрямую с kernel.org. Он задел и сторонние проекты. Например, в Fedora сломались браузерные тесты openQA: много лет назад разработчики выбрали kernel.org как надёжный источник для проверки загрузки файлов.

Исходники ядра не исчезли, инфраструктура восстанавливается, а речь идет именно о зеркалах, но инцидент напоминает, что в больших системах даже аккуратная настройка зеркал может обернуться массовым rm -rf по публичным копиям.

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