修正后的SYSTEM_THREADS与SYSTEM_PROCESSES结构体

由于最近有个32位程序需要向64位系统移植，其中程序中使用了ZwQuerySystemInformation函数来枚举系统中的进程与线程信息，但是移植后的程序在Windows x64下工作不正常。现象是获取到的进程/线程信息混乱，不正确。通过查询WRK以及Win2k源码，将结构体中的成员进行了修改，最终编译出的程序可以正常显示。

由于ZwQuerySystemInformation属于Windows的未文档化函数，网络上可以搜索到的结构体都是基于Win32下逆向得到的，因此可能有些偏差。

最明显的问题就是HANDLE与ULONG的区别。在Windows下，HANDLE类型被定义为typedef HANDLE PVOID * 。在32位平台下，sizeof(HANDLE) == sizeof(ULONG) == 4，因此可能是当时逆向的人没有多想就把HANDLE类型写成了ULONG类型，这样写在32位平台下是不会出错的,但是到了64位平台下，HANDLE类型就变成了8字节，而ULONG类型在编译器中被定义为ULONG32类型即32位无符号整数，造成了结构体内成员偏移的偏差。

在Windows下，进程ID是HANDLE类型表示的，而不是ULONG类型。在平台移植的时候是需要注意的！因为太多人喜欢把进程ID用ULONG类型进行表示了

typedef struct _SYSTEM_THREADS

{

LARGE_INTEGER KernelTime;

LARGE_INTEGER UserTime;

LARGE_INTEGER CreateTime;

ULONG WaitTime;

PVOID StartAddress;

CLIENT_ID ClientID;

KPRIORITY Priority;

KPRIORITY BasePriority;

ULONG ContextSwitchCount;

ULONG ThreadState;

KWAIT_REASON WaitReason;

ULONG Reserved; //Add

}SYSTEM_THREADS,*PSYSTEM_THREADS;

typedef struct _SYSTEM_PROCESSES

{

ULONG NextEntryDelta;

ULONG ThreadCount;

ULONG Reserved[6];

LARGE_INTEGER CreateTime;

LARGE_INTEGER UserTime;

LARGE_INTEGER KernelTime;

UNICODE_STRING ProcessName;

KPRIORITY BasePriority;

HANDLE ProcessId; //Modify

HANDLE InheritedFromProcessId;//Modify

ULONG HandleCount;

ULONG SessionId;

ULONG_PTR PageDirectoryBase;

VM_COUNTERS VmCounters;

SIZE_T PrivatePageCount;//Add

IO_COUNTERS IoCounters; //windows 2000 only

struct _SYSTEM_THREADS Threads[1];

}SYSTEM_PROCESSES,*PSYSTEM_PROCESSES;