安全与治理 · 近期观察

企业 AI 工作台接入 MCP,如何设置服务地址白名单?

MCP 服务地址通过审核,只能说明连接入口符合企业当前策略。真正把 AI 接入业务系统,还要分别确认网络去向、员工身份、可用工具、目标系统权限,以及高风险操作如何确认和追溯。

AI 工作台经由中央准入网关连接多个企业服务节点,网关显示逐项校验状态
核心结论

连接器地址白名单能缩小可接入服务范围,但不能替代身份认证、工具授权、原系统权限和操作审计。企业应把来源、网络、身份、动作和责任人放进同一份准入与验收清单。

近期观察:连接器治理已进入管理员配置界面

截至 2026 年 10 月 13 日,检索近 24 小时、72 小时和 7 天公开信息,未发现 WorkBuddy、千问办公或豆包工作发布足以单独构成重大新闻的新版本;本文因此是一篇近期观察。千问办公 1.2.5 于 10 月 9 日发布,官方日志提到企业连接器状态同步与异常恢复体验优化。这是产品稳定性更新,不能据此推断所有连接器的访问控制方式已经相同。

另一个值得企业管理员关注的信号来自产品文档:千问办公旗舰版的连接器帮助页描述了企业连接器市场、成员自助添加限制、连接器开放策略,以及按服务地址或连接器标识匹配规则的配置方式。它说明工作台连接器治理正在从“用户能不能点开”走向对接入对象和人员范围的管理;文档同时提醒,能看到连接器并不等于已经获得外部系统的数据访问权限。

这与 MCP 的职责边界一致。MCP 规范提供传输层授权机制,但授权在协议实现中是可选项;使用 HTTP 传输并实现授权的服务,需要按规范处理令牌与访问范围。地址准入、身份认证和目标系统权限是不同控制点,不能由一个绿色的“已连接”状态代替。

服务地址白名单解决什么问题?

白名单的目标是规定“允许连接到哪里”。管理员可以登记批准的服务、用途、维护方、协议、认证方式和网络区域,并限定哪些员工或部门可以安装或调用它。它有助于减少随意接入,但不能独自判断远端服务是不是可信、工具行为是否安全,或返回的数据是否超出员工原本权限。

尤其要分清两类 URL。第一类是企业批准的 MCP 服务入口,通常按实际部署登记精确的主机名和路径;第二类是服务在 OAuth 授权发现流程中返回的授权地址和跳转地址。MCP 安全指南对后者提示了服务端请求伪造风险,并建议按环境校验 HTTPS、私网地址和重定向目标。该建议针对客户端发起 OAuth 相关请求的网络风险,不等于企业必须禁止本来就部署在内网的业务 MCP 服务。

企业准入的四步检查

检查层要确认什么可留存的验收证据
1. 来源与责任服务归属团队、业务用途、维护人、生产或测试环境;地址精确到批准的主机和路径,谨慎使用通配符。服务登记单、所有者、变更负责人、批准的地址清单。
2. 网络去向生产环境是否使用 HTTPS;OAuth 发现和跳转是否经过校验;重定向、DNS 解析和出口策略是否可能绕到未批准网络。连接测试、出站策略、重定向测试,以及内网服务的例外依据。
3. 身份与范围谁能添加或启用服务;用户令牌是否限定给正确资源;每个工具需要什么范围;目标系统是否仍按员工账号判断数据和功能权限。允许与拒绝规则测试、代表性员工调用结果、认证失败记录。
4. 动作与追溯读取与写入是否分开;新增、修改、删除、审批等操作何时需要确认;撤权后能否阻断后续调用;如何查询调用结果。高风险动作确认记录、撤权测试、调用审计和业务回执。

地址策略应采用明确的允许项,并对相似域名、子域和重定向做反向测试。千问办公官方帮助示例用正则表达式限定服务地址,特别提醒对点号转义、用首尾锚点限定完整匹配,并测试相似但不应允许的地址。这是配置思路的示例;企业仍要根据自己的域名、内网拓扑和供应商变更流程制定规则。

对外部 OAuth 地址,MCP 官方安全建议强调生产环境使用 HTTPS,并校验私网与保留地址及重定向目标。若组织需要连接内网 MCP,应该在企业自己的出站代理、网络分区和服务登记策略中明确允许路径、地址范围与用途,再测试所有跳转;简单地全局允许或全局封锁都可能造成误接或影响合法业务。

怎样验收一条连接器准入规则

  1. 批准地址可连:使用登记的精确服务地址完成握手和必要授权。
  2. 近似地址被拒:更换相似域名、未批准路径、不同端口或尾部子域,检查规则是否过宽。
  3. 跳转目标可控:模拟 OAuth 发现返回不同授权地址或重定向,确认客户端和网络出口按既定规则处理。
  4. 用户范围生效:分别用获准与未获准员工验证服务是否可见、能否调用;不要只检查管理后台的配置状态。
  5. 数据与动作受控:检查目标系统的员工权限、写入确认与审计记录;对调用失败和撤权情形核对目标系统最终状态。

每条规则还应有责任人、复核日期和例外到期时间。服务主机、OAuth 提供方或工具范围发生变化时,重新评估受影响的准入和权限;连接状态、工具清单与真实业务调用分开记录,便于安全团队和系统负责人定位问题。

星云 PLUS 的能力边界

星云 PLUS AI 系统连接器提供数据库 / SQL、RESTful API、业务页面、Skill 和 Agent 等现有业务能力的接入方式,并支持按员工、用户组或组织授权。员工通过 AI 发起调用时,目标系统仍负责判断具体功能和数据权限;新增、修改、删除和审批默认要求人工确认,调用记录支持查询与导出。

目前对外确认的产品资料没有确认“按 MCP 服务地址白名单限制员工自助添加服务”这一项能力,所以本文不把它写成星云 PLUS 的现成功能。企业评估产品时,可以分别核对业务能力发布、身份权限、关键操作确认和调用审计,再针对服务地址准入与网络出口策略确认具体项目方案。

常见问题

MCP 服务地址白名单能解决哪些问题?

它能限制企业客户端或管理平台允许接入的服务来源,减少误接、仿冒域名和未经审批的服务配置。它不能证明工具本身可信,也不能替代员工身份、系统权限、输入校验和业务操作确认。

内网 MCP 服务是否应该一律禁止?

不应一概禁止。企业可能有意将服务部署在内网;应按批准的网络边界、用途和访问路径配置。MCP 安全指南针对客户端获取 OAuth 相关 URL 的 SSRF 风险提出私网地址防护建议,落地时要结合部署环境,不能把它误读为禁止企业内网业务服务。

星云 PLUS 是否提供 MCP 服务地址白名单?

当前对外确认资料未确认服务地址白名单能力,因此本文不将其列为星云 PLUS 已有功能。已确认能力包括按员工、用户组或组织授权业务能力、由目标系统作最终权限判断,以及查询和导出调用审计。

资料来源与核验日期

从一个业务场景评估系统连接

梳理现有系统、员工身份、授权范围和验收证据,再确认适合的连接方式。

访问星云 PLUS 官网