沒有必要對「supercookie」。每個服務器讀取其自己的域的cookie。服務器通過URL向彼此傳遞信息。 (或者不常用,通過backchannels。)
例如,假設你去example.com
。您有一個example.com
Cookie,其內容爲user=1032354
。您檢索http://www.example.com
。當然,你的Cookie發送到Web服務器,它輸出在網頁中的以下內容:
<IMG href="http://www.advertiser.exmaple/add.cgi?source=example.com&user=1032354">
當然,當你的瀏覽器去www.advertiser.example
來獲得圖像,它高興地發送advertiser.example
餅乾。現在,位於advertiser.example
的服務器知道您在其站點上的哪個用戶(來自您發送它的cookie)以及您在example.com
(來自URL)的用戶。
通過反向信道的方法,它更象這樣:
1)你去www.example.com
併發送你的example.com
的cookie。
2)example.com
的Web服務器從Cookie獲取用戶標識,並向advertiser.example
發送JSON請求以爲您創建會話。它通過它你的example.com
用戶ID。
3)web服務器輸出具有在步驟2中
4)創建的會話ID的圖像鏈接到advertiser.example
當你的瀏覽器連接到advertiser.example
,它發送在報頭中的advertiser.example
cookie並在會話ID網址。
5)服務器advertiser.example
現在可以將您的會話與他們自己的用戶記錄和您的用戶記錄關聯起來,並且可以輸出合適的廣告。
它也可以通過引薦來完成。
更新:需要在主站點沒有餅乾。一個廣告客戶的cookie就可以做到。
1)你去一個網站,你不發送的cookie。該網站爲您分配一個新的會話。
2)該網頁與嵌入在URL中的會話的嵌入式圖像鏈接到廣告客戶的網站。
3)您獲取嵌入式圖像,發送您的會話ID(在URL中)和您的cookie(對於廣告客戶的網站)。
4)廣告商現在將主會場上的會話與您的賬戶關聯在他們的數據庫中。它通過反向通道,嵌入到URL或其他方式將此通知給站點的Web服務器。
難道這兩種情況仍然意味着「在網絡中」跟蹤?也就是說,爲了讓上面的廣告客戶跟蹤特定用戶同時訪問example1.com和example2.com,廣告客戶必須在example1.com和example2.com上發佈廣告? 我想知道廣告客戶是否有任何技巧/工具可以查看用戶的歷史記錄,即使他們只是在example1.com上提供cookie。 – depthfirstdesigner 2012-01-09 21:05:35
示例網站上不需要cookie。該過程可以在沒有cookie的情況下完全相同。該網站首先簡單地爲您分配一個隨機會話,通過反向通道從廣告客戶獲取您的用戶標識符,然後將隨機會話與廣告客戶站點上的用戶帳戶相關聯。 – 2012-01-09 21:30:23
也許我的措辭很差/很難澄清我的問題。 「example2.com」上發佈廣告的廣告客戶是否有可能確定我訪問過某個特定網站「example1.com」,如果他們從未從「example1.com」投放廣告? – depthfirstdesigner 2012-01-09 21:56:38