windows - Spectre/Meltdown 补丁导致 COM 方法返回 E_ACCESSDENIED

Question

我从事一个大量使用 COM 的项目，而新的 Spectre/Meltdown 补丁无疑会干扰程序内的通信。

我怎么知道？我重新镜像了不存在此补丁的 Windows 机器(2017 年 5 月)。我安装了我的程序，一切都按预期工作。然后我下载了所有必需的更新。该程序不再起作用。然后我只卸载了 Meltdown/Spectre 补丁(2018 年 1 月 1 日针对基于 x64 的系统的 Windows 10 版本 1507 的累积更新 (KB4056893))，程序恢复正常行为。

我将调试器连接到我的程序并追踪到这部分代码。

INvRtrControl4Itf * poRouterControl = GetNvRtrControl4();
if(poRouterControl)
{
    //the following line of code always returns E_ACCESSDENIED
    HRESULT hr = poRouterControl->GetXPTExtendedInfoForOutputs(lNumPorts, poOutputPorts, poXPTAndLPRInfo, peStatus);
    if(FAILED(hr))
    {
        ConnectToRouterControl();
        poRouterControl->Release();
        return hr;
    }
    poRouterControl->Release();
}

未修补系统上的 Windows 调试器:

poRouterControl->GetXPTExtendedInfoForOutputs returns S_OK

已修补系统上的 Windows 调试器:

poRouterControl->GetXPTExtendedInfoForOutputs returns E_ACCESSDENIED

我有一个 COM 服务器 A 试图与 COM 服务器 B 通信，两者都具有相同的权限 (SYSTEM)。在 PATCHED 系统上，当 A 从 COM 接口(interface) INvDevControl2Itf 调用方法时，服务器 B 调用该方法时不会出错。当同一台服务器 A 尝试从进程 B 上的不同接口(interface) INvRtrControl4Itf 调用方法时，将返回 E_ACCESSDENIED 并且我从未通过 COM 接口(interface)。在 UN-PATCHED 系统上，一切正常。

有没有人在使用 COM 和新的 Spectre/Meltdown 补丁时遇到过这个问题？我将继续寻找原因，但相同的代码在没有安装补丁的情况下运行得非常好。但是，客户最终会想要更新他们的系统，所以我不推荐也不想告诉他们永远不要安装补丁。

Answer 1

在 Windows Support Page on the Patch Itself 的帮助下，我能够通过更改我的 COM 服务的 CoInitializeSecurity() 方法调用中的一些代码来解决 COM 服务无法调用 GetXPExtendedInfoForOutputs 方法的问题

hRes = CoInitializeSecurity(NULL, -1, NULL, NULL,
        RPC_C_AUTHN_LEVEL_NONE,
        RPC_C_IMP_LEVEL_IMPERSONATE,
        NULL,
        EOAC_NONE,
        NULL);

到

hRes = CoInitializeSecurity(NULL, -1, NULL, NULL,
        RPC_C_AUTHN_LEVEL_CALL, //<----------- changed
        RPC_C_IMP_LEVEL_IMPERSONATE,
        NULL,
        EOAC_NONE,
        NULL);

虽然它解决了这个问题，但有些接口(interface)在原始代码中工作得非常好，而其他接口(interface)如 INvRtrControl4Itf 则失败了，这有点令人不安。此外，我不需要更改正在与之通信的其他 COM 服务中的 CoInitializeSecurity 方法初始化，只需要更改调用者 COM 服务。其他 COM 服务仍然可以使用 RPC_C_AUTHN_LEVEL_NONE 初始化，并且我的程序可以像以前一样工作。

但是，我确实将所有 CoInitializeSecurity 方法调用更改为使用 RPC_C_AUTHN_LEVEL_CALL，这应该可以减少 future E_ACCESSDENIED 错误结果的可能性。不幸的是，现在对 RPC 服务器的每次调用都需要身份验证，我假设我的程序的性能可能会受到一点影响。我怀疑这会引起什么问题。

也许这就是为什么有些人在使用 Spectre/Meltdown 补丁更新他们的系统时注意到性能下降的原因......只是一个想法。