Как автоматически удалить историю Flash / конфиденциальную информацию? Или остановить Flash от его хранения?

Многие люди слышали о сторонних куки, а некоторые браузеры даже блокируют их по умолчанию. Некоторые люди могут даже использовать режимы приватного просмотра. Тем не менее, только немногие понимают, что проигрыватель 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 sys

cd «$ HOME / Library / Preferences / Macromedia / Flash Player»
# сохраняет подпапки со случайным именем (достаточно только сохранить последние; см. ниже)
rm -r \ #SharedObjects / * / *
chmod -R uw \ #SharedObjects

Я предполагаю, что вышеупомянутые chmods не могут быть достигнуты на старой системе 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подпапки с произвольным именем, так и по-прежнему позволяют работать битам при запуске, даже если она не может ничего записать на диск. Итак: существование случайно названной подпапки (даже если защищена от записи) важно для некоторых сайтов.
• Когда я впервые нашел #SharedObjectsпапку, в ней было много подпапок со случайными именами, некоторые из которых были созданы в тот же день. Интересно, когда Flash решает, что хочет новую папку, и как она определяет (и запоминает) это случайное имя.
• На мгновение я решил не блокировать доступ для записи sysи #SharedObjects, а явно создавать папки только для чтения для известных сторонних отслеживаемых доменов (например, на основе списка, например, из AdBlock Plus). Таким образом, любой другой домен может создавать локальные общие объекты. Но список будет длинным, и домены из AdBlock Plus, вероятно, все равно будут сторонними доменами, поэтому отключение функции « Разрешить стороннему Flash-контенту для хранения данных на вашем компьютере» может иметь тот же результат.

Есть опыт?

(Заключительные замечания: если приведенные выше ссылки на панели настроек не будут работать в будущем, используйте в качестве отправной точки URL-адрес, известный Flash Player: www.adobe.com/go/settingsmanager . См. Также « Вы удалили свой Файлы cookie? Подумайте еще раз »на Wired.com, который также использует файлы Flash cookie… Для очень подозрительного использования Time Machine: вы можете захотеть исключить обе папки для каждого пользователя и удалить след, который уже находится на вашем резервное копирование.)