我正在尝试从 LocalSystem 服务模拟管理员帐户，以便从管理员 HKEY CURRENT USER 注册表中获取数据 - 为了模拟，我正在使用 Uwe Keim 编写的以下站点上的 codeproject 代码：Impersonator
我的源码如下：
using (new Impersonator("user", ".", "pass"))
{
RegistryKey rk = Registry.CurrentUser.OpenSubKey("Software\\CompanyName");
string sValue = rk.GetValue("Value", "").ToString();
rk2.Close();
}
我的期望是 sValue 将来自用户/通行证帐户（因为我正在模拟它）但奇怪的是它仍然是来自我的服务正在运行的 LocalSystem 帐户的 sValue ...
关于我做错了什么的任何线索？任何帮助将非常感激。 谢谢，
【问题讨论】：
标签： c#
我知道这是一个旧线程，但我最近遇到了同样的问题（尽管来自 C++ Windows 服务）并认为我会分享我的发现，因为许多论坛都提出了同样的问题，但没有一个给出令人满意的答案.
基本上，我找到了两种方法来解决这个问题，尽管这更多是针对 C 应用程序而不是 .NET 的答案（我没有使用 pinvoke 进行测试，但它可能有效）。
解决方案 1： 不要使用 RegOpenKey，而是使用RegOpenCurrentUser() 来获取密钥句柄。显然，RegOpenKey 没有获得模拟用户密钥的原因是因为 HKEY_CURRENT_USER 在运行线程中缓存。
解决方案 2： RegDisablePredefinedCache()。这禁用上面提到的缓存并让对 HKEY_CURRENT_USER 的后续调用成为实际模拟用户。这是我采用的解决方案。
希望这会有所帮助。
【讨论】：
我在该主题上阅读的所有内容似乎都表明，模拟应该让您访问模拟帐户的 HKEY_CurrentUser。但是，这可能是 .NET Registry 实现中的一个怪癖。
这只是一种预感，而且还未经测试，但您是否考虑过使用 Registry.Users 而不是 Registry.CurrentUser？
管理员帐户需要find the SID，但您应该能够使用 Regedit 推断出这一点
【讨论】：
默认情况下，HKEY_CURRENT_USER 句柄在进程范围内缓存。因此，当您模拟用户然后访问当前用户配置单元时，您将访问启动进程的用户的配置单元，而不是被模拟的用户。这适用于所有 Win32 进程，而不仅仅是 .Net。如果您希望禁用此缓存，以便所有当前用户调用都转到 HKEY_USERS 下的正确用户配置单元，那么您必须通过 pInvoke 调用 RegDisablePredefinedCache。
请注意，如果被模拟的用户尚未加载其个人资料，则任何 CurrentUser 请求都将转发给 .DEFAULT 用户。所以你可能还需要调用 LoadUserProfile。
禁用句柄缓存也会导致所有 CurrentUser 请求的速度略有下降。
【讨论】：
我猜你会发现你运气不好。做不到。
如果应用程序能够模拟管理员帐户并将值写入 Windows 中的注册表，则会出现巨大的安全漏洞。我的猜测是Registry.CurrentUser 属性将始终引用运行您的应用程序的用户...无论您是否尝试模拟。
编辑
原来我没有阅读您正在使用的 Impersonator 代码的实现细节。您的问题可能完全不同。
在运行模拟代码之前，您的代码是否引用了 Registry 静态类？如果是这样，那就是问题所在。如果您查看 Reflector 中的 Registry.CurrentUser 属性，您会发现它是由 Registry 对象的静态构造函数设置的。静态构造函数在首次引用静态对象时被调用。
在您的情况下，如果您引用 Registry 对象（无论它是否涉及 CurrentUser），则会调用静态构造函数，它将 CurrentUser 设置为您的原始用户......而不是模拟帐户.
【讨论】：