CVE-2015-2370之DCOM DCE/RPC协议原理详细分析

来源：作者：时间：2019-02-24 19:29 点击：次 我要投稿

广告位API接口通信错误，查看德得广告获取帮助

漏洞成因分析
这个CVE-2015-2370漏洞是一种DCOM DCE/RPC协议中ntlm认证后数据包重放导致的权限提升漏洞
分析的重点DCOM DCE/RPC协议原理,这个协议主要由2块内容组成,dcom的远程激活机制和ntlm身份认证
1.dcom的远程激活机制
微软官方解释
有一个运行在135端口的rpcss服务也就是dcom的激活服务负责协调本机所有com对象的激活,当本机激活时采用通过内核通信,无法捕获数据包,属于内部操作,只有当远程激活或远程重定向到本机激活这种方式才可以捕获到数据包.远程激活有2种方式,一种是采用CoCreateInstanceEx方式指定远程服务器和激活身份等参数调用rpscss的IRemoteSCMActivator接口的RemoteCreateInstance方法激活,或者CoGetClassObject =调用rpscss的IRemoteSCMActivator接口的RemoteGetClassObject方法激活同样可选指定远程服务器和激活身份等参数.还有一种方式方式是客户端marshal服务端unmarshal方式,在marshal的stream中写入OBJREF通过其中的DUALSTRINGARRAY字段指定远程解析的服务器或端口,远程服务器rpcss服务采用IObjectExporter接口中的ResolveOxid或ResolveOxid2方法实现反序列化出来需要unmarshal的远程com对象remunkown指针.CVE-2015-2370是通过在ntlm身份认证后在ResolveOxid2之后又重放了一个RemoteCreateInstance请求导致以客户端的高权限创建出来一个OLE Packager的文件实现了权限提升.用户也可以创建一个rpc服务实现自己实现这2个接口自定义的rpcss解析和激活服务.这2个模块的可以在rpcss服务加载的rpcss.dll中找到具体实现,以下是接口定义:
[
     uuid(99fcfec4-5260-101b-bbcb-00aa0021347a),
     pointer_default(unique)
]
//marshal方式
interface IObjectExporter
{
     [idempotent] error_status_t ResolveOxid
     (
[in]       handle_t        hRpc,
[in]       OXID           *pOxid,
[in]       unsigned short cRequestedProtseqs,
[in, ref, size_is(cRequestedProtseqs)]
    unsigned short arRequestedProtseqs[],
[out, ref] DUALSTRINGARRAY **ppdsaOxidBindings,
[out, ref] IPID            *pipidRemUnknown,
[out, ref] DWORD           *pAuthnHint
     );
[idempotent] error_status_t SimplePing
     (
[in] handle_t hRpc,
[in] SETID    *pSetId
     );
[idempotent] error_status_t ComplexPing
     (
[in]       handle_t        hRpc,
[in, out] SETID          *pSetId,
[in]       unsigned short SequenceNum,
[in]       unsigned short cAddToSet,
[in]       unsigned short cDelFromSet,
[in, unique, size_is(cAddToSet)]   OID AddToSet[],
[in, unique, size_is(cDelFromSet)] OID DelFromSet[],
[out]      unsigned short *pPingBackoffFactor
     );
[idempotent] error_status_t ServerAlive
     (
[in]       handle_t        hRpc
     );
[idempotent] error_status_t ResolveOxid2
     (
[in]       handle_t        hRpc,
[in]       OXID           *pOxid,
[in]       unsigned short cRequestedProtseqs,
[in, ref, size_is(cRequestedProtseqs)]
    unsigned short arRequestedProtseqs[],
[out, ref] DUALSTRINGARRAY **ppdsaOxidBindings,
[out, ref] IPID            *pipidRemUnknown,
[out, ref] DWORD           *pAuthnHint,
[out, ref] COMVERSION      *pComVersion
     );
     [idempotent] error_status_t ServerAlive2
     (
[in]       handle_t        hRpc,
[out, ref] COMVERSION      *pComVersion,
[out, ref] DUALSTRINGARRAY **ppdsaOrBindings,
[out, ref] DWORD           *pReserved
     );
}
[
uuid(000001A0-0000-0000-C000-000000000046),

[1] [2] [3] [4] [5] [6] [7] 下一页

漏洞成因分析
这个CVE-2015-2370漏洞是一种DCOM DCE/RPC协议中ntlm认证后数据包重放导致的权限提升漏洞
分析的重点DCOM DCE/RPC协议原理,这个协议主要由2块内容组成,dcom的远程激活机制和ntlm身份认证
1.dcom的远程激活机制
微软官方解释
有一个运行在135端口的rpcss服务也就是dcom的激活服务负责协调本机所有com对象的激活,当本机激活时采用通过内核通信,无法捕获数据包,属于内部操作,只有当远程激活或远程重定向到本机激活这种方式才可以捕获到数据包.远程激活有2种方式,一种是采用CoCreateInstanceEx方式指定远程服务器和激活身份等参数调用rpscss的IRemoteSCMActivator接口的RemoteCreateInstance方法激活,或者CoGetClassObject =调用rpscss的IRemoteSCMActivator接口的RemoteGetClassObject方法激活同样可选指定远程服务器和激活身份等参数.还有一种方式方式是客户端marshal服务端unmarshal方式,在marshal的stream中写入OBJREF通过其中的DUALSTRINGARRAY字段指定远程解析的服务器或端口,远程服务器rpcss服务采用IObjectExporter接口中的ResolveOxid或ResolveOxid2方法实现反序列化出来需要unmarshal的远程com对象remunkown指针.CVE-2015-2370是通过在ntlm身份认证后在ResolveOxid2之后又重放了一个RemoteCreateInstance请求导致以客户端的高权限创建出来一个OLE Packager的文件实现了权限提升.用户也可以创建一个rpc服务实现自己实现这2个接口自定义的rpcss解析和激活服务.这2个模块的可以在rpcss服务加载的rpcss.dll中找到具体实现,以下是接口定义: 本文来自无奈人生安全网
[
     uuid(99fcfec4-5260-101b-bbcb-00aa0021347a),
     pointer_default(unique)
]
//marshal方式
interface IObjectExporter
{
     [idempotent] error_status_t ResolveOxid
     (
[in]       handle_t        hRpc,
[in]       OXID           *pOxid,
[in]       unsigned short cRequestedProtseqs,
[in, ref, size_is(cRequestedProtseqs)]
    unsigned short arRequestedProtseqs[],
[out, ref] DUALSTRINGARRAY **ppdsaOxidBindings,
[out, ref] IPID            *pipidRemUnknown,
[out, ref] DWORD           *pAuthnHint 内容来自无奈安全网
     );
[idempotent] error_status_t SimplePing
     (
[in] handle_t hRpc,
[in] SETID    *pSetId
     );
[idempotent] error_status_t ComplexPing
     (
[in]       handle_t        hRpc,
[in, out] SETID          *pSetId,
[in]       unsigned short SequenceNum,
[in]       unsigned short cAddToSet,
[in]       unsigned short cDelFromSet,
[in, unique, size_is(cAddToSet)]   OID AddToSet[],
[in, unique, size_is(cDelFromSet)] OID DelFromSet[],
[out]      unsigned short *pPingBackoffFactor      内容来自无奈安全网
     );
[idempotent] error_status_t ServerAlive
     (
[in]       handle_t        hRpc
     );
[idempotent] error_status_t ResolveOxid2
     (
[in]       handle_t        hRpc,
[in]       OXID           *pOxid,
[in]       unsigned short cRequestedProtseqs,
[in, ref, size_is(cRequestedProtseqs)]
    unsigned short arRequestedProtseqs[],
[out, ref] DUALSTRINGARRAY **ppdsaOxidBindings,
[out, ref] IPID            *pipidRemUnknown,
[out, ref] DWORD           *pAuthnHint, 内容来自无奈安全网
[out, ref] COMVERSION      *pComVersion
     );
     [idempotent] error_status_t ServerAlive2
     (
[in]       handle_t        hRpc,
[out, ref] COMVERSION      *pComVersion,
[out, ref] DUALSTRINGARRAY **ppdsaOrBindings,
[out, ref] DWORD           *pReserved
     );
}
[
uuid(000001A0-0000-0000-C000-000000000046),

[1] [2] [3] [4] [5] [6] [7] 下一页

无奈人生安全网

。 (责任编辑：admin)

【声明】:无奈人生安全网(http://www.wnhack.com)登载此文出于传递更多信息之目的，并不代表本站赞同其观点和对其真实性负责，仅适于网络安全技术爱好者学习研究使用，学习中请遵循国家相关法律法规。如有问题请联系我们，联系邮箱472701013@qq.com，我们会在最短的时间内进行处理。

上一篇：CVE-2018-11776: Apache Struts OGNL沙箱绕过【返回网站首页】【进入网站论坛】

下一篇：NodeJS应用程序身份验证绕过漏洞分析

当前位置：无奈人生安全网 > 漏洞预警 > 漏洞公告 > CVE-2015-2370之DCOM DCE/RPC协议原理详细分析

CVE-2015-2370之DCOM DCE/RPC协议原理详细分析