启用禁用Web安全参数后，Chrome中localhost环境创建公钥凭据时遇DOMException问题求助

嘿，我之前碰到过类似的坑，大概率是你加的--disable-web-security参数搞的鬼！虽然localhost本身是WebAuthn允许的HTTP来源，但禁用Web安全会打乱Chrome的安全策略逻辑，导致它不认可当前的localhost环境符合公钥凭据的创建要求。给你几个可行的解决思路：

• 优先解决CORS问题，别依赖禁用Web安全
  禁用Web安全只是临时调试的权宜之计，长期来看风险很高。建议直接在你的后端服务器配置CORS规则，允许前端的localhost域名（比如http://localhost:3000）跨域请求，设置好Access-Control-Allow-Origin、Access-Control-Allow-Methods这些必要的响应头，从根源解决CORS问题，这样就不用加那些危险的启动参数了。

• 如果必须用禁用Web安全，加个独立用户目录参数
  有时候用默认用户目录启动禁用Web安全的Chrome，会有缓存的安全规则残留。你可以试试启动时指定一个全新的用户数据目录，比如：

  chrome.exe --disable-web-security --disable-gpu --user-data-dir="C:/ChromeDevTemp"
  

  这个目录可以随便新建，用独立目录能让Chrome的安全策略重置，大概率会恢复对localhost的WebAuthn支持。

• 确认你访问的是标准localhost地址
  确保你前端页面是通过http://localhost:端口号访问的，别用127.0.0.1或者自定义的本地域名（比如local.test），Chrome只把localhost这个主机名视为合法的WebAuthn HTTP来源，其他本地地址就算是回环IP也不行。

• 检查代码里的rp.id配置
  你代码里把rp.id设为"localhost"是对的，但要注意不要加端口号，保持和你访问的主机名完全一致。比如你访问的是http://localhost:8080，rp.id就用"localhost"，别写成"localhost:8080"。

另外，你已经有U2F设备和Windows Hello，硬件层面是没问题的，主要就是Chrome的安全策略被禁用Web安全参数干扰了，按上面的方法试试应该能解决。

备注：内容来源于stack exchange，提问作者alqueen