ios - 应用程序传输安全 iOS 2017 年 1 月 1 日

我在我的应用程序中使用了允许任意加载标志。 Apple 宣布，自 2017 年 1 月起，所有应用程序都需要 ATS。这是否意味着我当前上传到 AppStore 的应用程序将无法运行，或者我将无法发布新的二进制文件-HTTPS 配置？

---

Best Answer-推荐答案

已经在商店中的应用程序将继续像现在一样运行； iOS 将继续识别 ATS 异常。

如果您提交应用的新版本，则您需要在审核说明中向 Apple 提供理由才能获得批准。

在许多情况下，禁用 ATS 是唯一的选择，例如:

• 您的应用访问用户提供的 URL，您不能要求使用 TLS
• 您的应用访问某种形式的设备(例如嵌入式系统)，这些设备不支持或不支持 TLS，或者向这些设备颁发(可能数千个)证书是不切实际的。

this thread 中讨论了这种情况。包括苹果员工的一些评论。本质上，

... App Review will require “reasonable justification” for most ATS exceptions. The goal here is to flush out those folks who, when ATS was first released, simply turned it off globally and moved on. That will no longer be allowed.

如果您的应用当前存在 ATS 异常，您应该查看以下内容:

• 是否需要全局禁用 ATS 还是仅针对特定域禁用？
• 如果您已全局禁用 ATS，是否可以为特定域(例如已知的 Web 服务 API 端点)重新启用它？
• 如果您使用的是 WKWebView，是否可以切换到 NSAllowsArbitraryLoadsInWebContent(要做到这一点就足够了，您的应用必须仅限 iOS 10)？

例如，我有一个应用程序，它允许用户指定要在 WKWebView 中显示的网页。我指定了 NSAllowsArbitraryLoadsInWebContent 和 NSAllowsArbitraryLoads 因为我希望我的应用程序可以在 iOS 9 上运行。最后，我配置了 NSExceptionDomains 异常以重新启用在我知道支持 TLS 的情况下，我的应用使用的 Web 服务的 ATS。

在我的应用审查说明中，我解释了由于用户内容和 iOS9 支持而需要 NSAllowsAbitraryLoads。

关于ios - 应用程序传输安全 iOS 2017 年 1 月 1 日，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41212903/