Amazon WAF 移动软件开发工具包的工作原理 - Amazon WAF、 Amazon Firewall ManagerAmazon Shield Advanced、和 Amazon Shield 网络安全总监
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

引入全新的主机体验 Amazon WAF

现在,您可以使用更新的体验访问控制台中任意位置的 Amazon WAF 功能。有关更多详细信息,请参阅 使用更新的主机体验

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

Amazon WAF 移动软件开发工具包的工作原理

本节介绍了 Amazon WAF 移动软件开发工具包的类、属性和操作是如何协同工作的。

SDKs 移动软件开发工具包的工作原理。令牌提供程序会验证您允许的请求是否来自合法客户。当您向使用保护的 Amazon 资源发送请求时 Amazon WAF,您会在 Cookie 中包含令牌,以验证请求。您可以手动处理令牌 Cookie,也可以让令牌提供程序为您处理。

本节介绍移动软件开发工具包中包含的类、属性和方法之间的交互。有关软件开发工具包规范,请参阅 Amazon WAF 移动 SDK 规范

令牌检索和缓存

在移动应用程序中创建令牌提供程序实例时,您可以配置您希望它如何管理令牌和令牌检索。您的主要选择是如何维护有效的、未过期的令牌,以便在应用的 Web 请求中使用:

  • 启用后台刷新 – 这是默认设置。令牌提供程序会在后台自动刷新令牌并将其缓存。启用后台刷新后,当您调用 getToken() 时,该操作将检索缓存的令牌。

    令牌提供程序以可配置的时间间隔执行令牌刷新,以便在应用程序处于活动状态时,缓存中始终有未过期的令牌可用。当您的应用程序处于非活动状态时,后台刷新会暂停。有关此问题的信息,请参阅 在应用程序处于非活动状态后检索令牌

  • 禁用后台刷新 – 您可以禁用后台令牌刷新,然后仅按需检索令牌。按需检索的令牌不会被缓存,您可以根据需要检索多个令牌。每个令牌都独立于您检索的任何其他令牌,并且每个令牌都有自己的时间戳,用于计算到期时间。

    禁用后台刷新后,您可以选择以下令牌检索:

    • getToken()— 在禁getToken()用后台刷新的情况下调用时,调用会同步从获取一个新标记。 Amazon WAF这可能是一个阻塞调用,如果在主线程上调用,可能会影响应用程序的响应速度。

    • onTokenReady(WAFTokenResultCallback) – 此调用异步检索新令牌,然后在令牌准备就绪时在后台线程中调用提供的结果回调。

令牌提供程序如何重试失败的令牌检索

检索失败时,令牌提供程序会自动重试令牌检索。重试最初是使用指数回退来执行的,起始重试等待时间为 100 ms。有关指数重试的信息,请参阅 Amazon中的错误重试和指数回退

当重试次数达到配置的 maxRetryCount 时,令牌提供程序要么停止尝试,要么切换为每 maxErrorTokenRefreshDelayMsec 毫秒尝试一次,具体取决于令牌检索的类型:

  • onTokenReady() – 令牌提供程序切换到两次尝试之间的等待 maxErrorTokenRefreshDelayMsec 毫秒,并继续尝试检索令牌。

  • 后台刷新 – 令牌提供程序切换到两次尝试之间的等待 maxErrorTokenRefreshDelayMsec 毫秒,并继续尝试检索令牌。

  • 禁用后台刷新时按需 getToken() 调用 – 令牌提供程序停止尝试检索令牌并返回之前的令牌值,如果没有以前的令牌,则返回空值。

令牌检索重试场景

当代币提供者尝试检索令牌时,可能会导致自动重试,具体取决于令牌获取流程中令牌检索失败的地方。本节列出了您可能看到自动重试的地方。

  • 获取或验证 Amazon WAF 挑战赛through /inputs or /verify:

    • 当提出获取和验证 Amazon WAF 质询的请求失败时,可能会导致自动重试。

    • 您可能会观察到此处发生的自动重试以及错误。socketTimeoutException这可能有多种原因,包括:

      • 网络带宽过低:确认您的网络连接设置

      • 变更后的应用程序集成 URL:确认集成 URL 未与控制台上显示的内容相比进行修改 Amazon WAF

    • 自动重试次数可通过该功能进行配置 maxRetryCount()

  • 刷新令牌:

    • 当通过令牌处理程序发出刷新令牌的请求时,可能会导致自动重试。

    • 此处的自动重试次数可通过该maxRetryCount()功能进行配置。

通过设置可以实现不自动重试的配置。maxRetryCount(0)

代币免疫时间和背景刷新

您在 Web ACL 中配置的令牌免疫时间与您在 Amazon WAF 移动 SDK 中设置的令牌刷新间隔无关。启用后台刷新后,SDK 会按照您指定的间隔刷tokenRefreshDelaySec()新令牌。这可能会导致多个有效令牌同时存在,具体取决于您配置的免疫时间。

要防止出现多个有效令牌,您可以禁用后台刷新,并使用该getToken()功能来管理移动应用程序中的令牌生命周期。

在应用程序处于非活动状态后检索令牌

仅当您的应用类型被视为处于活动状态时,才会执行后台刷新:

  • iOS – 当应用程序位于前台时,将执行后台刷新。

  • Android – 无论是在前台还是在后台,都是在应用程序未关闭时执行后台刷新。

如果您的应用程序处于任何不支持后台刷新的状态的时间超过您配置的 tokenRefreshDelaySec 秒数,则令牌提供程序会暂停后台刷新。例如,对于 iOS 应用程序,如果 tokenRefreshDelaySec 为 300 并且应用程序关闭或进入后台超过 300 秒,则令牌提供程序将停止刷新令牌。当应用程序恢复到活动状态时,令牌提供程序会自动重新启动后台刷新。

当您的应用程序恢复到活动状态时,请调用 onTokenReady(),以便在令牌提供程序检索并缓存新令牌时通知您。不要随便调用getToken(),因为缓存中可能还不包含当前有效的令牌。

应用程序集成 URL

移 Amazon WAF 动 SDK 应用程序集成 URL 指向您为应用程序集成启用的 Web ACL。此 URL 将请求路由到正确的后端服务器,并将其与您的客户关联。它不能起到硬性安全控制的作用,因此公开集成 URL 不会带来安全风险。

从技术上讲,您可以修改提供的集成 URL,但仍然可以获取令牌。但是,我们不建议这样做,因为您可能会失去对挑战解决率的可见性,或者由于socketTimeoutException错误而遇到令牌检索失败。

依赖项

每个可下载的 Amazon WAF 移动 SDK 都包含一个自述文件,其中列出了其特定版本的 SDK 的依赖关系。有关您的移动 SDK 版本的依赖项,请参阅自述文件。

混淆/ProGuard (仅限安卓 SDK)

如果您使用诸如此类的混淆或缩小产品 ProGuard,则可能需要排除某些命名空间以确保移动 SDK 正常运行。查看您的移动 SDK 版本的自述文件,查找命名空间列表和排除规则。