← 回到 DEVCON 8

分享錢包地址可能重現跨站追蹤,講者提議調整連接介面

Web3 is Reintroducing Cross-Origin Tracking

場次摘要

講者指出,網站要求連接錢包並取得地址,可能重現跨站追蹤問題。他把地址比作 Cookie:兩者都可作為持續辨識使用者的資訊。他警告,分享地址可能讓網站連結帳戶的交易紀錄;以太坊登入流程則須先分享地址,再進行簽署,增加同意操作的負擔。 他提議調整錢包與去中心化應用程式之間的溝通介面,讓網站提出要完成的操作,而非逐步要求地址與簽署。以結帳為例,網站指定金額、收款地址、代幣與網路,不必先索取付款者地址。演講未提供這項設計的隱私驗證結果。他也提醒,網路追蹤仍須在協定層處理;登入則需要針對登入流程設計介面。

值得記下的 5 件事

  1. [0:40]
    連接錢包可能交出追蹤識別資訊 講者把網站取得錢包地址,比作瀏覽器分享 Cookie

    他指出,地址的獨特性讓網站能在之後持續辨識使用者,提醒這種連接模式有隱私風險。

  2. [2:00]
    分享地址牽動交易隱私與同意流程 講者警告,分享持續使用的帳戶地址,可能讓網站連結帳戶的交易紀錄

    他也批評以太坊登入的操作負擔:使用者得先分享地址,讓網站產生待簽署內容,再進行簽署。

  3. [2:40]
    結帳介面可改為描述付款需求 他提議調整應用程式與錢包之間的溝通方式

    網站只需指定金額、收款地址、代幣與網路,由錢包處理付款,不必先取得付款者地址;演講未提供這項提案的隱私驗證結果。

  4. [4:00]
    網路追蹤仍需另外處理 面對存款地址流程是否改變問題的提問,講者提醒,網路追蹤仍需在協定層處理

    他認為,較好的介面設計能讓錢包在內部調整處理方式,但未詳述具體的防追蹤機制。

  5. [5:00]
    登入也需要以使用流程為核心的介面 講者主張,錢包也應針對登入設計介面

    他以瀏覽器的基礎簽章功能與通行金鑰作比較,說明讓介面處理完整使用流程的方向,並建議探索這類設計、逐步淘汰部分舊介面。

下載摘要 下載 Word 摘要(.docx)

更多來自 DEVCON 8

訂閱