"Бессмертные" файлы cookie угрожают конфиденциальности

"Бессмертные" файлы cookie угрожают конфиденциальности

Пользователи Сети, озабоченные проблемами конфиденциальности, получили новый повод для беспокойства. Не успели утихнуть дебаты о так называемых flash cookies, которые позволяют восстанавливать обычные файлы cookie, как выяснилось, что это - лишь верхушка айсберга, а "под водой" скрывается технология, позволяющая создавать и использовать еще более устойчивый к удалению тип аутентификационных файлов.



Новый вариант, получивший название "evercookies" (т.е. вечные файлы cookie), сопровождается, как правило, еще и эпитетом "неуязвимые". Все это отражает исключительную трудность уничтожения подобных объектов аутентификации. Технология "вечных cookie" использует восемь различных приемов обработки и восемь же точек операционной системы для их хранения. Идентифицирующие пользователя данные скрываются в истории просмотренных страниц, в хранилище сеансов HTML5 и даже в цветовых кодах автоматически генерируемых и сохраняемых в кэше PNG-файлов (для чтения записанных подобным образом сведений применяется тэг HTML5 "Canvas"); задействуются и flash cookies, и обычные аутентификационные файлы. Если хотя бы один из восьми элементов сохранится при чистке, то можно будет восстановить и все остальные.


Журналист The Register заметил по этому поводу, что описанная концепция напоминает одну из сюжетных линий серии книг о Гарри Поттере, где антагонист главного героя обеспечил себе подобие бессмертия, создав несколько особых охранных артефактов. Пока был цел хотя бы один из них, антагониста невозможно было окончательно уничтожить.


Разработчик Сами Камкар объяснил, что технология "вечных cookie" создана с целью обеспечить устойчивость и неустранимость аутентификационных сведений. Так как несколько копий одних и тех же данных хранятся в совершенно разных местах, в случае потери некоторых элементов (скажем, при традиционной очистке cookies) информацию можно восстановить и использовать вновь. Иными словами, избавиться от таких файлов аутентификации почти невозможно, или, во всяком случае, довольно трудно.


Г-н Камкар, однако, заявил, что функционал Private Browsing в обозревателе Safari защищает от всех методов установки и обработки "вечных cookie". Сопротивляемость других браузеров он пока не изучал.

" />

Хакеры спрятали команды для WordPress-зловреда в комментариях Steam

Исследователи GoDaddy обнаружили необычную вредоносную кампанию, жертвами которой стали почти 2000 сайтов на WordPress. Вместо традиционной инфраструктуры управления злоумышленники использовали комментарии в профилях Steam Community.

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

После заражения WordPress-сайта вредоносный код обращался к определённым профилям Steam и считывал комментарии пользователей. На первый взгляд они выглядели как обычный текст или даже ASCII-арт. Но внутри были спрятаны невидимые Unicode-символы.

 

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

По сути, комментарии Steam превратились в своеобразный центр управления вредоносной инфраструктурой.

После расшифровки сайт получал адрес внешнего сервера и загружал оттуда JavaScript под видом обычных библиотек. Для маскировки использовались названия вроде asahi-jquery-min-bundle или lodash.core.min.js, чтобы не вызывать подозрений у администраторов.

 

Финальной стадией атаки становилась установка бэкдора. Он позволял злоумышленникам удалённо выполнять PHP-код через специально сформированные POST-запросы и фактически получать контроль над сайтом.

По данным GoDaddy, кампания действует как минимум с июля 2025 года. Всего специалисты обнаружили признаки заражения примерно на 1980 WordPress-ресурсах.

Как именно происходило первоначальное заражение, пока неизвестно. Среди возможных вариантов называются украденные учётные данные администраторов, компрометация доступа по FTP / SFTP, уязвимости в темах и плагинах WordPress или атаки через цепочки поставок.

Отдельного внимания заслуживает уровень маскировки. Вредоносный код использовал обфускацию, случайные имена функций, стандартные API WordPress и даже фальшивые механизмы логирования. Всё это помогало ему сливаться с легитимной активностью сайта.

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