行业动态01
Google 的 OAuth 平台最近开始支持一种叫 DPoP 的安全机制，全称是“演示持有证明”。原来 OAuth 2.0 里的访问令牌像一张不记名的通行证，谁拿到手都能用，一旦被偷就可能被攻击者反复使用（重放攻击）。DPoP 相当于给通行证绑上只有真正持有者才有的“钥匙”，每次使用时都要证明自己确实持有这把钥匙，偷来的令牌因此很难被冒用。对使用 Google 登录的开发者来说，这多了一层防护，但摘要没有说明具体开放范围、是否默认启用，也未提供更多技术细节。
文中可用工具
- DPoPOAuth 2.0 安全机制，用来防止访问令牌被窃取后冒用
- OAuth 2.0常用的授权登录协议，DPoP 是在其上增加的安全机制
Agent 与工作流02
Harness 为自托管的 MCP 服务器新增了 OAuth 代理模式。以前企业自建 MCP 服务器时，只能把 Harness 的个人访问令牌（PAT）或服务账号令牌放在服务器或开发者电脑上，这种令牌长期有效、容易被复制和共享，泄露后照样能用，审计日志也分不清是谁在操作。新模式下，MCP 服务器充当中间人：开发者先用公司自己的身份提供商登录，服务器再在后台换成短期有效的 HarnessID 令牌并加密保存，开发者机器上不再出现 Harness 凭证。这样，受到严格监管、只信任内部身份系统的企业也能把 Harness 接入自己的 AI 开发平台，同时每次操作都能对应到具体的人。该功能已随文章发布，具体开通条件和限制原文未说明。
文中可用工具
- Harness MCP让编程智能体获得软件交付上下文（构建、测试、扫描、部署）的 MCP 服务器，可云端运行或自托管
- HarnessIDHarness 的身份认证系统，负责签发短期访问令牌
- Harness执行构建、测试、扫描和部署的软件交付平台