PasswordVault密码保护机制存疑：同用户应用间凭证隔离失效？

你遇到的情况和文档描述不符，核心原因是应用的身份标识没有被正确隔离。文档里说的“应用无法访问其他应用的凭证”，前提是每个应用都有唯一且系统认可的身份标识——UWP应用靠Package Family Name（PFN），桌面应用靠Application User Model ID（AUMID）。如果你的测试应用没正确设置这些标识，系统就会把它们当成同一个“身份”，自然能互相访问，甚至能读取IE的凭证。

具体来说分两种场景：

• UWP应用场景：如果你的两个测试应用用了同一个开发者证书打包、且包名（Package Name）相同，那它们的Package Family Name会完全一致，系统会认为是同一个应用上下文，凭证自然能互通。另外，松散部署（直接运行未打包的UWP项目）也会跳过部分身份校验，导致隔离失效。
• 桌面应用场景：Win32/WPF这类桌面应用如果没手动设置AUMID，系统会用默认的标识（比如进程名），如果不同应用的进程名雷同，或者系统没正确识别身份，就会出现跨应用访问的情况。甚至IE的凭证，因为你的应用没设置自己的AUMID，系统可能把它归为“无标识应用”，允许访问公共类的凭证。

针对不同类型的应用，有明确的设置步骤：

对于UWP应用 #

• 用唯一的包信息打包：每个应用必须使用不同的包名（Package Name）和开发者证书，哪怕是测试用，也别共用同一个证书打包多个应用。Package Family Name是由包名+发布者ID组成的，只要这两个有一个不同，身份就会被隔离。
• 避免松散部署测试：松散部署的UWP应用会绕过部分身份验证逻辑，建议用正式的Appx/AppxBundle包部署测试，这样才能触发完整的隔离机制。
• 显式标记凭证资源：存储PasswordCredential时，把Resource字段设为你的应用独有的标识（比如包名），虽然这不是隔离的核心，但能进一步避免和其他应用的凭证混淆。

对于桌面应用 #

• 必须手动设置AUMID：这是桌面应用使用PasswordVault的关键！在应用启动时，调用Win32 API设置唯一的AUMID，示例代码（C#）：

  [DllImport("shell32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
  private static extern void SetCurrentProcessExplicitAppUserModelID(string appID);
  
  // 在应用初始化时调用，比如App.xaml.cs的OnStartup方法
  SetCurrentProcessExplicitAppUserModelID("com.yourcompany.yourapp.v1");
  

  AUMID建议用反向域名格式（比如com.yourdomain.yourappname），确保和其他应用完全不重复。
• 关联AUMID到凭证：存储凭证时，把Resource字段设为你的AUMID，这样即使系统出现异常，也能通过资源标识过滤掉其他应用的凭证。

额外验证步骤 #

• 存储凭证后，调用PasswordVault.RetrieveAll()查看所有凭证的Resource和UserName，确认每个应用的凭证都带有独有的标识。
• 换不同的Windows用户账号测试应用，正常情况下，凭证是用户级别的，跨用户无法访问，这也能验证隔离是否生效。
• 检查应用的权限声明：如果UWP应用声明了enterpriseAuthentication或sharedUserCertificates这类特殊能力，可能会打破隔离，建议移除不必要的权限。

另外，你提到能读取IE的密码，设置好自己的应用身份标识后，就不会再看到IE的凭证了——因为IE的凭证是绑定到它自己的AUMID下的，你的应用有了独立身份后，系统会自动过滤掉不属于你的凭证。

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