1.DEPDEP的函p函局限性
2.Windows Shellcode学习笔记——通过VirtualProtect绕过DEP
3.Vue—关于响应式（四、深入学习Vue响应式源码）

DEPDEP的数源数局限性

       DEP，尽管作为重要的函p函安全机制，但也存在其自身的数源数局限性。首先，函p函硬件DEP的数源数maven查看jar源码运行依赖于CPU的支持，但并非所有CPU型号都具备这种硬件支持，函p函老式CPU无法充分利用DEP的数源数功能。其次，函p函为了兼容性考虑，数源数Windows操作系统无法对所有进程启用DEP保护，函p函以免引发异常。数源数比如，函p函第三方插件DLL如果不确定是数源数否支持DEP，就无法对其进行保护，函p函php oracle源码开发者会有所顾虑。此外，使用ATL 7.1或更早版本的程序，在数据页面上产生可执行代码时，DEP保护会被禁用，否则程序将出现故障。

       再者，/NXCOMPAT编译选项和IMAGE_DLLCHARACTERISTICS_NX_COMPAT设置只适用于Windows Vista及其以上版本，对Windows XP SP3等早期系统无效。这意味着即使在编译时设置了这些选项，某些程序在旧操作系统上也无法自动启用DEP保护。

       最后，DEP在Optin和Optout模式下是可被动态开关的，这表明操作系统提供了API函数来管理DEP状态。qt项目源码然而，早期操作系统对这些API的使用并未设置严格的限制，任何进程都可能调用，这无疑增加了安全隐患，也为绕过DEP防护留下了一定的空间。

Windows Shellcode学习笔记——通过VirtualProtect绕过DEP

       在探索了栈溢出利用的基础后，我们转向研究如何突破Windows系统，尤其是Win7，对栈溢出利用的多层防御措施。本文将聚焦于通过VirtualProtect函数绕过数据执行保护（DEP）的技术。让我们一同深入学习这一经典的绕过策略。

       **1. 简介

**       本文将涵盖以下几个关键点：

       VS编译环境配置

       利用Immunity Debugger的mona插件自动化获取ROP链

       分析与调试ROP链

       识别与修复VirtualProtect调用中的bug

       **2. 相关概念

**       **DEP（数据执行保护）

**       栈溢出的根源在于数据与代码混杂，溢出导致程序尝试在数据段执行指令。为弥补此缺陷，thinkphp rbac 源码微软从XP SP2起引入DEP，其核心原理是标记数据所在内存页为不可执行，当溢出尝试执行指令时，CPU会抛出异常，而非执行指令。

       **DEP工作状态

**       DEP有四种状态，其中绕过原理是找到替代指令，使函数返回地址不指向数据段，而是指向系统函数入口，利用系统函数页面的可执行权限绕过DEP。

       **内存页

**       在x系统中，内存页大小为4kb，即0x，字节。spring 2.5 源码

       **ROP（面向返回的编程）

**       是一种编程范式，允许在不同函数之间调用指令，从而构建绕过防御的路径。

       **VirtualProtect

**       用于调整内存页属性，例如将shellcode页设置为可读、可写、可执行，以绕过DEP。

       **3. VS编译配置

**       测试环境为Win 7 x，使用VS，构建版本为Release。关键配置包括关闭GS、优化、SEH、DEP、ASLR、禁用C++异常和内部函数。

       **4. 实际测试

**       通过一系列测试，验证了VirtualProtect绕过DEP的方法。测试包括使用memcpy而非strcpy，构建ROP链以关闭DEP，以及在关闭DEP后执行shellcode的验证过程。

       **5. 小结

**       在Win7环境下搭建测试环境，需要对VS的编译配置进行特别设置。不同系统下，可供利用的替代指令存在差异，需要灵活运用思路构造ROP链。利用Immunity Debugger的mona插件可以简化ROP链的编写过程，但需注意其可能存在的bug。如果shellcode长度超过字节，使用VirtualProtect关闭DEP将失败，应探索其他绕过方法。

       本文由3gstudent原创，独家发布于嘶吼专业版——Pro4hou，未经许可，请勿转载。

Vue—关于响应式（四、深入学习Vue响应式源码）

       Vue的响应式系统是一个关键组成部分，通过深入源码理解，我们可以揭示其内部工作原理。首先，让我们简要回顾下Vue响应式实现的简化过程，然后逐步剖析源码，从响应式系统的初始化到Watcher、Dep和Observer的交互，以及装饰者模式的应用。

       响应式系统的初始化涉及Vue实例化后调用_init方法，其中包括初始化props、methods等，核心是observe函数，它会创建Observer类的实例，通过遍历对象属性并调用defineReactive$$1来处理数据，使其变为响应式。

       Dep类负责收集依赖，Watcher在数据变化时接收通知并进行更新。Watcher的产生有四种情况，它们会在数据绑定或组件挂载时创建。为了优化性能，Watcher的更新会在事件循环的下一次Tick执行，以避免同步更新带来的性能损耗。

       Vue中巧妙地运用了装饰者模式，如对数组原型方法的重写，既保持了数据的响应性，又不改变原对象。在源码中，Observer类不仅处理数据，还负责数组方法的重写，通过copyAugment和def函数实现了这一功能。

       总的来说，Vue响应式系统利用Observer、Dep和Watcher的协作，以及装饰者模式的灵活运用，实现了数据的高效、动态更新。深入理解这些原理有助于我们更好地编写和优化Vue应用。

       参考资源：Vue官网、VUE源码解析文章、Watcher实现详解等。