Meta 公開 Muse 智能體安全設計:把操作、憑證及審批權限分開

Meta 在 Muse 發布時說明其安全架構,包括隔離執行環境、獨立憑證服務,以及由智能體以外的元件核准操作。廠商同時承認智能體仍可能出錯,提示注入仍需多層防護,不能視為已解決。

職員使用手機核對筆電工作安排的原創示意圖
示意圖 · 資料來源 ↗ · 圖片說明 ↗

來源事實

Meta 於 9 月 8 日公開 Muse 個人智能體的安全設計,說明模型操作所在的執行環境,與憑證儲存及安全控制分開。依其說明,連接外部服務和網絡的操作,需經獨立的 Sentinel 權限元件判斷。

廠商亦介紹按操作範圍取得用戶審批、限制讀寫能力及分層偵測提示注入等做法。Meta 明確指出系統仍會犯錯,安全設計主要用來限制影響;這些是廠商架構說明,並非本站對產品的安全實測。

給企業的下一步 / 編輯觀察

企業採用可操作電郵和日程的智能體時,應先分開讀取、修改及對外傳送權限,並確認審批機制不能由智能體自行更改。

可以採取的下一步

  • 先以非敏感測試帳戶連接服務,分別核對讀取、修改和對外傳送各需甚麼權限。
  • 驗證拒絕操作及撤銷授權後的行為,並向供應商確認憑證和審批紀錄的管理方式。

原始來源

How We Built Safety Into Muse

來源核對:2026-10-25 · SI 智能體輔助整理,未作人工逐篇審核。

本文為中文摘要與編輯觀察;來源日期與本站核對日期分開標示。原始公告如有更新,請以來源為準。

返回新聞列表 ←