Баг в Chrome позволяет атакующим украсть информацию с помощью HTML-тегов

Баг в Chrome позволяет атакующим украсть информацию с помощью HTML-тегов

Баг в Chrome позволяет атакующим украсть информацию с помощью HTML-тегов

Google устранила в браузере Chrome уязвимость, которая позволяла злоумышленникам получать конфиденциальную информацию с других сайтов, используя HTML-теги <video> и <audio>. Первым проблему обнаружил исследователь из Imperva Рон Масас.

Брешь получила идентификатор CVE-2018-6177, разработчики устранили ее с выпуском версии Chrome 68.0.3440.75.

Для успешной эксплуатации этой уязвимости злоумышленнику надо было заманить пользователя на вредоносный сайт, где у него была возможность выполнить злонамеренный код.

В своем отчете Масас объясняет, что вредоносный код может загружать контент с легитимных сайтов внутри аудио и видео HTML-тегов. Используя события «progress», можно определить размер ответов, получаемых с внешних сайтов, следовательно, можно угадать различные типы информации.

В обычных условиях такую схему атаки не удалось бы осуществить из-за технологии современных браузеров, известной как Cross-origin resource sharing (CORS, совместное использование ресурсов между разными источниками).

Однако данный вид атаки способен обойти CORS.

«По сути, баг позволяет злоумышленнику оценивать размер ресурсов с помощью тегов <video> и <audio>», — рассказывает Масас.

В ходе своих тестов эксперту даже удалось определить возрастную группу и пол пользователя. Для этого использовались общедоступные публикации на Facebook.

Другие эксперты считают, что подобная атака может использоваться куда боле творчески, чем просто для сбора таких данных. Среди таких специалистов Майк Гуальтьери, который считает, что эту брешь можно использовать в ходе атак на корпоративные бэкенды, интрасети и другие приложения, используемые на предприятиях.

Почти половина FTP-серверов в интернете работает без шифрования

Старый добрый FTP, похоже, до сих пор жив и создаёт немало проблем. По данным специалистов Censys, в интернете сейчас доступно около 6 млн систем с FTP, почти половина из них при этом работает без шифрования. Исследователи насчитали 5,94 млн хостов с открытым FTP. Это на 40% меньше, чем в 2024 году, когда таких систем было больше 10 млн.

Но расслабляться рано: протокол всё ещё занимает заметную долю — около 2,7% всех интернет-доступных сервисов.

Самое тревожное — уровень защиты. У примерно 2,45 млн FTP-серверов не обнаружено признаков использования шифрования. Проще говоря, данные там потенциально передаются в открытом виде, включая логины и пароли.

 

В Censys уточняют:

«Это не значит, что абсолютно все такие серверы точно "светят" трафик, но никаких признаков защищённого соединения при сканировании выявить не удалось. Причины могут быть разными — от устаревших настроек до полного отсутствия поддержки TLS».

География распределения ожидаемая: больше всего таких систем в США (около 1,2 млн), затем идут Китай, Германия, Гонконг, Япония и Франция. Значительная часть FTP-хостов размещена у крупных провайдеров и хостинг-компаний, включая China Unicom, Alibaba, OVH, Hetzner и GoDaddy.

 

Что касается «начинки», чаще всего встречается сервер Pure-FTPd — почти 2 млн установок. Далее идут ProFTPD и vsftpd. Отдельно выделяется IIS от Microsoft: около 259 тыс. FTP-сервисов работают на нём, и более 150 тыс. из них никогда не настраивали шифрование.

Что ещё удалось выявить специалистам:

  • почти 1 млн серверов вообще не поддерживают AUTH TLS;
  • более 800 тыс. запрашивают пароль до установления защищённого соединения;
  • свыше 170 тыс. не имеют явной поддержки TLS вовсе.

Всё это во многом результат «настроек по умолчанию» у хостинг-провайдеров и массовых сервисов. FTP просто включают — и оставляют как есть.

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