Manus 如何在雲端瀏覽器處理登入狀態和用戶憑證
本文講解 Manus 如何在其雲端瀏覽器管理登入會話、代理認證的安全風險,以及 OAuth、憑證保管庫等替代方案。
本文講解 Manus 如何在其雲端瀏覽器管理登入會話、代理認證的安全風險,以及 OAuth、憑證保管庫等替代方案。
試想一下:你要求 AI 代理幫你訂機票、查電郵或更新 CRM。為做到這些,它就需要進入你嘅網上帳戶。但點樣可以安全地登入,而又唔使成日煩你輸入密碼?
代理可以代用戶處理好多工作。為咗實現呢點,佢哋通常都要連接第三方服務,好似網站、資料庫或外部 API。有啲事情代理可以用程式方式直接接入,但大多數工作依然需要傳統嘅登入方式同用戶互動。
早前我們討論過,尤其讓瀏覽器管理用戶憑證時,會帶來更多安全風險,有機會引發漏洞。 https://blog.logto.io/agent-auth#chatgpt-operator-agent-auth-experience
雖然呢個流程帶來合理安全疑慮,但正如前述,使用體驗方面真係好方便。可用性和安全性之間的平衡,成為值得深究的技術課題。
本文會探討部分代理如何解決我會稱之為「基於瀏覽器的登入與認證」這個難題。
我哋會詳細看看 Manus 點處理呢個問題、仲存在哪些風險,以及代理驅動環境中身份驗證未來可能會有咩發展。
Manus 設計咗一個叫 雲端瀏覽器 的功能,佢就好似一部完全運行於雲端、被沙盒隔離的遠端電腦。可以當係你代理專屬的網頁瀏覽器,最大特色係:即使係跨設備、跨任務用,佢都能記住你已登入狀態。
運作流程如下:

呢個機制有如畀代理一張安全門禁卡,只能用喺自己個房間裡面,但去邊都啱用。
你可能會問:「咁咪同用 Chrome 一樣?點解代理型雲瀏覽器會更加危險?」唔如拆解一下原因。
| 層面 | 本地瀏覽器(如 Chrome) | 一般代理雲端瀏覽器 |
|---|---|---|
| 運行地點 | 你自己裝置運行 | 遠端雲端運行 |
| 控制權 | 完全由你掌控 | 由程式/代理控制 |
| 用戶界面反饋 | 你親自操作(表單可見,自動填寫提示) | 亦有界面供你操作,但絕大多數互動係由代理程序自動操作 |
| 儲存方式 | 憑證會以作業系統級加密保存(如 macOS 鑰匙圈) | 憑證或 cookie 有可能係記憶體/日誌中儲存,增加外洩風險 |
| 安全範疇 | 作業系統+瀏覽器沙盒保護 | 需要自定義隔離,代理失誤或數據洩漏更危險 |
| 信任模式 | 你信 Chrome ,因為它同你一齊跑,並且針對人手直接操作而設計 | 你信代理開發人員,但實現上未必嚴格遵循最高安全標準 |
你係操作者 Chrome 屬於第一方界面,你自己主動操作,清楚知道正在做乜,屬於你嘅運算環境。你有意輸入密碼,瀏覽器都會有透明、可審查提示。
安全緊密集成 好似 Chrome 呢啲瀏覽器會用 OS 安全存儲保存密碼,通常仲要用生物特徵或裝置登入先解鎖。自動填寫都只會發生於預期下的情境(例如域名匹配)。
幾乎無委託 你唔係“交”密碼畀 Chrome,只係儲存你自己打過既內容,需要你親自許可。真正操作者係你而非第三方。
佢喺你名義操作,但你睇唔到 雲端瀏覽器多數係後台自動化控制。當你將憑證交畀它,基本上佢係為你登入,過程通常無 UI 提示或回饋,變相失去可見性和責任歸屬。
儲存風險 假如你將密碼明文交給代理,呢啲資料有可能被寫入日誌、緩存甚至記憶體。無嚴格存取控制就極之危險。
信任邊界唔清晰 你或許信任代理服務提供商,但相比 Chrome,你無作業系統層或物理層保障。如果伺服器失守或代理開發存有瑕疵,你嘅憑證極易外洩。
細看「第一方」與「第三方」的真正意義,以及點解 Chrome 屬於第一方而代理雲瀏覽器唔係。
| 角色 | Chrome | 代理雲端瀏覽器 |
|---|---|---|
| 你(用戶) | 第一方操作者 | 憑證擁有者 |
| 瀏覽器/應用 | 第一方界面(你直接操作) | 第三方代理代表你操作 |
| 憑證處理者 | OS+Chrome(本地強信任鏈) | 外部代理服務(信任界線鬆散) |
| 儲存位置 | 本地、作業系統保障 | 雲端伺服器/後台基礎設施 |
你直接輸入密碼到 Chrome 感覺安全,因為係你親自輸入,應用亦由你控制,作業系統又有重重保護層。Google 亦唔會將你個密碼存去其伺服器。
不過根據 Manus 所講:
我哋會將你登入資料存為加密檔案,上載到我們的儲存伺服器。內容包括:
即係你個登入資料會喺 Manus 後台伺服器保存。你作為用戶,必須信代理開發人員,而這並唔完全符合標準安全最佳實踐。
交憑證畀由代理控制嘅雲端瀏覽器,其實某程度上係代行授權(Delegation)。即使你用手動操作瀏覽器,對於你要登入的服務而言,代理都係第三方。你會依賴人哋的基建、保安制度與道德標準,潛含信任與安全風險。
呢啲情況下,安全性應以程式協議落實,而唔只係憑品牌公信力或公司承諾。
Manus 嘅方案聰明,但仲有其他代理會用的方式,簡略介紹如下:
最直接就是由代理自動打入你個帳號密碼,好似真人操作咁。易實現不過極不安全,一旦憑證洩漏任何人都能登錄。所以大部分開發者都迴避呢種方法。
如有必須用,通常會配合保管庫或秘密管理器等工具,用安全方法處理 cookie 或憑證,增加防護層。
代理存取權限金標準。你通過 OAuth 流程授權代理,代理收到有限權限並可隨時吊銷的 token。安全、權限細緻,易於回收,但前提係網站必須支持 OAuth。
部分服務會發出 API 金鑰或其他存取憑證供自動化使用。比輸入密碼安全但權限通常較廣,必須做好鑰匙管理。
各種方式都係在可用性與安全性間取捨。Manus 這個會話重播大致位於中間立場,有時比 OAuth 靈活,但安全性仍有改善空間。
理想狀況下,Manus 可以預先整合部分網站(如支援網站名單),用戶事先授權,代理就能以 OAuth token 方式安全存取,而無需儲存密碼或重播會話。
當代理越來越有能力,就需要更高級不必扮人類的身份驗證方式。
未來趨勢有:
簡單講:代理將從「貼心小助手」升格為「正式授權操作員」,有相應憑證水平。
如果你覺得管理咁多認證好煩……未來瀏覽器自動化一定要配套一個專業可信憑證管理系統,功能要安全、簡單又公開。
所以Vault 或 **加密金鑰管理(EKM)**工具就顯得好重要。
Vault 係秘密管理解決方案,讓團隊能夠:
係代理主導的新世界,Vault 係保護憑證既「中樞大腦」。代理可以自 Vault 請求臨時 access,過程全程冇需要自己存儲密碼。即使有 token 洩漏亦會好快過期,真身密鑰唔怕外洩。
Manus 開創咗一套實用而細緻既代理登入方案:跨設備安全重播會話,由用戶全權控制。呢步好進取,但都提醒大家登入流程本身都好脆弱,重播攻擊、沙盒特性、金鑰管理都要高度關注。
未來方向清晰:代理會代我們處理更多事,但同時一定要有憑證才能安全執行。Vault 等管理工具將發揮重要作用——唔只保護密鑰,更係信任推動者。
當你個 AI 揸住所有數碼生活鎖匙,你好自然想知:係邊個批俾佢、有效幾耐,以及可打開邊啲門。
Logto 推出 Vault,專門安全儲存第三方 API token, 令代理可以安全存取外部服務,例如 Google 等社交帳號或遠端 MCP 伺服器。未來會支援存放更廣泛敏感資料,包括用戶憑證、金鑰及其他機密。
同時,Logto 係一套完整身份驗證、授權同身份管理平台。如果你想自家建立 AI 代理,Logto 專為 AI 開發者設計,提供安全、靈活且完善既身份管理基礎架構,讓代理世界無憂運作。