访问控制

为什么需要访问控制

企业将业务能力通过API开放后，API即成为外部访问的统一入口。在开放场景下，API面临的情况与内部服务不同：一方面，API一旦发布到公网，任何知晓地址的调用方均可发起请求，恶意攻击者可能通过过量调用、爬虫抓取等方式消耗后端资源；另一方面，即使已接入认证体系，仍需在更前置的位置对访问来源进行筛选，避免非法来源的请求进入业务逻辑。如何在请求到达后端之前，从来源地址或调用身份维度快速拦截非法请求？访问控制正是为解决这一问题而设计的，它在网关层提供IP地址或账号两种访问过滤策略，将不合规的请求在入口处直接拦截，减轻后端安全压力。

访问控制的优势是什么

• 前置拦截：访问控制在网关层执行过滤，非法请求在到达后端服务之前即被拦截，无需后端业务参与判断，降低后端安全压力与资源消耗。
• 双维管控：支持IP地址和账号两种过滤维度，可根据业务需要选择适合的维度配置策略，灵活应对不同来源管控诉求。
• 配置灵活：支持允许和拒绝两种策略类型，可按需配置白名单或黑名单模式，适应不同的安全管控策略。
• 即时生效：策略配置完成后实时生效，无需重启服务或重新发布API，满足紧急阻断等时效性要求。

访问控制的使用场景

• API开放平台：平台运营团队将API开放给外部合作伙伴调用，面临未授权来源恶意调用和流量盗刷的问题。通过IP地址访问控制设置白名单，仅允许合作伙伴的出口IP调用API，实现网络来源维度的过滤，保障API仅对合法合作方开放。
• 内部系统对接：企业内部多个子系统通过API网关互联互通，运维团队需要确保只有指定系统的服务器能够调用敏感API。通过IP地址访问控制限定允许调用的服务器IP段，拒绝其他来源的访问请求，避免内部API被非授权节点调用，保障系统间调用的边界安全。
• 应急拦截：运维团队在监控中发现某账号或某IP段存在异常高频调用，可能正在对API进行恶意攻击或恶意爬取。通过访问控制快速添加该IP或账号的拒绝策略，策略即时生效，异常请求立即被网关拦截，防止后端服务被拖垮，为后续排查争取时间。
• 分阶段开放：开发团队在API灰度发布期间，需要将新API暂时仅开放给测试账号或测试环境IP。通过账号维度的访问控制设置白名单，确保灰度期间只有测试账号能够调用新API，避免未经验证的能力暴露给全部调用方。

访问控制的工作原理

访问控制的核心是匹配判断：当请求到达网关时，系统提取请求IP或账号，与预设的IP或账号规则进行匹配，根据匹配结果决定放行或拒绝。

客户端发送请求到网关，网关根据访问控制规则控制请求访问。如果匹配白名单规则，放行请求到后端服务；如果匹配黑名单规则，拒绝请求。

访问控制与API认证的区别

访问控制与API认证均属于API网关安全体系的重要组成部分，核心目标都是保障API访问的安全性，且都作用于请求到达后端之前的网关层。二者容易被拿来对比，是因为它们都用于“验证访问者是否有权调用API”，在实际使用中常常协同工作。

下表从多个维度对访问控制与API认证进行详细对比，更直观地呈现两者的差异：

由于上述差异，API认证适用于所有需要验证调用方身份的API，是API开放的基础前提；访问控制适用于需要进一步限制访问来源的API，是在认证基础上叠加的精细化过滤。二者配合使用才能形成“身份验证+来源过滤”的完整安全链路。

与访问控制相关的操作和特性

• 配置API的访问控制：API维度的访问控制策略。
• 配置凭据的访问控制：凭据维度的访问控制策略。
• 配置实例的访问控制：实例维度访问控制策略。