Многие сайты продолжают следить за пользователями, хотя обещали этого не делать

Многие сайты продолжают следить за пользователями, хотя обещали этого не делать

...

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

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

Исследователи Стендфордской школы права собрали сведения о том, следуют ли добровольной программе, запущенной Инициативой рекламных сетей (Network Advertising Initiative, NAI), те компании, которые уже согласились с правилами и поддержали её.

NAI предлагает представителям онлайн-бизнеса добровольно следовать набору правил, которые контролируют публикацию рекламы на основе анализа поведения. Эти правила предполагают, что компании, присоединившиеся к программе, должны сообщать пользователям о том, что cookie, которые они сохраняют, могут быть использованы для рекламной деятельности на основе их поведения. В правилах также говорится о том, что компании-члены NAI, обязаны прекратить использовать cookie для своей рекламной деятельности, если так решит пользователь.

Исследователи заявляют, что, по крайней мере, восемь членов NAI из 64-х, которые участвовали в тестировании, продолжали размещать поведенческие рекламные cookie на компьютерах исследователей после того, как просили этого не делать.

«Не менее восьми членов NAI обещали остановить слежку после отказа, но, тем не менее, продолжают оставлять следящие cookie», – написал в своём блоге Джонатан Майер, один из стэндфордских учёных.

Майер сказал, что исследователи провели три теста по поводу обещаний членов NAI. В некоторых случаях компании удаляли cookie, но исследователи обнаруживали, что они восстанавливались после того, как они снова начинали просматривать содержимое сайтов. В других случаях некоторые компании удаляли лишь часть cookie-файлов, тогда как другие оставались.

Одна из восьми фирм, Vibrant Media, вообще не удаляла никаких cookie, когда её об этом просили, по заявлению исследователей.

Более половины членов NAI, участвующие в тестировании, оставляли отслеживающие cookie после того, как исследователи говорили веб-сайтам, что отказываются от этого. По мнению исследователей, члены NAI должны всего лишь позволить пользователям отказаться от таргетирования рекламы на основе их поведения и от слежения.

«Из 64-х компаний, которые мы исследовали, 33 оставляют отслеживающие cookie после отказа от их получения», – заявляют исследователи.

Тем не менее, по словам исследователей, по крайней мере, 10 членов NAI, включая Google, и удаляют отслеживающие cookie, и не используют таргетирование рекламы на основе исследования поведения пользователей.

В GitHub нашли критическую дыру: можно было получить доступ к репозиториям

Исследователи из Wiz обнаружили критическую уязвимость в GitHub, которая позволяла выполнить код на серверной инфраструктуре платформы через обычную команду git push. Проблема получила идентификатор CVE-2026-3854 и затрагивала GitHub[.]com, корпоративный сервер GitHub и несколько облачных корпоративных версий GitHub.

Суть уязвимости была в ошибке обработки пользовательских параметров при git push.

Атакующему достаточно было иметь доступ на запись хотя бы в один репозиторий, в том числе созданный им самим, чтобы попытаться выполнить произвольные команды на сервере.

Для GitHub Enterprise Server это могло означать полную компрометацию сервера и доступ ко всем репозиториям и внутренним секретам. На GitHub.com риск был ещё больше: из-за общей бэкенд-инфраструктуры злоумышленник теоретически мог получить доступ к миллионам публичных и закрытых репозиториев, расположенных на затронутых узлах.

GitHub быстро закрыл проблему. Патч для GitHub.com развернули 4 марта, а для в GitHub Enterprise Server дыру закрыли 10 марта. По итогам внутреннего расследования корпорация заявила, что признаков эксплуатации уязвимости в реальных атаках не обнаружено.

Однако для корпоративных пользователей риск всё ещё актуален, если они не обновили свои инсталляции GitHub Enterprise Server. По данным Wiz, на момент публикации значительная часть таких серверов всё ещё оставалась без патча. Поэтому администраторам стоит как можно быстрее перейти на обновлённые версии.

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