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文档将导致严重的远程代码执行后果。。。
。