PoC是韩国最大的安全技术峰会
，，，
，2006年一群韩国黑客与安全研究专家决定以“交流技术、、分享知识”为目的举办会议，，，，并将其命名为PoC，，，，它是目前互联网安全界举办历史最悠久的大会之一，，已成为国际知名的安全技术交流峰会。。本届大会更是“众星云集”，
，，吸引了全球大量最顶级的软件安全高手和企业代表到场，，包括来自Google Project Zero的研究员、、
、、著名安全专家James Forshaw和Mark Brand、、
、韩国神童Lokihardt，，，以及连续多届的Pwn2own Master of Pwn得主——Richardzhu和amat等

本次演讲，，来自老哥网的两位研究员主要分享了关于Windows OLE组件的漏洞模式。。。

彭峙酿指出，，，Office有着漫长而复杂的漏洞历史
。。。。当前在野利用的漏洞量正逐渐减少，，，
，攻击者更倾向于使用稳定的逻辑漏洞。。。。他以Windows OLE组件漏洞为例，
，，，深入阐释这些漏洞的隐藏威胁。。。

在Office中
，
，Windows OLE组件组件用于实现上文所述的「对象」功能，
，，用户可以在单个文档内编辑其他应用程序的相关内容。。
。Office在加载嵌入了Windows OLE组件的文档时，，，会经过三个步骤：

1.从文档中的结构获取CLSID，，，即对象的全局唯一标识符
。。
。

2.通过获取的CLSID，，调用CoCreateInstance加载对应的对象。。。
。这个对应关系可以在注册表中获取
。
。。。

3.如果对象是OLE对象，，，，则进一步调用IpersistStorage加载具体的数据。。

在以上工作流程中即存在安全隐患。。
。彭峙酿表示，，，文档中的CLSID字段攻击者可控的，，，并非所有CLSID都是OLE对象。。
。因此，
，
，在获取CLSID后，，，，Office需要加载对应的对象以确认是否为OLE对象。。。

这种设计缺陷使得加载CLSID对应对象的过程存在安全问题，，，，其中一个严重问题是「LoadLibrary」函数的错误使用。。
。。调用该函数时存在风险，，，因为可能从当前工作目录加载dll文件，，，而当前工作目录本身存在风险，，可能被攻击者预测。。。若用户在未打安全补丁的Windows系统中，，
，，打开攻击者制作的恶意Offic文档将导致严重的远程代码执行后果。。
。。