AI agent 上網都要有身份證：Vint Cerf 押注 DNS，三套方案有咩分別

AI agent 要由 app 入面嘅助手走到開放網上，最麻煩嗰關牽涉身份：另一邊點確認佢由邊間公司派出、手上有咩權限，出事之後又搵邊個負責。TechCrunch 報道，TCP/IP 共同設計者 Vint Cerf 離開 Google 後，加入 Identity Digital 旗下 Innovation Labs 做顧問，幫手推進一套以 DNS 做根嘅 agent 身份架構。

講清楚個進度：Cerf 係顧問，公開技術提案叫 DNSid，作者係 Identity Digital 嘅 Naveed Ihsanullah。呢份文件 4 月成為 IETF Internet-Draft，但 IETF 頁面寫明屬個人提交，冇 IETF 背書，亦冇正式標準地位。Innovation Labs 話正同幾間未具名 hyperscaler 同身份公司試行，暫時淨係公司一方咁講。Identity Digital 本身係 DNS registry 公司，DNS 變成 agent 身份根亦會放大佢喺新生態嘅位置；公司強調唔打算持有註冊資料，最終 governance 仍未公開定案。

所謂 agent 身份證，入面有咩

DNSid 做法幾直接：每個 agent 分配一個隸屬負責機構域名嘅 FQDN，再喺 _dnsid.<agent-fqdn> 放 DNS TXT record。record 本身主要係指路牌，會指去公開金鑰、運作狀態、能力資料同追加式 lifecycle log；負責機構再用自己嘅金鑰簽署。其他系統由此查到邊個控制呢個 agent、key 有冇換過、身份有冇撤銷，同 lifecycle 紀錄有冇俾人改過。

叫佢「身份證」方便理解，不過佢實際更似公司名下嘅車牌加牌照紀錄。DNSid 只綁定身份同負責方，唔會自動授權、阻擋危險操作或者判斷個 agent 好唔好。 每次 HTTP request 仍要靠簽署、mTLS 等機制證明持有 key；代表用家做事嘅權限，要用 OAuth token、時限、金額上限同企業 policy 另外收窄。RFC 9421 呢類 HTTP Message Signatures 可以保護 request 完整性同來源，但同樣唔會代系統決定權限。

圖片：Wikimedia Commons — Вени Марковски Veni Markovski（CC BY 3.0）

三條線同場，處理範圍唔同

Linux Foundation 6 月宣布「有意推出」Agent Name Service（ANS），字眼本身已經提醒大家仲未定案。現有 ANS v2 Internet-Draft 涵蓋嘅範圍闊過 DNSid：Registration Authority 用 ACME 驗域名、簽發 server 同身份兩張 certificate，agent 軟件或能力一改就開新版本，再將 lifecycle event 寫入 transparency log，驗證亦分 Bronze、Silver、Gold 三級。DNSid 刻意做細，ANS 就包埋註冊、版本同驗證層級。 不過現有 ANS draft 同 Linux Foundation 最終收納嘅版本仍可能有落差，今日未適合當成部署規格。

ITU-T 另一邊就成立咗 FG-TIDA，研究範圍再闊一層，研究人、agent 同組織之間嘅身份、動態委派、信任評估、撤銷同跨境互通。佢係 pre-standardization focus group，工作小組仲未開，首次會議暫定 2026 年 11 月；Terms of Reference 明寫 agent protocol 同 AI governance 唔喺範圍。ITU 呢條線暫時集中整理架構、用例同評估準則，未有一個可裝落 server 嘅 DNS agent registry。

Coding agent 同自動買嘢點解會受影響

對 coding agent，身份層最實際嘅用途係將一次 git push、CI 操作或者 secrets 存取，綁返去可驗證嘅 agent、負責公司、key 同當時狀態。公司仍然要畀佢 repo、branch、指令同時限範圍內嘅最少權限；一旦 key 洩漏或者某個身份撤銷，系統可以拒絕新操作，再由已簽署 request 同 audit log 追查。單靠一個 DNS 名稱，擋唔住惡意 prompt、錯誤程式碼或者供應鏈攻擊。

自動購物亦一樣。商戶要分得出個 agent 由邊個營運，同佢有冇獲買家委派付款權；兩樣要分開驗。企業 workflow 跨 CRM、ERP、電郵同外部供應商時，IT 團隊亦可用同一身份 anchor 做 inventory、撤銷同稽核，減少每個平台各自開 service account 嘅混亂。呢層做得好，agent 先有機會跨公司工作，同時保留可追責紀錄。

DNS 有用，但唔會自動變可信

DNS 有一個好現實嘅優勢：企業本身已經控制域名，resolver、certificate 同 registrar 生態亦一早鋪好，唔使再由某間 AI 大廠持有全網名冊。不過控制一個域名只證明你控制個 namespace，唔代表個 agent 值得信。域名俾人騎劫、key 洩漏、Registration Authority 或 log 出事，全部仍要靠 key rotation、撤銷、獨立 audit 同多重信任來源補返。

而家幾套提案連 DNS record 名稱同責任邊界都未統一，開發者未到要全面押注某一套嘅時候。較實際嘅做法係先將 agent identity、delegation token、request signature、policy enforcement 同 audit 拆清楚，等標準收斂時再換接駁位。Cerf 個名會令討論快啲升溫，採用率就要睇 cloud、IAM、agent runtime 同商戶肯唔肯一齊支援。

參考來源

• TechCrunch — Vint Cerf is working on a plan to unleash AI agents on the open internet — original report
• DNS-Anchored Durable Identity for AI Agents（DNSid） — 核對 draft status、DNS TXT record、金鑰與 lifecycle log 設計，同埋方案明確唔處理授權。
• Linux Foundation Announces Intent to Launch Agent Name Service — 確認 Linux Foundation 只係宣布有意推出 ANS，項目仍然公開招募參與者。
• Agent Name Service v2 Internet-Draft — 了解 ANS 現有技術藍圖，包括雙 certificate、版本身份、Registration Authority 同 transparency log。
• ITU-T FG-TIDA Terms of Reference — 確認 ITU 工作屬 pre-standardization，範圍集中身份、信任管理、架構同評估準則。
• RFC 9421：HTTP Message Signatures — 區分 DNS 身份 anchor 同每次 HTTP request 嘅完整性及來源驗證。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。