Многие люди слышали о сторонних куки, а некоторые браузеры даже блокируют их по умолчанию. Некоторые люди могут даже использовать режимы приватного просмотра. Тем не менее, только немногие понимают, что проигрыватель 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. - От простого ограничения частоты показов до более сложного поведенческого таргетинга, куки являются неотъемлемой частью любой рекламной кампании в Интернете.PIE [ "Persistent Identification Элемент"] даст издателям и сторонним поставщикам постоянное резервное копирование на печенье эффективно делая их неприступными ", добавляет 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 ии сисCD "$ HOME/ Библиотека / Настройки / Macromedia / Flash Player"
# сохранить подпапки со случайными именами (достаточно будет сохранить только самые последние; см. ниже)
rm -r \#SharedObjects / * / *
chmod -R uw \#SharedObjects
Я думаю, что вышеупомянутые chmod не могут быть достигнуты на старой системе 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и#SharedObjectsYouTube и 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. Смотрите также « Вы удалили свои куки?Подумайте еще раз "на Wired.com - который также использует Flash cookie ... Для очень подозрительного использования Time Machine: вы можете исключить обе папки для каждого пользователя и удалить след, который уже находится в вашей резервной копии.)