macOS平台已安装PWA中WebAuthn PRF功能失效，浏览器标签页可正常运行

这绝对不是预期行为——WebAuthn PRF 扩展应该在同域名的 PWA 环境中和普通标签页保持一致的表现。结合你的代码和现象，我整理了几个核心排查方向和解决建议：

一、调整创建凭证时的 PRF 扩展启用方式 #

你当前创建凭证时使用了 extensions: { prf: {} }，这虽然符合规范写法，但部分 Chromium 版本在 PWA 独立窗口环境下，可能需要明确指定 enabled: true 才能正确触发 PRF 扩展启用。试试修改创建阶段的扩展配置：

extensions: { prf: { enabled: true } },

重新创建凭证后，查看 getClientExtensionResults() 的返回值，如果 prf.enabled 变为 true，说明是这个配置细节导致的问题。

二、排查 Chromium 版本兼容性 #

macOS 上的 Chromium 部分版本（比如 110-115 区间的部分分支）存在 PWA 环境下 WebAuthn 扩展处理的 bug，其中就包含 PRF 结果丢失的情况。建议你：

• 直接升级 Chromium 到最新稳定版
• 如果升级后问题依旧，可以去 Chromium 官方 bug 跟踪系统搜索关键词「WebAuthn PRF PWA macOS」，大概率能找到其他开发者提交的类似问题，甚至有临时修复方案。

三、验证 PWA 的安全上下文与 Manifest 配置 #

虽然是同域名，但 PWA 独立窗口可能存在容易忽略的配置问题：

1. 确保安全上下文：localhost 是例外，但部署后的环境必须使用 HTTPS（WebAuthn 强制要求在安全上下文下运行）。
2. 检查 Manifest 的 scope 字段：如果 scope 未覆盖当前 WebAuthn 操作的页面路径，可能导致 API 权限受限，确认 scope 配置和页面路径匹配。
3. 临时切换 display 模式：可以把 Manifest 中的 display 从 standalone/fullscreen 临时改为 browser 测试，排除显示模式对 WebAuthn 扩展的影响。

四、用 Chromium 内置工具定位问题 #

Chromium 提供了专门的 WebAuthn 调试工具，能帮你精准定位问题：

1. 在 PWA 窗口打开开发者工具，切换到「Application」标签页，查看「Web Authentication」面板，检查凭证的扩展信息是否包含 PRF 相关字段。
2. 访问 chrome://webauth-internals/，查看凭证创建和获取的详细日志，里面会记录扩展的完整处理流程，能帮你确定是浏览器未正确请求 PRF，还是 authenticator 未返回结果。

总结 #

从你的现象来看，最可能的原因是 Chromium 版本的 bug 或者创建凭证时的扩展配置细节问题。先尝试修改扩展配置并升级浏览器版本，如果问题仍然存在，建议向 Chromium 官方提交 bug 报告。

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