macOS 上 VS Code 集成浏览器无法使用 passkey，有哪些绕过方法？

可以先使用独立浏览器，尚无法确认签名权限是否为根因

遇到这种情况，可以先在独立浏览器中打开目标网站，尝试完成 passkey 身份验证。如果能够正常登录，可以暂时在该浏览器中使用网站。

仅凭提供的 codesign 输出，无法确认问题是否由缺少某项 entitlement 引起。现有材料中也没有微软的官方回复或修复安排，无法判断是否已有修复计划。

如何判断问题出现在哪一层

建议使用同一网站和账户进行对比，并记录 macOS 版本、VS Code 版本，以及所用集成浏览器功能或扩展的名称。

1. 在独立浏览器中打开登录页面，尝试使用 passkey。
2. 在 VS Code 集成浏览器中重复相同操作，记录具体表现，例如没有出现验证提示、提示功能不可用，或验证后登录失败。
3. 如果条件允许，再测试另一个已配置 passkey 的网站，判断问题是否只出现在某个站点。

如果独立浏览器正常、集成浏览器失败，可以重点排查集成浏览器及其身份验证流程，但这仍不能直接证明问题出在应用签名权限上。如果两边都失败，还需要检查账户是否已配置 passkey，以及系统或浏览器显示的错误信息。

临时绕过时要注意登录状态

对于普通网页，最直接的办法是在能够完成 passkey 验证的独立浏览器中继续操作。如果网站提供其他登录方式，也可以按网站支持的流程尝试。

需要区分两种情况：

• 如果只需要访问网站，登录成功后可以直接在独立浏览器中使用。
• 如果需要让 VS Code 或扩展获得登录状态，应使用该功能提供的外部浏览器登录和回调流程。是否支持这一流程，需要查看对应功能的说明。

独立浏览器登录成功后，VS Code 集成浏览器不一定会自动获得同样的会话。因此，在外部浏览器完成登录不能保证解决集成浏览器的登录问题。

codesign 输出能说明什么

原问题使用的检查命令是：

codesign -d --entitlements :- /Applications/Visual\ Studio\ Code.app

这条命令用于显示指定应用的签名权限信息。提供的输出列出了 Apple Events 自动化、JIT、音频输入和摄像头相关权限，但没有说明此次 passkey 验证需要哪些权限，也没有提供验证失败的具体原因。

其中关于 : 的弃用警告针对这条检查命令的用法，不能作为 passkey 失败的证据。

不能从这段输出直接推导出“补上某个 entitlement 就能解决”。在缺少明确诊断依据时，修改权限并重新签名也不能保证有效。

如何确认微软是否计划修复

现有材料不足以回答微软是否已安排修复。可以查阅 VS Code 官方问题跟踪记录和发布说明，搜索 passkey、WebAuthn、macOS，并核对记录涉及的具体浏览器功能和版本。

如果需要提交问题，可以附上版本信息、集成浏览器入口、复现步骤、错误提示，以及独立浏览器的对比结果，帮助维护者判断问题。修复计划应以维护者的明确回复或发布记录为依据。

备注：内容仅供参考。