當使用者要求 AI Agent（AI 代理）安排活動、管理行程或處理工作任務時，Agent 可能需要登入多個網站。然而，一旦遇到登入畫面，使用者往往得接手輸入帳號密碼，或直接將密碼提供給 Agent；前者中斷自動化流程，後者則可能使敏感憑證暴露於 AI 模型及相關系統。
為解決這項難題，密碼管理業者 1Password 宣布推出 1Password for Agents，讓 AI Agent 在使用者核准後代為登入網站，卻不必直接取得帳號密碼，並將這項能力擴展至 Meta、OpenAI、Anthropic 等多個 AI 平台。不過，讓 Agent 不必接觸密碼就能登入網站，是否就代表它已獲得網站認可的操作權限？
AI Agent 為何不取得密碼，也能代替使用者登入？
根據 1Password 官方說明，當 AI Agent 遇到登入頁面時，可以向 1Password 提出憑證使用請求。使用者確認並核准指定的登入資料後，1Password 便會直接將帳密填入目標網站，讓 Agent 繼續執行任務，而不必將明文密碼交給 AI 模型。
《TechCrunch》進一步報導，Agent 提出登入請求時，會向 1Password 傳送專屬數位金鑰，以確認代理身分，再由使用者核准。這讓 Agent 能透過指定帳戶登入網站，卻不能直接取得密碼，也無法因此存取使用者的整個密碼保險庫。
1Password 舉例，使用者可以要求 Meta 的 Muse 規劃派對、製作邀請函、追蹤回覆及搜尋採購用品。當 Muse 需要登入活動管理或購物網站時，使用者只須核准對應的登入資料，便能讓 Agent 繼續完成任務，而不必交出密碼。
不過，這項技術並非首次推出。1Password 今年 7 月已與 Anthropic 合作，讓 Claude 在使用者授權後使用指定憑證，並透過 Agentic Mode 限制 Agent 在任務期間可存取的密碼項目。10 月的新進展，在於擴大跨平台整合。根據官方公告，Meta Muse 與 Grok Bot 的整合正陸續推出；OpenAI 的 ChatGPT Work、Dots，以及 Anthropic Claude Duet 則預計稍後支援。
這讓使用者有機會透過同一套密碼管理服務，核准不同 AI Agent 的登入請求，而不必將憑證分別交給各個平台。不過，各整合的上線時間及安全控制方式仍有差異，目前服務主要面向 1Password 個人與家庭帳戶。
AI Agent 能安全登入，就代表獲得網站授權了嗎？
1Password 解決了 Agent 如何在不接觸密碼的情況下登入網站，但另一個問題是：網站如何辨識正在操作帳戶的是使用者本人，還是代表使用者行動的 AI Agent？
美國國家標準暨技術研究院（NIST）今年 8 月指出，讓 AI Agent 沿用人類的登入憑證，可能產生身分混淆與責任追蹤的問題。尤其對提供服務的網站而言，若無法區分人類與代理程式，就難以確認操作究竟由誰發起、獲得哪些權限。NIST 因此主張，Agent 應具備獨立且可辨識的身分，並與所代表的使用者及授權範圍建立關聯。
更複雜的是，即使 Agent 一開始獲得合法授權，也可能在任務執行過程中增加新的操作。OpenAI Agent Security Lead Fotis Chantzis 今年 5 月在 1Password 的訪談中指出，傳統授權機制通常在流程開始時核准權限，但 Agent 可能自行決定使用其他工具或存取新資源，原先的授權未必足以涵蓋後續行為。因此，他認為需要隨任務進展持續評估授權，而不是只在登入時核准一次。
國際身分驗證標準組織 FIDO Alliance 也在今年 4 月成立專門工作小組，推動可驗證的使用者指令、Agent 身分驗證與交易授權標準。其目標是讓網站能確認 Agent 代表哪位使用者、是否獲得執行特定操作的同意，以及授權附帶哪些限制。
因此，1Password 這次提供的是降低憑證暴露風險的登入方案。至於網站能否獨立辨識代理身分、確認它有權執行哪些操作，仍取決於網站端的授權機制，以及相關標準能否進一步落實。
【推薦閱讀】
◆ 萬事達卡示範 AI 代理自己買數位服務：企業核准一筆預算，付款 9 次免開帳戶
＊本文開放合作夥伴轉載，資料來源：《TechCrunch》、1Password、NIST、FIDO，首圖來源：1Password
