iOS 16.2下Ionic应用AzureAD SAML登录Firebase失败求助

我在原生Ionic iOS应用中通过AzureAD的SAML协议实现Firebase用户认证。由于Firebase JS SDK不支持直接登录到原生层，我使用ionic-native inAppBrowser引导用户进入HTML页面完成登录，并将令牌传回原生应用。该方案在iOS 16.0及15.x版本中运行正常，但在iOS 16.2中，用户完成AzureAD的邮箱、密码输入及重定向后，出现如下404错误：

Failed to load resource: the server responded with a status of 404 ().

请求的资源为：

https://aadcdn.msftauth.net/shared/1.0/content/js/oneDs_641b1cf809bdc17b42ab.js.map

错误提示：

BlobNotFoundThe specified blob does not exist. RequestId:...

请问iOS 16.2的哪些新特性可能导致此问题？

可能的iOS 16.2特性影响分析 #

• WKWebView资源加载策略变更
  iOS 16.2对WKWebView（inAppBrowser底层依赖组件）的资源加载规则做了调整，包括对源映射文件（.map）的加载限制、缓存策略更新，或是跨域资源加载的更严格校验。这可能导致AzureAD页面中的oneDs_xxx.js.map资源被客户端拦截，最终表现为404错误。同时，iOS 16.2强化了WKWebView的隐私保护机制，可能阻止了这类第三方数据统计脚本的源映射文件加载。

• ATT框架验证逻辑更新
  iOS 16.2优化了App Tracking Transparency（ATT）的权限验证流程，若应用未正确获取用户的跟踪权限，第三方数据收集脚本（如oneDs系列脚本，通常用于行为数据统计）的相关资源可能无法正常请求，服务器返回404（或客户端拦截后呈现404状态）。

• 网络安全策略隐性调整
  iOS 16.2对HTTPS资源的证书验证、SSL/TLS协议版本支持做了更严格的要求。如果该.js.map文件的服务器证书或协议不符合新的规范，请求会被客户端安全策略拦截，最终返回404错误（实际并非服务器资源不存在）。

• inAppBrowser底层兼容性问题
  iOS 16.2系统更新后，ionic-native inAppBrowser的底层实现可能出现行为变化，比如重定向过程中的资源清理逻辑、窗口生命周期管理调整，导致该源映射文件的请求在重定向环节被中断，触发404错误。

内容的提问来源于stack exchange，提问作者bastifix