Многие люди слышали о сторонних куки, а некоторые браузеры даже блокируют их по умолчанию. Некоторые люди могут даже использовать режимы приватного просмотра. Однако лишь немногие, похоже, понимают, что проигрыватель Adobe Flash также оставляет кросс-браузерный след на локальном жестком диске и позволяет отправлять информацию, похожую на cookie, обратно на сервер, включая сторонние сайты. И поскольку это плагин, Flash не учитывает какие-либо настройки конфиденциальности браузера.
Извините за длинный пост, но сначала некоторые подробности о том, почему использование Flash вызывает озабоченность по поводу конфиденциальности, а затем результаты моих тестов:
- Проигрыватель Flash хранит историю кросс-браузерных имен доменов Flash-сайтов, которые посещал ваш компьютер. В отличие от истории вашего браузера, эта история не ограничивается определенным количеством дней. История также записывается при использовании так называемых приватных режимов просмотра. Он хранится на вашем жестком диске (хотя, как описано ниже, не заходя на сайт Adobe, вы не узнаете, что хранится).
- Я не уверен, хранится ли какая-либо информация о дате и времени о каждом посещении, но чтобы увидеть имена доменов: щелкните правой кнопкой мыши по некоторому содержимому Flash, откройте диалоговое окно настроек и нажмите значок справки или нажмите кнопку « Дополнительно» на вкладке « Конфиденциальность ». , Это открывает браузер для страниц справки на Adobe.com, где можно перейти на панель настроек хранилища сайта .
- Можно очистить существующий список, но нельзя остановить его повторную запись.
Flash позволяет хранить данные на вашем локальном жестком диске, используя так называемые локальные общие объекты (также называемые «Flash Cookies»). Как и файлы cookie HTTP, эти данные могут быть отправлены обратно на сервер для отслеживания. Они являются кросс-браузерными, не имеют даты истечения срока действия, и в настройках Flash также нельзя установить максимальное время жизни, определенное пользователем. Они не являются куки-файлами HTTP, они (конечно) не блокируются настройками куки-файлов браузера и не удаляются при удалении обычных куки-файлов HTTP. Adobe объявила, что версия 10.1 будет подчиняться приватному просмотру в большинстве популярных браузеров, но, к сожалению, нет ни слова об удалении данных, когда обычные куки удаляются вручную. И его реализация может сбивать с толку:
[..] если браузер находится в обычном режиме просмотра при создании экземпляра Flash Player, то этот конкретный экземпляр всегда будет в обычном режиме просмотра (закрытый просмотр отключен). Соответственно, включение или отключение частного просмотра без обновления страницы или закрытия окна частного просмотра не повлияет на Flash Player.
Локальные общие объекты не ограничиваются посещаемым сайтом, и стороннее хранилище включено по умолчанию. На панели « Глобальные параметры хранения» можно отменить выбор по умолчанию « Разрешить стороннему Flash-содержимому хранить данные на вашем компьютере» . Из-за кросс-браузерности и природы без истечения срока действия (и того факта, что об этом знают немногие), я считаю, что кросс-браузерные сторонние Flash-файлы cookie более опасны для отслеживания посетителей, чем обычные сторонние cookie-файлы HTTP. Они даже используются для восстановления простых файлов cookie HTTP, которые пользователь пытался удалить:
«Все рекламодатели, веб-сайты и сети используют файлы cookie для целевой рекламы, но файлы cookie подвергаются атакам. Согласно текущему исследованию, они стираются 40% пользователей, создавая серьезные проблемы», - говорит Муки Тенембаум, основатель United Virtualities. «Начиная от простого ограничения частоты показов и заканчивая более сложным поведенческим таргетингом, файлы cookie являются неотъемлемой частью любой рекламной кампании в Интернете. PIE [« Элемент постоянной идентификации »] даст издателям и сторонним поставщикам постоянную резервную копию файлов cookie, что делает их неприступными » , добавляет Tenembaum.
[..] Чтобы оправдать этот механизм отслеживания, Тенембаум из UV сказал: «Пользователь недостаточно разбирается в технологиях, чтобы знать, является ли файл cookie хорошим или плохим, или как он работает».
- При выборе Нет (ноль КБ) для Укажите объем дискового пространства, которое веб-сайты веб-сайтов, которые вы еще не посещали, могут использовать для хранения информации на вашем компьютере , и установите флажок Никогда не спрашивать, тогда некоторые сайты не будут работать. Тем не менее, тот же сайт может работать, если для него установлено значение Нет, но без выбора Никогда не спрашивать снова , а затем выбрать Запретить при появлении соответствующего запроса . Обе опции приведут к тому, что данные будут пустыми, но их поведение будет разным.
- Плагин также предоставляет кэш Flash Player для файлов, подписанных Adobe. Я думаю, что эти файлы не проблема.
Итак: как автоматически удалить эту информацию?
На Mac можно найти settings.sol
файл и папку для каждого посещенного Flash-сайта в:
$ HOME / Библиотека / Настройки / Macromedia / Flash Player / macromedia.com / support / flashplayer / sys /
Удаляя settings.sol
файл и все папки в нем sys
, удаляет след с панелей настроек. Тем не менее, фактические локальные общие объекты находятся в другом месте (см. Википедию для определения местоположения в других операционных системах), в случайно названной подпапке:
$ HOME / Библиотека / Настройки / Macromedia / Flash Player / # SharedObjects
Но тогда: как удалить это автоматически? Простое удаление папок и settings.sol
файла время от времени (например, с помощью launchd
или планировщика задач Windows) может помешать активным браузерам. Или можно с уверенностью предположить, что, учитывая кросс-браузерную природу, плагину не будет интересно, удаляются ли вещи, пока он активен? Только очистка при выходе из системы может не работать для тех, кто находится в спящем режиме все время.
Пользователи Firefox могут установить BetterPrivacy или Objection, чтобы удалить локальные общие объекты (также и для всех остальных браузеров). Я не знаю, если это также удаляет след доменных имен веб-сайта.
Или: как остановить Flash от сохранения истории?
Смена планов: в настоящее время я тестирую, запрещаю Flash записывать в свои sys
и #SharedObjects
папки. До сих пор Flash не пытался восстановить разрешения (хотя при удалении папок Flash, разумеется, воссоздает их). Я не столкнулся с какими-либо проблемами, но это может занять некоторое время для проверки с использованием нескольких браузеров и сайтов. Я еще не нашел журнал, который сообщает об ошибках. На Mac:
cd "$ HOME / Библиотека / Настройки / Macromedia / Flash Player / macromedia.com / support / flashplayer"
rm -r sys / *
chmod uw syscd «$ HOME / Library / Preferences / Macromedia / Flash Player»
# сохраняет подпапки со случайным именем (достаточно только сохранить последние; см. ниже)
rm -r \ #SharedObjects / * / *
chmod -R uw \ #SharedObjects
Я предполагаю, что вышеупомянутые chmod
s не могут быть достигнуты на старой системе Windows (я не уверен насчет XP и Vista?). Хотя, возможно, в Windows можно было бы заменить папки sys
и #SharedObjects
фиктивные файлы с такими же именами? Кто угодно?
Очевидно, что удержание Flash от хранения этих локальных общих объектов для всех сайтов может вызвать проблемы. Некоторые результаты теста (Flash 10 на Mac OS X):
- При блокировании
sys
папки (даже если она остается#SharedObjects
доступной для записи), YouTube не запоминает настройки громкости при просмотре нескольких видео. Решает это временное разрешение доступа на запись к заблокированным папкам во время посещения доверенных сайтов (чтобы создавать папки только для тех доменов, которые вам нравятся, возможно, включая ссылки вsettings.sol
) Таким образом, для YouTube Flash может быть разрешено писать вsys/#s.ytimg.com
и#SharedObjects/s.ytimg.com
, в то время как Flash не может создавать новые папки для других доменов. Также может потребоваться сделатьsettings.sol
доступным только для чтения или удалить его снова. - При блокировании папок
sys
и#SharedObjects
папок YouTube и Vimeo работают нормально (хотя они могут не помнить никаких настроек). Однако Bits on the Run отказывается даже показывать видеоплеер. Это решается путем временного разблокирования#SharedObjects
папки, чтобы позволить Flash создать подпапку с произвольным именем. В этой папке будет создана еще одна папка для текущего веб-сайта Flash (content.bitsontherun.com
). Удаление этой папки, специфичной для веб-сайта, и блокирование обеих#SharedObjects
и случайно выбранной подпапки, по-прежнему, позволяют Bits on the Run работать, даже если он по-прежнему не может ничего записать на диск. Итак: существование случайно названной подпапки (даже если защищена от записи) важно для некоторых сайтов. - Когда я впервые нашел
#SharedObjects
папку, в ней было много подпапок со случайными именами, некоторые из которых были созданы в тот же день. Интересно, когда Flash решает, что хочет новую папку, и как она определяет (и запоминает) это случайное имя. - На мгновение я решил не блокировать доступ для записи
sys
и#SharedObjects
, а явно создавать папки только для чтения для известных сторонних отслеживаемых доменов (например, на основе списка, например, из AdBlock Plus). Таким образом, любой другой домен может создавать локальные общие объекты. Но список будет длинным, и домены из AdBlock Plus, вероятно, все равно являются сторонними доменами, поэтому отключение функции « Разрешить стороннему Flash-контенту для хранения данных на вашем компьютере» может иметь тот же результат.
Есть опыт?
(Заключительные примечания: если приведенные выше ссылки на панели настроек не будут работать в будущем, используйте в качестве отправной точки URL-адрес, известный Flash Player: www.adobe.com/go/settingsmanager . См. Также « Вы удалили свой Файлы cookie? Подумайте еще раз »на Wired.com, который также использует файлы cookie Flash… Для очень подозрительного использования Time Machine: вы можете исключить обе папки для каждого пользователя и удалить след, который уже находится на вашем резервный.)