OAuth 2
PulseAugur coverage of OAuth 2 — every cluster mentioning OAuth 2 across labs, papers, and developer communities, ranked by signal.
6 天有情绪数据
-
研究发现超过 40% 的 MCP 服务器缺乏身份验证
Zhou 及同事的最新研究显示，超过 40% 的在线远程模型上下文协议 (MCP) 服务器未实施任何身份验证，使其面临暴露风险。虽然 MCP 规范允许可选授权，但研究发现，即使在实施了 OAuth 2.1 的服务器中，所有经过测试的服务器都存在至少一个安全漏洞。最常见的问题影响了超过 96% 的测试服务器，与动态客户端注册有关，这可能导致敏感信息泄露和账户被盗。研究人员指出，已部署的服务器未能跟上不断发展的规范，导致了这些安全漏洞。
-
MyZubster 通过 MCP 和 OAuth 将 AI 代理与机器人集成
MyZubster 已成功集成了三个关键组件：MCP、无状态 OAuth 和真实世界机器人测试。MCP 作为中间件，允许 AI 代理通过定义的工具与服务进行交互，而无需理解底层基础设施。无状态 OAuth 为这些交互提供了安全的授权层，这在 AI 代理控制物理机器人时至关重要。该项目还强调了真实世界机器人测试的复杂性，必须考虑硬件、环境和机械限制，使开发更接近机器人工程。
-
AWS DevOps Agent 通过模型上下文协议 (MCP) 与 ServiceNow 集成
AWS 详细介绍了其 DevOps Agent 与 ServiceNow 之间的集成，该集成利用了模型上下文协议 (MCP)。此次合作使 AWS DevOps Agent 能够直接从 ServiceNow 读取事件数据，并将发现写回事件记录，从而简化了值班工程师的工作流程。该集成使用 OAuth 2.0 进行身份验证，并使代理能够查询事件、变更和配置管理数据库以获取上下文，并将其与 Amazon CloudWatch 数据等 AWS …
-
AI Horde API 密钥提供队列位置，不保证响应时间
AI Horde API 密钥提供对志愿者计算资源队列的访问权限，而不是保证响应时间。与付费供应商不同，AI Horde 的系统使用智能先进先出（FIFO）队列，其位置和速度取决于网络参与者的可用性和用户的“赞赏”（kudos）。该项目的文档没有提供将优先级或赞赏转化为具体时间范围的公式，因此不适用于需要可预测服务水平协议（SLA）的应用程序。对于可预测的服务，建议使用 OpenRouter 等替代方案。
-
Amazon Bedrock AgentCore Identity 通过私钥 JWT 身份验证增强安全性
Amazon Bedrock AgentCore Identity 推出了私钥 JWT 客户端身份验证，增强了 AI 代理的安全性。此新方法用签名的 JSON Web 令牌 (JWT) 取代了传统的共享 OAuth 2.0 客户端密钥。代理现在可以使用存储在 AWS Key Management Service (KMS) 中的私钥签名的 JWT 断言向下游身份提供商进行身份验证，相应的公钥已在身份提供商处注册。
-
MCP规范更新至无状态核心和OAuth 2.0
MCP规范于7月28日更新，正迁移至无状态核心，简化serverless部署。此次更新还引入了原生OAuth 2.0认证，并稳定了官方扩展。目前正在Claude上进行部署。
-
AWS AgentCore Gateway采用无状态MCP 2026-07-28规范
Amazon Web Services已更新其AgentCore Gateway以支持新的模型上下文协议（MCP）2026-07-28规范。这一重大修订使MCP成为一种无状态协议，使其能够在标准HTTP基础设施上更有效地扩展。此次更新还通过与OAuth 2.0和OpenID Connect标准对齐来增强授权，并引入了生命周期保证以尽量减少未来的兼容性问题。
-
评测8款开源MCP网关以实现AI代理治理
最近的一篇评测重点介绍了八款开源模型上下文协议（MCP）网关，这些网关旨在管理AI代理与外部工具的交互。这些网关对于生产级AI系统至关重要，可提供集中的身份验证、策略执行和审计跟踪。关键评估标准包括访问控制、OAuth 2.0等身份验证标准、用于合规性（SOC 2、HIPAA、GDPR）的可审计性、性能以及在Docker和Kubernetes等环境中的部署灵活性。Maxim AI开发的Bifrost被认为是一个统一的网关，能够以高性能…
-
RAG 从朴素文档分块演进到结构化知识基础设施
检索增强生成 (RAG) 正在超越其最初简单的文档分块方法。当处理超过 50,000 份文档时，‘朴素 RAG’的局限性变得显而易见。RAG 的未来在于将知识组织成结构化、链接化和版本化的基础设施，而不是不透明的“大杂烩”，从而为 LLM 提供更强大、更值得信赖的上下文。
-
新的OAuth模式解决了AI网关架构中的身份丢失问题
一篇技术论文提出了一种解决方案，用于解决模型上下文协议（MCP）网关架构中的身份终止问题，即用户身份在网关跳转过程中丢失。提出的委托边界OAuth（DBO）模式使用双重OAuth边界，确保原始用户的身份得到保留，并在所有下游系统中用于授权。这种方法旨在改进审计跟踪、强制执行最小权限原则，并符合NIST AI风险管理框架等框架。
-
MCP 协议在重大发布候选版更新中转向无状态设计
MCP 协议发布了重大更新，其 2026-07-28 的发布候选版在其规范中引入了主要变更。其中最关键的是协议在协议层转向无状态设计，要求客户端和服务器调整其传输假设，并在应用程序句柄内显式处理状态，而不是依赖会话 ID。服务器发起的请求现在仅在活动的客户端请求期间才可能发生，这需要强大的客户端数据保留和重放机制。此外，MCP 应用被视为独立的应用程序表面，对安全性和开发者体验产生影响，要求主机测试 iframe 隔离，并要求服务器确…
-
保护 Spring AI 代理：使用 ScopedValue 防止权限升级
使用 Spring AI 构建 AI 代理的开发人员需要实施强大的安全措施来防止权限升级。标准的 ThreadLocal 安全上下文对于异步执行循环来说是不够的，因为它们可能会丢失用户上下文。推荐的方法是使用 Java 21+ 的 ScopedValue 在异步边界上传播发起用户的安全上下文，并直接将声明式授权与 Spring Security 的 @PreAuthorize 注释应用于工具方法。
-
Claude桌面版通过模型上下文协议集成Salesforce CRM
一位开发者已成功使用模型上下文协议（MCP）将Claude桌面版与Salesforce CRM数据集成。此次集成允许用户通过Claude桌面版以自然语言查询实时CRM数据，无需手动生成报告。该设置使用OAuth 2.0和PKCE进行安全身份验证，确保只有原始客户端可以交换授权码以获取令牌。
-
使用 Azure API Management 和 Entra ID 安全地调用 LLM
本文详细介绍了如何使用 Azure 服务为大型语言模型 (LLM) 调用实现企业级安全性。文章概述了一种架构，该架构将 Azure API Management 置于 LLM 推理端点之前，并以 Entra ID 作为授权服务器。此设置利用 OAuth 2.0 来管理访问权限，确保应用程序获得临时、受限的令牌，而不是直接访问 LLM。
-
MCP企业级管理授权扩展已达稳定状态
模型上下文协议（MCP）已推出企业级管理授权扩展，通过与组织的身份提供商集成，简化了服务器访问管理。该系统无需每个应用程序都进行OAuth配置，实现了集中式配置和通过单点登录（SSO）提升用户体验。该扩展现已达到稳定状态，适合各行业寻求增强安全性和效率的企业广泛采用。
-
WSO2 API Manager 4.6.0 增强了 AI 代理的 OAuth 2.0 治理
本文详细介绍了使用 WSO2 API Manager 4.6.0 为模型上下文协议 (MCP) 服务器实现远程 OAuth 2.0 治理。文章强调了自主 AI 代理作为企业资产日益增长的重要性，以及 Anthropic 的 MCP 等协议在管理其上下文中的作用。
-
AI代理发展速度超过身份标准，安全专家发出警告
AI代理的开发速度正在超过标准化身份和安全协议的创建速度，给安全授权带来了挑战。身份和安全领域的专家强调，代理绝不能直接处理密钥材料，并且授权范围应是细粒度的、有时限的、可适应的。虽然一些技术可以满足这些需求，但人们更倾向于采用基于OAuth 2.0和OIDC等成熟标准的方法，并且IETF正在努力开发用于代理身份验证和授权的新协议。
-
居家医院护理项目面临安全挑战
美国医疗保险和医疗补助服务中心（CMS）已将其急性居家医院护理（AHCAH）计划延长至2030年9月，使医院能够在家中为患者提供护理。此次扩展带来了重大的网络安全挑战，包括不安全的家庭Wi-Fi、不可靠的连接以及与个人智能设备和海外供应商相关的风险。为应对这些威胁，已提出一个安全框架，重点关注使用HL7 v2和FHIR标准的数据互操作性、具有零信任模型的强大数据治理以及边缘计算的实施。
-
JWT 在微服务动态授权方面存在不足
本文认为，JSON Web Tokens (JWT) 虽然在身份验证方面很有用，但对于现代应用程序中的健壮授权来说却不够。核心问题在于，JWT 仅提供用户身份和角色在签发时的静态声明，却无法考虑资源状态、组织策略或实时上下文等动态因素。在微服务架构中，这种局限性尤其成问题，因为在微服务架构中，复杂、依赖于上下文的授权规则很常见，并且在分布于多个服务时难以管理。
-
作者详述使用 OAuth 2.0、PKCE、DPoP 构建 MCP 网关
作者详述了构建 MCP（模型上下文协议）网关的过程，重点介绍了 OAuth 2.0、PKCE 和 DPoP 的实现。这个技术叙述强调了在将这些身份验证和授权协议集成到旨在管理模型上下文的系统中时遇到的实际挑战和解决方案。