Sucuri: Google будет заносить в черный список сайты, использующие HTTP

Sucuri: Google будет заносить в черный список сайты, использующие HTTP

Sucuri: Google будет заносить в черный список сайты, использующие HTTP

В попытке еще раз склонить владельцев сайтов к использованию HTTPS, Google помечает новые зарегистрированные сайты, которые обслуживают страницы входа или поля ввода пароля через HTTP как небезопасные. Об этом сообщают Sucuri и Unmask Parasites.

Компания Google, известная своей борьбой с использованием небезопасного протокола HTTP, недавно создала черный список сайтов, содержащих «обманчивый контент». Судя по всему, туда будут попадать все сайты, использующие HTTP на страницах входа. Причина, по словам Сукури, заключается в том, что конфиденциальная информация пользователя не шифруется и может быть перехвачена. Как только владелец сайта установит SSL/TLS-сертификат, Google после повторной проверки удалит предупреждение.

Использование шифрования предназначено для обеспечения безопасности данных посетителей сайта, браузер Google Chrome с недавнего времени стал помечать сайты, не использующие безопасный протокол, красным треугольником.

Теперь же компания Google завела некий черный список сайтов. Попадание в этот список может привести к сокращению трафика на 95%. По словам Sucuri, это поможет обезопасить пользователей, а также ясно дать понять владельцу веб-сайта, что пришло время переходить на безопасный протокол.

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

HTML-экспорт Telegram позволял красть переписку, патч уже доступен

Исследователи из ExPatch обнаружили уязвимость в десктопной версии Telegram, позволявшую незаметно встраивать JavaScript в экспортированную историю переписки. В самом мессенджере вредоносное сообщение выглядело обычно, но после открытия HTML-файла в браузере скрипт мог скопировать сообщения на сервер злоумышленника или подменить содержимое страницы.

Проблема скрывалась в кнопках, которые боты размещают под сообщениями. Telegram экранировал потенциально опасные символы в тексте переписки, именах отправителей и других полях, но забывал делать это с подписями кнопок.

Бот мог спрятать там скрипт, замаскировав кнопку невидимыми символами. Ему необязательно было находиться в атакуемой группе. Сообщение с веб-кнопкой сохранялось при пересылке, поэтому участник мог самостоятельно занести скрипт в чат. Там он спокойно ждал экспорта хоть несколько месяцев.

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

Telegram делит крупные экспорты на файлы по тысяче сообщений, поэтому весь аккаунт одним махом не раскрывался. Зато скрипт мог переписать отображаемую историю или показать фальшивую форму проверки Telegram. На сервере переписка при этом не менялась.

Для атаки требовалось совпадение трёх условий: экспорт создали в уязвимой версии Telegram Desktop, вредоносное сообщение попало в файл, а пользователь открыл его в браузере с активным JavaScript. Случаи реальной эксплуатации не зафиксированы.

Уязвимость присутствовала в версиях с 4.15.1 по 6.9.3. Исправление вошло в бету 6.9.4 и стабильную версию 7.0.1, выпущенную 14 июля. Однако обновление не лечит уже сохранённые HTML-файлы.

Исследователи советуют повторно экспортировать старые чаты после обновления либо открывать прежние копии с отключённым JavaScript.

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