隱私瀏覽器Brave推出Accounts賬戶密碼不離開設備
隱私瀏覽器Brave宣佈上線Brave Accounts，用戶可用該賬戶使用新推出的Email Aliases，並接入後續Brave服務。
認證走OPAQUE協議，對應RFC 9807的增強口令認證密鑰交換。設備用隨機值盲化口令後與服務器做遺忘僞隨機函數，服務器用自有密鑰處理卻看不到原文；設備再經Argon2id生成認證密鑰，服務器只保存離開口令便無用的加密信封。登錄時雙方互相證明身份並協商新會話密鑰，口令與其直接哈希均不離開本機。公司稱數據庫失竊後攻擊者仍需服務器密鑰，且無法對全庫做離線批量碰撞。OPAQUE擋不住釣魚，弱口令仍可被在線猜測。
Email Aliases隨桌面版1.94推出，與Brave Premium訂閱賬戶分開。用戶在註冊框直接生成轉發別名，主郵箱對網站隱藏，用來切斷跨站郵箱追蹤。Brave保存賬戶郵箱與已生成別名；郵件送達後數秒內從服務器刪除；別名備註只存在本機，若打開Sync則端到端加密同步。轉發走亞馬遜SES，靜態加密；日誌保留收信時間、別名ID、郵件ID與垃圾/病毒判定等字段，不記正文與發件人，統計7天、日誌14天刪除。免費可建最多5個別名。入口在brave://settings/email-aliases。
同步層隨後接入。新版Brave Sync可與Accounts配對，省掉現行二維碼鏈路，同時保留無賬戶同步。官方強調不會強迫用郵箱才能同步，同步數據仍端到端加密。後端開源倉庫暴露OPAQUE服務器公私鑰、PostgreSQL與AWS RDS配置，並可用假記錄抑制賬戶枚舉。
市場機制上，這是產品功能上線，不是代幣或廣告拍賣事件。買方是不願把真實郵箱交給網站的用戶，賣方是Brave用賬戶體系承接VPN、別名和未來服務的登錄層。資金若不發生，則體現在Premium轉化與廣告攔截產品的留存；受益方是要減少跨站追蹤面的用戶，承壓方是靠郵箱作爲跨站標識的網站和分析商。釣魚與弱口令風險仍在客戶端，不因協議更換而消失。
補充口徑上，別名功能先前在Nightly以實驗開關出現，現進穩定通道；賬戶體系被寫成後續服務的統一入口，而不是取代本地資料加密。
來源：公開信息
ABAB AI 解讀
Brave做賬戶，是在承認純無賬戶同步已經不夠承載新產品。二維碼同步把密鑰留在設備鏈上，卻讓Email Aliases、VPN續費和以後更多雲功能沒有可恢復的身份錨。OPAQUE給出的折中是：服務器能驗證“你知道口令”，卻拿不到口令本身，從而把“必須有賬戶”和“公司不能看見密碼”寫成同一套數學。RFC 9807在2025年7月成文，Brave把它從論文規格推進到瀏覽器登錄，比多數網站仍在存鹽哈希要前進一步，也比“我們只存哈希”的公關更硬。
資本與產品路徑一致：先用別名製造必須登錄的理由，再用賬戶去簡化Sync，導出密鑰則可給端到端功能當根，而不另發一套恢復碼。郵件轉發放在AWS SES上，說明隱私敘事停在認證層，投遞層仍租用大型雲。5個別名免費、Premium賬戶並行，是把隱私功能做成漏斗：免費解決郵箱暴露，付費賬戶繼續賣VPN。GitHub上的accounts服務把OPAQUE密鑰和RDS寫進環境變量，工程上已按可審計後端來建，而不是瀏覽器本地腳本。
類比不是Google賬號，而是1Password一類把祕密留在客戶端、只把驗證器放在服務器的口令管理器，以及Apple的隱藏郵箱。Brave處在從“反追蹤瀏覽器”擴成“帶身份的隱私套件”的階段。Sync二維碼被社區指出可在本機無二次驗證下顯示，新賬戶配對正是對這條舊攻擊面的產品級修補，同時保留無賬戶選項以免開源用戶出走。
結構變化屬於技術替代。網站登錄長期把口令或哈希交給服務器，泄露即等於全庫可離線碰撞；OPAQUE把碰撞成本改成“每個賬戶加服務器密鑰”。機制是：盲化讓服務器在註冊時也看不見口令，信封加密讓失竊數據庫單獨無用，雙方認證擋中間人，但釣魚頁面仍能騙走同一口令。隱私瀏覽器一旦開始發賬戶，競爭就從攔截腳本轉向誰能在“必須登錄”的前提下少交出祕密。
ABAB News · 認知定律
密碼不離開設備，不等於釣魚頁上的密碼安全
無賬戶同步省事，有賬戶才能把新服務接上
服務器看不見的口令，仍要求用戶自己選得夠硬