1Password AI 代理登入完整指南：憑證授權與存取撤銷

很多人第一個會先想到，AI 代理看不到密碼，帳號就安全了。這個判斷還少了幾個關鍵問題：代理登入後能執行哪些操作、誰核准它使用哪個帳號，以及工作結束後如何確認存取已收回。1Password 推出的 1Password for Claude，試著把「准許使用憑證」與「讓代理知道密碼」拆成兩件事。密碼不進模型上下文，能降低一類憑證暴露風險，但網站操作權、裝置安全與網站端資料處理仍須另外管理。

代理看不到密碼，還要先問登入後能做什麼？

還不能只憑密碼未外露判定帳號安全。 這項設計保護的是憑證交付流程；代理完成登入後在網站能做什麼，仍取決於代理工具、網站權限與人工確認設定。

登入憑證是進入帳號的鑰匙，網站工作階段則是進門後可使用的權限。即使代理沒有讀到密碼，網站仍可能把帳戶內的資料與操作功能開放給目前已登入的工作階段。倘若任務是查詢行程或讀取一份文件，影響範圍相對有限；若任務包含付款、下單、寄送訊息、修改個人資料、刪除檔案或管理帳號，代理取得的操作空間就大得多。

這裡要先分清楚三個角色。密碼管理器保管憑證並控制填入；代理平台理解任務、操作瀏覽器；網站收到登入資料後建立工作階段，並決定帳號可用功能。三者的安全邊界不同，單一環節無法涵蓋另外兩邊。

1Password 在 2026 年公布與 Anthropic 合作的 1Password for Claude，表示密碼與一次性驗證碼不會進入模型上下文或 Anthropic 系統。支援文件說明核准、傳送與填入方式；這些是廠商對產品設計的描述，不能替代獨立安全測試。

先盤點帳號裡有哪些資料。個人信箱可重設其他服務密碼，雲端硬碟可能存有工作文件，社群帳號能對外發文。醫療平台也可能顯示家庭成員的敏感資料；涉及孕婦、兒童、慢性病患者或長期服藥者時，更應避免讓代理自由瀏覽整個帳號。

1Password 如何把授權與憑證交付拆開？

依 1Password 官方文件，Claude 先提出帳號存取請求，使用者在 1Password 桌面程式核准指定項目，接著由 1Password 瀏覽器擴充功能將憑證填入符合條件的網頁。 代理收到項目概覽與成功或失敗狀態，不會收到密碼值。

首次使用時，Claude 桌面程式須先與 1Password 桌面程式配對。官方表示，配對會檢查應用程式簽章與受信任的發布者，並要求使用者確認該應用程式及其可請求的帳戶。之後，Claude 為每個代理工作階段建立獨立身分；新工作階段不會沿用上一個工作階段已核准的憑證。

代理提出請求時，會說明想登入的網站或用途。1Password 將請求資訊視為未受信任的描述，並在桌面程式顯示授權畫面。使用者可檢查建議的登入項目、調整選取內容或拒絕。核准後，憑證由 1Password 自身程式解密，再透過加密通道送往瀏覽器擴充功能。支援文件指出，憑證在擴充功能中以加密形式暫存於記憶體，工作階段結束、瀏覽器關閉或到達最長保存時間時會清除，核准紀錄會留在帳戶的項目使用紀錄中。

1Password 官方安全文件將設計原則寫成「The agent never handles secrets」，也就是代理不處理秘密值。代理仍可看到已核准項目的標題、帳號名稱或電子郵件，以及儲存的網站資訊，並收到操作狀態；「看不到密碼」不等於「看不到任何帳號資訊」。

填入時，官方表示代理會暫停讀取與追蹤頁面，1Password 依項目儲存的網站網址檢查填入頁面，接著送出登入表單並確認結果。若提交失敗，系統會清除頁面上的已填值，再把失敗狀態回報給代理。這套安排試圖降低秘密值短暫出現在代理可讀畫面中的機會，但表單送出後，憑證已交給目的網站及該頁面上的程式處理。

可用範圍也有條件。官方支援頁列出需安裝 1Password 桌面程式與瀏覽器擴充功能，目前支援登入項目，包含一次性密碼；企業管理員可用安全政策控制團隊成員是否能使用代理自動填入。

官方發布頁表示，1Password for Claude 已提供給 Mac 上的 1Password 使用者；使用需安裝 1Password 桌面程式、瀏覽器擴充功能，以及 Claude 桌面程式與瀏覽器擴充功能。部署前應以安全說明確認最新支援狀態，不能推定所有裝置或代理都適用。

1Password 的發布說明將目標描述為讓使用者決定「which credentials are used, when, and for what purpose」，也就是哪些憑證、何時使用，以及用途為何。實際核准時，使用者仍須確認畫面列出的帳號是否符合任務。

哪些帳號與操作適合交給代理？

先從低影響、容易復原，而且不包含大量敏感資料的帳號與任務開始。 付款、刪除、公開發布、管理設定與金融帳號等高影響操作，應保留逐步確認，或暫不授權代理執行。

可把風險拆成三個判斷軸：資料敏感度、操作後果、復原難度。只讀取公開訂位資訊的帳號，通常比能修改公司雲端權限的帳號影響小；查看購物車比送出付款更容易復原；讀取單一工作資料夾也比開放整個雲端硬碟更容易限制範圍。帳號本身的用途也會改變風險，例如電子郵件雖然不是金融服務，卻可能收到密碼重設連結，權限常比表面看起來更大。

使用前應把任務寫成清楚、有限的範圍。例如「讀取某訂單的出貨狀態」比「幫我處理網購」更容易核對。接著確認授權畫面選了哪個登入項目、網站是否正確、代理是否需要該項目，以及任務是否可能延伸到新增付款、發文、刪除或分享資料。若畫面顯示的項目或用途不吻合，就拒絕請求並重新界定任務。

不同做法的保護位置也不相同。直接把密碼貼進提示，會讓秘密值進入代理的對話內容；人工代填能減少自動操作範圍，但人必須在每個登入步驟介入；憑證管理器代填則把「誰核准哪個憑證」放在另一個授權介面，但仍須處理登入後權限與撤銷。選擇時要看工作流程是否值得自動化，以及出錯後能否快速停下來。

做法	憑證如何交付	主要控制點	需要留意
把密碼貼給代理	秘密值直接進入提示或對話	代理服務的資料處理與帳號密碼管理	暴露範圍較難界定，避免用於重要帳號
人工登入與代填	人在網站或密碼管理器操作	人工逐步確認	自動化程度低，但較容易在關鍵動作前停下
由密碼管理器核准後代填	管理器把核准憑證填入相符網頁	帳號、項目、工作階段與填入頁面	登入後的代理操作及網站端處理仍須另行管理

密碼不進模型，風險仍可能在哪裡發生？

代理登入後會在網站工作階段中行動，該階段的操作風險仍由代理工具、網站權限和任務範圍共同決定。 憑證沒有暴露，不代表網站操作已受到密碼管理器控制。

第一個邊界在登入完成之後。1Password 的安全說明明確指出，它負責憑證保存、核准、傳送與填入；代理登入後在網站內如何行動，則由代理產品自身的防護機制管理。因此可考慮讓代理先整理資訊或填妥尚未送出的表單，再由使用者檢查訂單、付款、發文或刪除等最後一步。若服務提供只讀權限、子帳號或可撤回的分享連結，優先使用較窄權限。

第二個邊界是代理可能讀到外部內容。網頁、郵件或文件裡的文字可能包含刻意安排的指令，試圖改變代理對任務的理解。OWASP 將這類風險稱為提示注入（prompt injection），並指出輸入內容可能影響模型行為；其「過度代理權限」說明也提醒，系統若給代理過多操作能力，意外或被操縱的輸出可能帶來破壞性行動。密碼管理器可限制憑證是否交付，無法單獨判斷每一條網頁指令是否可信。

第三個邊界在裝置、擴充功能和合作應用程式。1Password 將具備同一使用者或管理員權限的本機攻擊者，以及配對後對合作應用程式的信任，列為接受的風險。若電腦已遭入侵、瀏覽器擴充功能來源不明，或代理桌面程式本身被控制，應用程式間的設計保護可能無法維持原有假設。使用者也需要留意登入頁網址、瀏覽器設定檔，以及工作期間是否同時開著其他敏感帳號。

第四個邊界在目的網站。表單送出後，網站與頁面上的程式會接觸已提交資料，密碼管理器無法決定網站如何保存或使用。若網站支援一次性密碼、通行密鑰、子帳號或任務專用帳號，可評估是否比長期主帳密合適，並逐項確認相容性。

1Password 支援文件把限制寫成「The agent acts inside the signed-in session」，即代理在已登入的工作階段中行動。憑證保護和工作階段治理須分開檢查；代理工作結束後，可登出網站、關閉分頁，並查看網站是否提供撤銷其他工作階段的選項。

1Password 安全文件指出，產品保障範圍是「the storage, approval, delivery, and filling of credentials」，也就是憑證的保存、核准、傳送與填入。代理登入後的行為仍須由代理產品及網站權限治理。

如何設定權限、檢視紀錄並收回存取？

按帳號、任務與工作階段逐次核准，使用後檢查密碼管理器紀錄及目的網站的登入工作階段。 取消代理工作或清除憑證暫存，不一定會替你登出網站；若要確定網站端存取終止，需使用該網站自己的登出或工作階段撤銷功能。

一般使用者可從幾個層次設限：選擇非核心、敏感資料較少的帳號；為任務指定最小範圍；核准時核對請求應用程式、網站名稱和登入項目；完成後查看項目使用紀錄。企業管理員還需確認是否啟用「Allow AI agents to autofill for users」政策、適用團隊及紀錄檢視責任人。

「收回」也要拆成多個動作。若任務仍在執行，可使用擴充功能中提供的取消控制、結束代理工作階段或關閉代理控制的分頁；這些步驟可中止該整合的工作或結束其作用範圍。接著檢查 1Password 項目使用紀錄，必要時從目的網站登出或撤銷已登入裝置。若懷疑密碼已被其他方式看見，應在網站更改密碼並重新檢視多因素驗證、備援碼與其他已登入工作階段。更換密碼不能代替工作階段撤銷，兩項都需依網站提供的控制分別處理。

首次試行可從低影響、可復原的任務開始，再依結果評估是否擴大。

1. 選帳號：確認帳號中是否有財務、健康、工作機密或可重設其他帳號的資料。
2. 縮小任務：寫清楚允許代理讀取或完成的事項，標出付款、刪除、發布、分享等必須停下來讓人確認的動作。
3. 核准前檢查：確認請求來自預期的代理程式，目標網站及登入項目吻合，只核准必要項目。
4. 任務後收尾：停止工作階段、關閉代理控制的分頁，查看項目使用紀錄；另到網站登出或撤銷工作階段。
5. 企業治理：確認管理政策、負責人、例外處理與稽核紀錄，定期移除不再需要的帳號或整合權限。

評估代理登入時，應先檢查哪些條件？

先確認支援環境、授權畫面、網站權限、操作後果與撤銷路徑，再用低風險帳號試跑。 若無法看清楚代理取得哪些資料、可以做什麼或如何中止，就不宜把高影響帳號交給它處理。

評估時可以從實際可驗證的問題開始：目前使用的作業系統、代理桌面程式與瀏覽器擴充功能是否在官方支援範圍？核准畫面是否清楚列出帳號與用途？代理可看到哪些項目資訊？管理器記錄什麼？工作階段結束、關閉分頁或按下取消後，哪一段存取會停止？目的網站如何登出其他裝置？這些答案應來自實際產品介面和官方文件，不要從新聞標題推定功能適用範圍。

採用方式可依影響逐步調整。個人使用者先在低敏感帳號測試可中止性和紀錄位置；家庭共用裝置應避免讓代理使用包含全家重要資料的主帳號；企業可先限制特定部門或測試帳號，規定哪些動作必須有人再次確認，並指定事件發生後負責停用整合、撤銷網站工作階段與調查紀錄的人員。若帳號涉及健康資料，包含孕婦、兒童、慢性病患者或長期服藥者的資訊，應先確認其資料是否確有自動化必要，以及使用者是否理解授權內容。

關鍵判準是權限能否清楚說明、操作能否限制、事後能否追查、失誤能否復原。只要其中一項不清楚，就先縮小任務或改用人工確認。AI 代理的便利來自它能代表使用者操作；因此每一次授權都應視為一次具體的身分與權限決策，而非單純的密碼填入設定。

• 1Password for Claude 以逐次核准、工作階段範圍與密碼管理器代填，降低密碼直接進入模型上下文的機會。
• 核准憑證不會自動限制代理登入後的網站操作，也無法控制目的網站收到資料後的處理。
• 從低影響帳號開始，核准前核對項目與用途，工作後檢視紀錄並另行登出或撤銷網站工作階段。

常見問題

Q1：代理看不到密碼，是否代表它不知道我的帳號？

不代表。依 1Password 說明，代理仍可看到已核准項目的標題、使用者名稱或電子郵件，以及項目儲存的網站資訊。密碼值與其他秘密值才是設計上不提供給代理的內容。

Q2：取消 AI 代理授權後，網站也會自動登出嗎？

不能直接如此假設。結束代理工作階段或關閉分頁會影響整合的作用範圍；網站端已建立的登入工作階段可能仍存在。應到網站登出或撤銷該工作階段，並查看其他已登入裝置。

Q3：核准一次後，之後每個任務都會自動使用同一組密碼嗎？

1Password 的安全文件指出，每個代理工作階段都需個別請求，沒有常駐核准；新工作階段會再次出現核准要求。使用者仍需逐次確認帳號與用途。

Q4：這項功能能防止網頁裡的惡意指令操控代理嗎？

不能單靠密碼管理器達成。提示注入可能影響代理對網頁內容的判讀，登入後的操作防護則由代理產品及網站權限共同決定。應限制代理可做的事，並對付款、刪除、發布等高影響動作保留人工確認。