Целью взлома сайтов чаще всего является SEO-спам или вредоносные инъекции

Целью взлома сайтов чаще всего является SEO-спам или вредоносные инъекции

Целью взлома сайтов чаще всего является SEO-спам или вредоносные инъекции

Компания Sucuri опубликовала отчет об угрозах для сайтов по итогам удаленного сканирования в III квартале. Как оказалось, почти в половине случаев хакеры проводят атаки с целью спамдексинга (распространения поискового спама), а в трети — для внедрения вредоносных скриптов, отрабатывающих в браузерах посетителей.

Совокупно исследователи провели около 23,5 млн сканов, позволивших выявить более 260 тыс. случаев непрошеного вторжения. Причины успеха хакерских атак могли быть различными, но результат во всех случаях один — размещение стороннего контента, позволяющего угонять или перенаправлять трафик, распространять вредоносный софт по методу drive-by (скрытой загрузкой), собирать ПДн и платежные данные и т. п.

Анализ свидетельств взлома, обнаруженных на стороне клиента, показал, что целью хакеров зачастую является SEO-спам (почти 120 тыс. детектов) или вредоносные инъекции.

 

Поисковый спам обычно невидим глазу, его фиксируют только Google и ее бот. Это может быть набор популярных ключевых слов или реклама порносайта, нелицензированной аптеки, магазина контрафакта, которую специальный скрипт на лету вставляет, когда узнает User-Agent поисковика. В итоге атакованный сайт теряет поисковый трафик, хотя его страницы по-прежнему появляются в выдаче: при переходе по ссылке происходит редирект на ресурс, продвигаемый спамерами.

Еще одна разновидность SEO-спама — скрытый контент, постоянно присутствующий на взломанном сайте. Обычно мошенники с этой целью внедряют на страницы спам-ссылку, используя тег <div>. В этом случае ее можно выявить только просмотром HTML-кода, но поисковые системы такие вставки фиксируют.

 

Из зловредов на сайтах обнаружены внешние JavaScript-инжекты, iframe и встроенные скрипты. Наиболее часто встречались загрузчик SocGholish, предлагающий обновить Google Chrome (30% инъекций), и скрипт NDSW, присутствие которого было зафиксировано почти 21 тыс. раз. На WordPress-сайтах также найдено множество поддельных предупреждений защиты CloudFlare от DDoS.

Веб-скиммеры (59 вариаций) были выявлены на 1902 сайтах, использующих WordPress, Magento и OpenCart CMS. Аналитики не преминули отметить: сканы проводились на стороне клиента, при исследовании бэкендов (модификации PHP-файлов, инъекции в базы данных) улов мог бы быть богаче.

Рекомендации по защите сайтов от хакерских атак:

  • регулярный патчинг софта;
  • использование сильных, уникальных паролей;
  • использование многофакторной аутентификации (MFA);
  • SSL-защита внешних соединений;
  • использование WAF и средств мониторинга состояния файлов.

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

Android 17 сломал Wi-Fi у некоторых приложений Google

Релиз Android 17 оказался не таким гладким, как хотелось бы пользователям. Владельцы смартфонов Pixel начали массово жаловаться на странную проблему с Wi-Fi, которая появилась сразу после обновления. Телефон показывает, что подключён к домашней сети Wi-Fi, интернет вроде бы есть, но часть приложений ведёт себя так, будто соединения вообще нет.

При этом после включения мобильного интернета всё внезапно начинает работать нормально.

Сообщения о проблеме появились на Reddit. Жалобы поступают от владельцев разных моделей — от Pixel 7 до новых Pixel 10.

Судя по отзывам, сильнее всего пострадали приложения Google. Некоторые из них перестают корректно загружать данные через Wi-Fi, хотя другие программы могут продолжать работать без каких-либо проблем.

 

Пользователи уже пытаются найти причину самостоятельно. Одна из самых популярных версий связана с поддержкой IPv6. Некоторые владельцы Pixel утверждают, что после включения IPv6 на домашнем роутере проблема исчезает.

Однако всё не так просто. Журналисты Android Authority попытались воспроизвести сбой, отключив IPv6 и мобильную передачу данных, но повторить ошибку не смогли. Поэтому пока неясно, является ли IPv6 реальной причиной или лишь одним из факторов.

Особенно неприятно выглядит тот факт, что Android 17 несколько месяцев проходил публичное бета-тестирование. Кроме того, система проверялась в рамках программы Android Canary. Тем не менее ошибка каким-то образом добралась до финального релиза.

Пока Google официально не комментировала ситуацию и не выпускала исправлений. Пользователям остаётся либо ждать патч, либо экспериментировать с настройками роутера и мобильной сети.

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