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