Недавно наткнулся на это исследование pdf (по его мотивам уже была статья на хабре), после прочтения, решил поискать более интересные способы использования F-Cache. Объективно, схему с редиректами никто в здравом уме не будет ставить на свой сайт. Это утечка, но утечка представляющая больше теоретический интерес, чем практический(имхо).
Обозначил цель(найти способ проверить F-Cache через javascript) и начал поиски. В ходе экспериментов выделил несколько способов это сделать, но опишу самый интересный, на мой взгляд.
Заранее предупреждаю — это не кроссбраузерное решение. На данный момент, проверял только на десктопных хромах.
Предварительный тест можно пройти здесь: https://favicon-leak.site/
Как это работает
У хрома есть два типа ресурсного кеша: disk и memory. Как многие догадались, disk cache это перманентное хранилище ресурсов, но со своей задержкой на чтение(1+ ms). В свою очередь, memory cache используется для временного хранения часто используемых ресурсов, а чтение, в среднем, мгновенное (0 ms). Таким образом, помещая ресурс в memory cache браузер уменьшает количество чтений с диска и увеличивает скорость повторной загрузки самих ресурсов.
Когда мы первый раз загружаем картинку через <img>, то ее либо загрузит по src, либо достанет из disk cache. В обоих случаях эта картинка, чаще всего, помещается в memory cache. Рассмотрим такой javascript код:
var img = new Image();
img.src = some_image_url;
if (img.complete && img.height + img.width > 0) {
// Это условие TRUE, только когда картинка успешно была прочитана из memory cache
}
Именно этот код позволяет проверить наличие картинки в memory cache. Из этого можно сделать такой вывод: если загрузить <img> минимум два раза, то во второй раз картинка должна загружаться уже из memory cache.
Поведение тега <link rel="icon"> отличается от <img> и повторная загрузка одной картинки всегда читает ее с диска:
Ключевой находкой стало такое поведение браузера:
Как мы видим, после загрузки картинки через <link>, она помещается в disk cache и при повторном чтении ее через <img> она загружается с диска(даже если уже была в memory). Это нормальное поведение браузера для картинки, которой нет в F-Cache. НО! Если картинка для <link> загружена из F-Cache, то это никак не влияет на состояние, предварительно загруженной в memory cache, картинки. Вероятно, это связанно с тем, что F-Cache никак не взаимодействует с сетевым уровнем. Следовательно, если после
<img> + <img> + <link> + <img> <— загрузка этой картинки произошла мгновенно, то мы можем сделать вывод, что эта картинка была в F-Cache т.к. она не была удалена из memory cache. Вот и вся хитрость, позволяющая проверять наличие картинки в F-Cache.
Важно заметить, что этот метод не 100%-но надежный, т.к. мы не можем точно проверить была ли вообще загруженна картинка в <link>(например, могла произойти сетевая ошибка), поэтому я использую setTimeout. Чем больше timeout, тем выше вероятность, что <link> успел прогрузиться.
Про F-Cache
F-Cache привязан к конкретному профилю, поэтому если вы хотите протестировать с нуля, то лучше всего создать новый профиль в браузере. Время жизни иконок в F-Cache индивидуально для каждой иконки и зависит от cache policy домена-владельца. F-Cache в инкогнито работает только в read-only режиме.
Про сайт https://favicon-leak.site/
Используя автоматизированный хром, я собрал небольшой список ссылок на favicon-ы популярных сайтов. https://favicon-leak.site/ проверяет иконки из этого списка. Возможно, когда вы будете читать эту статью какие-то ссылки уже устареют и будут возвращать ложноотрицательный результат.
vtvz_ru
А в Firefox тестировали? Потому что у меня на все сайты написал
[yes]
, хотя на большинство из них я даже не заходил. Повторный тест через другой профиль с использованием прокси дал результат"67 favicons in your F-Cache!"
, на остальные он написал[err]
. В консоли ничего нет, а в дате vue компонента я нашел только факт возникновения ошибки без подробностейchtulhu Автор
Насколько мне известно, то в Firefox этот тест не должен работать из-за другого принципа работы с кешем favicon.
bugzilla.mozilla.org/show_bug.cgi?id=1618257
Причин для статуса [err] всего две:
1. Иконка вообще не загрузилась, например из-за блокировок со стороны провайдера.
2. Икона со второй попытки не попала в memory cache (т.е. время ее загрузки больше 0ms).
xFFFF
Проблему подтверждаю. Firefox пишет yes даже если зайти через чистый профиль. Проверил так же через Tor браузер, который используется как прокси, а не как браузер. Получается 72 yes.
chtulhu Автор
Обратите внимание, [yes] это подтверждение проблемы только в тех случаях, когда этот сайт у вас действительно есть в истории посещений. Во всех остальных это алгоритмические совпадения из-за различной механики кешей в разных браузерах. Поэтому повторюсь еще раз: этот сайт больше про хром. Не думаю, что в фф этот чекер будет работать.
Mingun
А еще, в чекере нет элементарной проверки на вшивость — должен быть контрольный образец, который всегда выдает [no].