win8 object_header信息

最新推荐文章于 2024-11-06 03:49:09 发布
最新推荐文章于 2024-11-06 03:49:09 发布
阅读量709 收藏
点赞数
分类专栏： windows 信息 文章标签： header object list integer c security
本文详细介绍了Windows 8 64位系统中KTHREAD与ETHREAD的数据结构，包括各个字段的意义及作用。这对于理解Windows内核调度机制和线程管理具有重要意义。

原始链接：http://www.itnests.com/win8-64bit-_kthread-_ethread.html


dt _KTHREAD
+0x000 Header           : _DISPATCHER_HEADER
+0x018 SListFaultAddress : Ptr64 Void
+0x020 QuantumTarget    : Uint8B
+0x028 InitialStack     : Ptr64 Void
+0x030 StackLimit       : Ptr64 Void
+0x038 StackBase        : Ptr64 Void
+0x040 ThreadLock       : Uint8B
+0x048 CycleTime        : Uint8B
+0x050 CurrentRunTime   : Uint4B
+0x054 ExpectedRunTime  : Uint4B
+0x058 KernelStack      : Ptr64 Void
+0x060 StateSaveArea    : Ptr64 _XSAVE_FORMAT
+0x068 SchedulingGroup  : Ptr64 _KSCHEDULING_GROUP
+0x070 WaitRegister     : _KWAIT_STATUS_REGISTER
+0x071 Running          : UChar
+0x072 Alerted          : [2] UChar
+0x074 KernelStackResident : Pos 0, 1 Bit
+0x074 ReadyTransition  : Pos 1, 1 Bit
+0x074 ProcessReadyQueue : Pos 2, 1 Bit
+0x074 WaitNext         : Pos 3, 1 Bit
+0x074 SystemAffinityActive : Pos 4, 1 Bit
+0x074 Alertable        : Pos 5, 1 Bit
+0x074 CodePatchInProgress : Pos 6, 1 Bit
+0x074 UserStackWalkActive : Pos 7, 1 Bit
+0x074 ApcInterruptRequest : Pos 8, 1 Bit
+0x074 QuantumEndMigrate : Pos 9, 1 Bit
+0x074 UmsDirectedSwitchEnable : Pos 10, 1 Bit
+0x074 TimerActive      : Pos 11, 1 Bit
+0x074 SystemThread     : Pos 12, 1 Bit
+0x074 ProcessDetachActive : Pos 13, 1 Bit
+0x074 CalloutActive    : Pos 14, 1 Bit
+0x074 ScbReadyQueue    : Pos 15, 1 Bit
+0x074 ApcQueueable     : Pos 16, 1 Bit
+0x074 ReservedStackInUse : Pos 17, 1 Bit
+0x074 UmsPerformingSyscall : Pos 18, 1 Bit
+0x074 DisableStackCheck : Pos 19, 1 Bit
+0x074 Reserved         : Pos 20, 12 Bits
+0x074 MiscFlags        : Int4B
+0x078 AutoAlignment    : Pos 0, 1 Bit
+0x078 DisableBoost     : Pos 1, 1 Bit
+0x078 UserAffinitySet  : Pos 2, 1 Bit
+0x078 AlertedByThreadId : Pos 3, 1 Bit
+0x078 QuantumDonation  : Pos 4, 1 Bit
+0x078 EnableStackSwap  : Pos 5, 1 Bit
+0x078 GuiThread        : Pos 6, 1 Bit
+0x078 DisableQuantum   : Pos 7, 1 Bit
+0x078 ChargeOnlyGroup  : Pos 8, 1 Bit
+0x078 DeferPreemption  : Pos 9, 1 Bit
+0x078 QueueDeferPreemption : Pos 10, 1 Bit
+0x078 ForceDeferSchedule : Pos 11, 1 Bit
+0x078 ExplicitIdealProcessor : Pos 12, 1 Bit
+0x078 FreezeCount      : Pos 13, 1 Bit
+0x078 EtwStackTraceApcInserted : Pos 14, 8 Bits
+0x078 ReservedFlags    : Pos 22, 10 Bits
+0x078 ThreadFlags      : Int4B
+0x07c Spare0           : Uint4B
+0x080 SystemCallNumber : Uint4B
+0x084 Spare1           : Uint4B
+0x088 FirstArgument    : Ptr64 Void
+0x090 TrapFrame        : Ptr64 _KTRAP_FRAME
+0x098 ApcState         : _KAPC_STATE
+0x098 ApcStateFill     : [43] UChar
+0x0c3 Priority         : Char
+0x0c4 UserIdealProcessor : Uint4B
+0x0c8 WaitStatus       : Int8B
+0x0d0 WaitBlockList    : Ptr64 _KWAIT_BLOCK
+0x0d8 WaitListEntry    : _LIST_ENTRY
+0x0d8 SwapListEntry    : _SINGLE_LIST_ENTRY
+0x0e8 Queue            : Ptr64 _KQUEUE
+0x0f0 Teb              : Ptr64 Void
+0x0f8 Timer            : _KTIMER
+0x138 WaitBlock        : [4] _KWAIT_BLOCK
+0x138 WaitBlockFill4   : [20] UChar
+0x14c ContextSwitches  : Uint4B
+0x138 WaitBlockFill5   : [68] UChar
+0x17c State            : UChar
+0x17d NpxState         : Char
+0x17e WaitIrql         : UChar
+0x17f WaitMode         : Char
+0x138 WaitBlockFill6   : [116] UChar
+0x1ac WaitTime         : Uint4B
+0x138 WaitBlockFill7   : [164] UChar
+0x1dc KernelApcDisable : Int2B
+0x1de SpecialApcDisable : Int2B
+0x1dc CombinedApcDisable : Uint4B
+0x138 WaitBlockFill8   : [40] UChar
+0x160 ThreadCounters   : Ptr64 _KTHREAD_COUNTERS
+0x138 WaitBlockFill9   : [88] UChar
+0x190 XStateSave       : Ptr64 _XSTATE_SAVE
+0x138 WaitBlockFill10  : [136] UChar
+0x1c0 Win32Thread      : Ptr64 Void
+0x138 WaitBlockFill11  : [176] UChar
+0x1e8 Ucb              : Ptr64 _UMS_CONTROL_BLOCK
+0x1f0 Uch              : Ptr64 _KUMS_CONTEXT_HEADER
+0x1f8 TebMappedLowVa   : Ptr64 Void
+0x200 QueueListEntry   : _LIST_ENTRY
+0x210 NextProcessor    : Uint4B
+0x214 DeferredProcessor : Uint4B
+0x218 Process          : Ptr64 _KPROCESS
+0x220 UserAffinity     : _GROUP_AFFINITY
+0x220 UserAffinityFill : [10] UChar
+0x22a PreviousMode     : Char
+0x22b BasePriority     : Char
+0x22c PriorityDecrement : Char
+0x22c ForegroundBoost  : Pos 0, 4 Bits
+0x22c UnusualBoost     : Pos 4, 4 Bits
+0x22d Preempted        : UChar
+0x22e AdjustReason     : UChar
+0x22f AdjustIncrement  : Char
+0x230 Affinity         : _GROUP_AFFINITY
+0x230 AffinityFill     : [10] UChar
+0x23a ApcStateIndex    : UChar
+0x23b WaitBlockCount   : UChar
+0x23c IdealProcessor   : Uint4B
+0x240 ApcStatePointer  : [2] Ptr64 _KAPC_STATE
+0x250 SavedApcState    : _KAPC_STATE
+0x250 SavedApcStateFill : [43] UChar
+0x27b WaitReason       : UChar
+0x27c SuspendCount     : Char
+0x27d Saturation       : Char
+0x27e SListFaultCount  : Uint2B
+0x280 SchedulerApc     : _KAPC
+0x280 SchedulerApcFill0 : [1] UChar
+0x281 ResourceIndex    : UChar
+0x280 SchedulerApcFill1 : [3] UChar
+0x283 QuantumReset     : UChar
+0x280 SchedulerApcFill2 : [4] UChar
+0x284 KernelTime       : Uint4B
+0x280 SchedulerApcFill3 : [64] UChar
+0x2c0 WaitPrcb         : Ptr64 _KPRCB
+0x280 SchedulerApcFill4 : [72] UChar
+0x2c8 LegoData         : Ptr64 Void
+0x280 SchedulerApcFill5 : [83] UChar
+0x2d3 CallbackNestingLevel : UChar
+0x2d4 UserTime         : Uint4B
+0x2d8 SuspendEvent     : _KEVENT
+0x2f0 ThreadListEntry  : _LIST_ENTRY
+0x300 MutantListHead   : _LIST_ENTRY
+0x310 ReadOperationCount : Int8B
+0x318 WriteOperationCount : Int8B
+0x320 OtherOperationCount : Int8B
+0x328 ReadTransferCount : Int8B
+0x330 WriteTransferCount : Int8B
+0x338 OtherTransferCount : Int8B
dt _ETHREAD
   +0x000 Tcb              : _KTHREAD
+0x340 CreateTime       : _LARGE_INTEGER
+0x348 ExitTime         : _LARGE_INTEGER
+0x348 KeyedWaitChain   : _LIST_ENTRY
+0x358 ChargeOnlySession : Ptr64 Void
+0x360 PostBlockList    : _LIST_ENTRY
+0x360 ForwardLinkShadow : Ptr64 Void
+0x368 StartAddress     : Ptr64 Void
+0x370 TerminationPort  : Ptr64 _TERMINATION_PORT
+0x370 ReaperLink       : Ptr64 _ETHREAD
+0x370 KeyedWaitValue   : Ptr64 Void
+0x378 ActiveTimerListLock : Uint8B
+0x380 ActiveTimerListHead : _LIST_ENTRY
+0x390 Cid              : _CLIENT_ID
+0x3a0 KeyedWaitSemaphore : _KSEMAPHORE
+0x3a0 AlpcWaitSemaphore : _KSEMAPHORE
+0x3c0 ClientSecurity   : _PS_CLIENT_SECURITY_CONTEXT
+0x3c8 IrpList          : _LIST_ENTRY
+0x3d8 TopLevelIrp      : Uint8B
+0x3e0 DeviceToVerify   : Ptr64 _DEVICE_OBJECT
+0x3e8 SparePointer     : Ptr64 Void
+0x3f0 Win32StartAddress : Ptr64 Void
+0x3f8 LegacyPowerObject : Ptr64 Void
+0x400 ThreadListEntry  : _LIST_ENTRY
+0x410 RundownProtect   : _EX_RUNDOWN_REF
+0x418 ThreadLock       : _EX_PUSH_LOCK
+0x420 ReadClusterSize  : Uint4B
+0x424 MmLockOrdering   : Int4B
+0x428 CmLockOrdering   : Int4B
+0x42c CrossThreadFlags : Uint4B
+0x42c Terminated       : Pos 0, 1 Bit
+0x42c ThreadInserted   : Pos 1, 1 Bit
+0x42c HideFromDebugger : Pos 2, 1 Bit
+0x42c ActiveImpersonationInfo : Pos 3, 1 Bit
+0x42c HardErrorsAreDisabled : Pos 4, 1 Bit
+0x42c BreakOnTermination : Pos 5, 1 Bit
+0x42c SkipCreationMsg  : Pos 6, 1 Bit
+0x42c SkipTerminationMsg : Pos 7, 1 Bit
+0x42c CopyTokenOnOpen  : Pos 8, 1 Bit
+0x42c ThreadIoPriority : Pos 9, 3 Bits
+0x42c ThreadPagePriority : Pos 12, 3 Bits
+0x42c RundownFail      : Pos 15, 1 Bit
+0x42c UmsForceQueueTermination : Pos 16, 1 Bit
+0x42c ReservedCrossThreadFlags : Pos 17, 15 Bits
+0x430 SameThreadPassiveFlags : Uint4B
+0x430 ActiveExWorker   : Pos 0, 1 Bit
+0x430 MemoryMaker      : Pos 1, 1 Bit
+0x430 ClonedThread     : Pos 2, 1 Bit
+0x430 KeyedEventInUse  : Pos 3, 1 Bit
+0x430 SelfTerminate    : Pos 4, 1 Bit
+0x434 SameThreadApcFlags : Uint4B
+0x434 Spare            : Pos 0, 1 Bit
+0x434 StartAddressInvalid : Pos 1, 1 Bit
+0x434 EtwCalloutActive : Pos 2, 1 Bit
+0x434 OwnsProcessWorkingSetExclusive : Pos 3, 1 Bit
+0x434 OwnsProcessWorkingSetShared : Pos 4, 1 Bit
+0x434 OwnsSystemCacheWorkingSetExclusive : Pos 5, 1 Bit
+0x434 OwnsSystemCacheWorkingSetShared : Pos 6, 1 Bit
+0x434 OwnsSessionWorkingSetExclusive : Pos 7, 1 Bit
+0x435 OwnsSessionWorkingSetShared : Pos 0, 1 Bit
+0x435 OwnsProcessAddressSpaceExclusive : Pos 1, 1 Bit
+0x435 OwnsProcessAddressSpaceShared : Pos 2, 1 Bit
+0x435 SuppressSymbolLoad : Pos 3, 1 Bit
+0x435 Prefetching      : Pos 4, 1 Bit
+0x435 OwnsVadExclusive : Pos 5, 1 Bit
+0x435 OwnsChangeControlAreaExclusive : Pos 6, 1 Bit
+0x435 OwnsChangeControlAreaShared : Pos 7, 1 Bit
+0x436 OwnsPagedPoolWorkingSetExclusive : Pos 0, 1 Bit
+0x436 OwnsPagedPoolWorkingSetShared : Pos 1, 1 Bit
+0x436 OwnsSystemPtesWorkingSetExclusive : Pos 2, 1 Bit
+0x436 OwnsSystemPtesWorkingSetShared : Pos 3, 1 Bit
+0x436 TrimTrigger      : Pos 4, 2 Bits
+0x436 Spare2           : Pos 6, 2 Bits
+0x437 PriorityRegionActive : UChar
+0x438 CacheManagerActive : UChar
+0x439 DisablePageFaultClustering : UChar
+0x43a ActiveFaultCount : UChar
+0x43b LockOrderState   : UChar
+0x440 AlpcMessageId    : Uint8B
+0x448 AlpcMessage      : Ptr64 Void
+0x448 AlpcReceiveAttributeSet : Uint4B
+0x450 ExitStatus       : Int4B
+0x458 AlpcWaitListEntry : _LIST_ENTRY
+0x468 CacheManagerCount : Uint4B
+0x46c IoBoostCount     : Uint4B
+0x470 IrpListLock      : Uint8B
+0x478 ReservedForSynchTracking : Ptr64 Void
+0x480 CmCallbackListHead : _SINGLE_LIST_ENTRY
+0x488 ActivityId       : Ptr64 _GUID
+0x490 WnfContext       : Ptr64 Void
+0x498 SeLearningModeListHead : _SINGLE_LIST_ENTRY
+0x4a0 RelativeTimerBias : Uint8B
关注
专栏目录
Windows内核对象头部结构
yeshahayes的博客
09-19 1464
在Windows中，内核对象由三部分组成，其中第一部分是由数个不确定的结构组成，第二部分就是结构头OBJECT_HEADER，第三部分则是对象体。后两部分容易确定，OBJECT_HEADER后48个字节就是对象体。第一部分则是完全隐藏起来的机制，而且Win7系统中OBJECT_HEADER里也没有了前面几个结构的偏移信息，所以需要具体研究一下这个字段的生成机制。 这个结构肯定是在ObCreateO
深入Windows APC
pythonxxoo的博客
02-05 808
Python微信订餐小程序课程视频 https://edu.youkuaiyun.com/course/detail/36074 Python实战量化交易理财系统 https://edu.youkuaiyun.com/course/detail/35475   本篇原文为 寂静的羽夏(wingsummer) 中文翻译，非机翻，著作权归原作者 Rbmm 和 Dennis A. Babkin 所有。   由于原文十分冗长，也十分干货，采用机翻辅助，人工阅读比对修改的方式进行，如有翻译不得当的地方，欢迎批评指正。翻译不易，如有闲钱，欢迎
Win7 Object_Header之TypeIndex解析，ObGetObjectType使用
求索
03-01 2529
在暴力搜索内存进程对象反隐藏进程这篇文章中，我们提到： Object Header偏移0×008处Type成员为对象类型值,相同类型的对象具有相同的值.  自Window  7开始, _OBJECT_HEADER及其之前的一些结构发生了变化.  lkd> dt _object_header nt!_OBJECT_HEADER +0×000 PointerCount      : I
Windows 7 Object Headers
求索
06-15 650
This document describes the changes to the object header structure that have been made in Windows 7 and the areas of functionality these changes affect. It starts with a brief description of the layou
Windows对象 (Object) 结构
weixin_34389926的博客
07-26 256
Windows系统的各种资源以对象（Object）的形式来组织，例如File Object, Driver Object, Device Object等等，但实际上这些所谓的“对象”在系统的对象管理器（Object Manager）看来只是完整对象的一个部分——对象实体（Object Body）。Windows XP中有31种不同类型的对象，Object Body反映了某一类...
xp与win7中_OBJECT_HEADER的区别，_OBJECT_TYPE获取方法
点点灵犀
04-26 2856
在win7中 _OBJECT_HEADER变化比较大。不能直接取出_OBJECT_TYPE对象，而是使用对象在ObTypeIndexTable中的索引来引用_OBJECT_TYPE。 下面使用windbg来掩饰xp和win7获取_OBJECT_TYPE的方法。 xp系统获取方法 使用!object查看一个文件对象信息 lkd> !object 8914b2c0 Object: 8914
#define NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION #define PY_SSIZE_T_CLEAN #include "eiger_defs.h" #include "raw_file.h" #include <Python.h> #include <numpy/arrayobject.h> #include <stdio.h> #include <unistd.h> // #define VERBOSE /* Docstrings */ static char module_docstring[] = "sls_cmodule provies access to compiled c++ and ROOT functions supporting " "detector calibration. The library uses numpy arrays as input and return " "values."; /* Available functions */ static PyObject *read_raw(PyObject *self, PyObject *args); static PyObject *mt_read(PyObject *self, PyObject *args); static PyObject *read_m3(PyObject *self, PyObject *args, PyObject *kwargs); static PyArray_Descr *get_frame_header_dt(); /* Module specification */ static PyMethodDef module_methods[] = { {"read_frame", (PyCFunction)read_raw, METH_VARARGS, "hej"}, {"mt_read", (PyCFunction)mt_read, METH_VARARGS, "hej"}, {"read_m3", (PyCFunction)read_m3, METH_VARARGS | METH_KEYWORDS, "hej"}, {NULL, NULL, 0, NULL}}; static struct PyModuleDef hdf5maker_def = { PyModuleDef_HEAD_INIT, "_hdf5maker", module_docstring, -1, module_methods}; /* Initialize the module */ PyMODINIT_FUNC PyInit__hdf5maker(void) { PyObject *m = PyModule_Create(&hdf5maker_def); if (m == NULL) { return NULL; } /* Load `numpy` functionality. */ import_array(); PyArray_Descr *obj = get_frame_header_dt(); PyObject_SetAttrString(m, "frame_header_dt", (PyObject *)obj); Py_DECREF(obj); return m; } static PyObject *mt_read(PyObject *self, PyObject *args) { return NULL; } static PyObject *read_raw(PyObject *self, PyObject *args) { //Passing in: // file, dr, n_frames PyObject *fobj; int n_frames, dr; if (!PyArg_ParseTuple(args, "OII", &fobj, &dr, &n_frames)) return NULL; int fd = PyObject_AsFileDescriptor(fobj); if (fd < 0) return NULL; // Allocate data for header and frames PyArray_Descr *dtype = get_frame_header_dt(); const npy_intp header_dims[] = {n_frames}; PyObject *header = PyArray_SimpleNewFromDescr(1, header_dims, dtype); npy_intp dims[] = {n_frames, PORT_NROWS_WGAP, PORT_NCOLS_WGAP}; PyObject *data = PyArray_SimpleNew(3, dims, dr_to_dtype(dr)); const size_t bytes_to_copy = dr * PORT_NROWS * PORT_NCOLS / 8; sls_detector_header *h_ptr = (sls_detector_header *)PyArray_BYTES((PyArrayObject *)header); uint8_t *frame_ptr = (uint8_t *)PyArray_BYTES((PyArrayObject *)data); PyArray_FILLWBYTE((PyArrayObject *)data, 0); const int stride = PyArray_STRIDE((PyArrayObject *)data, 0); uint8_t *buffer = malloc(bytes_to_copy + sizeof(sls_detector_header)); uint8_t *expanded_buffer = NULL; if (dr == 4) { expanded_buffer = malloc(bytes_to_copy * 2); } for (int i = 0; i < n_frames; ++i) { read(fd, buffer, bytes_to_copy + sizeof(sls_detector_header)); memcpy(h_ptr, buffer, sizeof(sls_detector_header)); if (dr == 4) { uint8_t *dst = expanded_buffer; uint8_t *src = buffer + sizeof(sls_detector_header); for (size_t j = 0; j < bytes_to_copy; ++j) { *dst++ = *src & 0xfu; *dst++ = *src++ >> 4u; } copy_to_place(frame_ptr, expanded_buffer, 8, h_ptr->row, h_ptr->column); } else { copy_to_place(frame_ptr, buffer + sizeof(sls_detector_header), dr, h_ptr->row, h_ptr->column); } frame_ptr += stride; h_ptr++; } free(buffer); free(expanded_buffer); PyObject *ret = PyTuple_Pack(2, header, data); Py_DECREF(header); Py_DECREF(data); return ret; } static PyObject *read_m3(PyObject *self, PyObject *args, PyObject *kwargs) { PyObject *fobj; static char *keywords[] = {"fd","dr","n_frames", "n_chan", NULL}; int n_frames, dr, n_chan; if (!PyArg_ParseTupleAndKeywords(args, kwargs, "OIII", keywords, &fobj, &dr, &n_frames, &n_chan)) { return NULL; } // if (!PyArg_ParseTuple(args, "OIII", &fobj, &dr, &n_frames, &n_chan)) // return NULL; int fd = PyObject_AsFileDescriptor(fobj); if (fd < 0) return NULL; // Allocate data for header and frames PyArray_Descr *dtype = get_frame_header_dt(); const npy_intp header_dims[] = {n_frames}; PyObject *header = PyArray_SimpleNewFromDescr(1, header_dims, dtype); npy_intp dims[] = {n_frames, n_chan}; PyObject *data = PyArray_SimpleNew(2, dims, dr_to_dtype(dr)); const size_t bytes_to_copy = dr * n_chan / 8; sls_detector_header *h_ptr = (sls_detector_header *)PyArray_BYTES((PyArrayObject *)header); uint8_t *frame_ptr = (uint8_t *)PyArray_BYTES((PyArrayObject *)data); PyArray_FILLWBYTE((PyArrayObject *)data, 0); const int stride = PyArray_STRIDE((PyArrayObject *)data, 0); uint8_t *buffer = malloc(bytes_to_copy + sizeof(sls_detector_header)); uint8_t *expanded_buffer = NULL; if (dr == 4) { expanded_buffer = malloc(bytes_to_copy * 2); } for (int i = 0; i < n_frames; ++i) { read(fd, buffer, bytes_to_copy + sizeof(sls_detector_header)); memcpy(h_ptr, buffer, sizeof(sls_detector_header)); memcpy(frame_ptr, buffer + sizeof(sls_detector_header), bytes_to_copy); frame_ptr += stride; h_ptr++; } free(buffer); free(expanded_buffer); PyObject *ret = PyTuple_Pack(2, header, data); Py_DECREF(header); Py_DECREF(data); return ret; } static PyArray_Descr *get_frame_header_dt() { // Move this to a function that gets run on init PyObject *dtype_dict; PyArray_Descr *dtype; dtype_dict = Py_BuildValue( "[(s, s), (s, s), (s, s), (s, s), (s, s), (s, s), (s, s), (s, s), (s, " "s), (s, s), (s, s), (s, s), (s, s), (s, s)]", "Frame Number", "u8", "SubFrame Number/ExpLength", "u4", "Packet Number", "u4", "Bunch ID", "u8", "Timestamp", "u8", "Module Id", "u2", "Row", "u2", "Column", "u2", "Reserved", "u2", "Debug", "u4", "Round Robin Number", "u2", "Detector Type", "u1", "Header Version", "u1", "Packets Caught Mask", "V64"); PyArray_DescrConverter(dtype_dict, &dtype); Py_DECREF(dtype_dict); return dtype; }
最新发布
08-08
但根据错误信息，目前主要是`unistd.h`的问题，所以先解决头文件问题。 ### 注意事项 1. 上述`unistd_win.h`提供了一些常用函数的替换，但可能不完整。如果编译时出现其他未定义的函数，需要在该文件中继续添加相应...
Win8 Metro风格网址导航页面特效代码
03-20
【Win8 Metro风格网址导航页面特效代码】是一种利用jQuery技术构建的网页设计模板，它旨在模仿微软Windows 8操作系统中的现代UI（Metro）风格。这种风格以其简洁、块状的布局和动态磁贴效果而闻名，为用户提供了一种...
保护内核对象—对象挂钩（Object Hook）
qq_42814021的博客
10-17 1849
内核对象 每个内核对象实际上都是一个内存块，它是由操作系统内核分配的，并且只能由操作系统内核访问。这个内存块是一个数据结构，它的成员维护着和这个对象相关的信息。但是应用程序不能直接访问和修改这些数据结构，它们需要通过句柄。 先通过系统调用打开/创建内核对象，让当前进程与目标对象之间建立起连接，此时就会返回一个句柄。然后调用Windows提供的一系列API函数就能访问这些内核对象。所以句柄其实相当于一个接口，Ring3层通过它来访问Ring0层的一些数据结构。 内核对象由对象头和对象体组成。 当应用程序打开内
win7下的Object Header结构
行者无疆的专栏
03-13 1921
参考了一下第四版的windows internals书，看到上面写的object header结构有些不同，查了些资料，发现的确，微软作了修改，以下是在win7下得到的结构。 lkd> dt nt!_object_header    +0x000 PointerCount     : Int4B    +0x004 HandleCount      : Int4B    +0x004 Ne
Windows对象(Object)结构
07-15 1271
from 5eCur!ty LabsWindows系统的各种资源以对象（Object）的形式来组织，例如File Object, Driver Object, Device Object等等，但实际上这些所谓的"对象"在系统的对象管理器（Object Manager）看来只是完整对象的一个部分----对象实体（Object Body）。Windows XP中有31种不同类型的对象，Object B
win7对象头那些事儿
Sunny_wwc的专栏
01-18 2026
<br />http://www.debugman.com/discussion/5239/%E5%8E%9F%E5%88%9Bwin7%E5%8F%AF%E5%8F%98%E5%AF%B9%E8%B1%A1%E5%A4%B4%E7%BB%93%E6%9E%84%E4%B9%8Binfomask%E8%A7%A3%E6%9E%90/<br /> 对Windows对象管理有一定了解的人都知道，在固定对象头(OBJECT_HEADER)前面是一块可变区域，称为可变对象头，它所包含的结构内容并不固定。在Win7之
DISPATCHER_HEADER结构--＞Type
weixin_43751677的博客
11-06 170
【代码】DISPATCHER_HEADER结构--＞Type。
基于线程调度的同步机制
maomao171314的专栏
11-24 560
基于线程调度的同步机制 1 线程进入等待 当一个线程的控制流到达一个等待函数时，若等待的条件不满足，则线程调度器会将处理器的执行权交给其他处于备用或就绪状态的线程。这些被等待的对象可以用来协调线程之间的行为，它们被称为同步对象或者分发器对象。头部以DISPATCH_HEADER开始的对象都市分发器对象，定义如下： typedef struct _DISPATCHER_HEADER { union { struct { UCHAR Type; ...
34进程与线程之进程结构体
qq_18059143的博客
11-29 752
前言：操作系统创造进程和线程，实质就是构建一个结构体。 一、进程结构体EPROCESS 使用命令查看：dt _EPROCESS PEB也是描述进程的一个结构体，但是是提供给3环使用的，而不是0环。每个windows进程在0环都有一个对应的结构体：EPROCESS 这个结构体包含了进程所有重要的信息。 成员之KPROCESS +...
Windows事件等待学习笔记（二）—— 线程等待与唤醒
lzyddf的博客
03-03 1390
Windows事件等待学习笔记（二）—— 线程等待与唤醒前言要点回顾等待与唤醒机制可等待对象可等待对象的差异线程与等待对象一个线程等待一个对象实验第一步：编译并运行以下代码第二步：在WinDbg中找到该进程第三步：查看线程信息一个线程等待多个对象实验第一步：编译并运行以下代码第二步：在WinDbg中找到该进程第三步：查看线程信息第四步：查看等待块具体细节等待网总结 前言 一、学习自滴水编程达人中...
进程线程001 进程线程结构体和KPCR
鬼手的博客
12-26 1587
文章目录前言EPROCESSKPROCESS主要成员EPROCESS其他成员ETHREADKTHREAD主要成员介绍ETHREAD其他成员介绍KPCRKPCR介绍_NT_TIB主要成员介绍KPCR的其他成员介绍KPRCB成员介绍KPRCB成员介绍 前言 进程线程的知识点很多，如果我们想了解问题的本质，就要从一些关键的结构体学起，先来介绍一个与进程密切相关的结构体 EPROCESS 每个进程在零环都...
NT主要内核结构 windows 2003
P.Kwok
11-19 726
虽然时常看到有新手询问各OS版本_EPROCESS _ETHREAD之类的结构.但本文的目的却绝对不是告诉你这些结构到底是怎样的.也不会介绍如何获得.实在是太白痴的问题.自己随便百度下”VM Windbg 双机调试”之类,然后Kd>dt nt!_*就好.       实际是为了速查跟备忘,自己常遇到为了查一个偏移需要装一个系统的郁闷事件.Baidu不到也google不到的. W
Win8风格网站界面实现与交互效果展示
下面将详细介绍这些技术在实现模仿Win8界面的网站页面中的具体应用。 ### HTML HTML（HyperText Markup Language）是构建网页的基础，它定义了网页的结构和内容。在模仿Win8界面的页面中，HTML主要用于创建页面的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值