• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Windows體系結構: 


            Windows內核結構:



            Windows關鍵組件:
            hal.dll: 處于內核中,硬件抽象層, 隔離各種硬件平臺
            ntoskrnl.exe: 操作系統(tǒng)內核, 下層是微內核(提供線程調度,中斷異常等), 上層是執(zhí)行體(在微內核的基礎上實現(xiàn)基本的對象管理和功能組件的封裝)
            win32k.sys: Windows子系統(tǒng)內核,提供窗口管理和圖形設備輸出, 上層的GDI/User32在內核的實現(xiàn)。
            User32/GDI32/Kenel32: Windows子系統(tǒng)應用層API接口

            Windows進程創(chuàng)建過程: 



            下面介紹Windows進程中比較關鍵的幾個數(shù)據結構: EPROCESS, KPROCESS, PEB, CSR_PROCESS, W32PROCESS。



            上面我們可以看到KPROCESS(PCB)是EPROCESS的一部分, EPROCESS存在于內核上層的執(zhí)行體中, KROCESS(PCB)存在于內核下層的微內核中, 各施其職。
            每個進程都在內核中都有一個EPROCESS, 所有進程共享同一個內核空間, 內核通過一個鏈表把所有的進程內核塊(EPROCESS)串連起來。
            EPROCESS包含了很多重要的進程信息: PCB, 進程ID, 進程token, 進程句柄表, 進程環(huán)境塊(PEB), Win32進程塊(W32PROCESS)。



            上面的是PEB的結構圖, PEB即進程環(huán)境塊,存在于用戶空間(非內核), 所以我們應用層可以直接訪問(先通過FS寄存器訪問TEB, 在通過TEB成員訪問PEB), PEB也包含了很多有用的信息: 模塊列表, 進程參數(shù)信息, 線程本地存儲(TLS), 堆信息, 進程的GDI table等

            我們每個Windows進程在創(chuàng)建和退出的時候都要通知Windows子系統(tǒng), 在應用層csrss.exe負責管理所有的windows進程, 除了少數(shù)幾個系統(tǒng)進程(sms.exe), 其他所有進程在csrss.exe中都有自己的一份CSR_PROCESS數(shù)據。



            每個窗口進程在Windows子系統(tǒng)內核(win32k.sys)中都有一個W32PROCESS數(shù)據結構, 這個結構包含很多窗口和GDI相關的數(shù)據結構。
            下面再介紹下線程相關的數(shù)據結構: ETHREAD, KTHREAD, TEB, CSR_THREAD, W32THREAD.

            ETHREAD和KTHREAD分別在內核的執(zhí)行體層和微內核層。


            TEB(線程環(huán)境塊)存在于用戶層, 我們可以直接通過FS寄存器直接訪問。


            CSR_THREAD存在于csrss.exe進程中, 每個Windows進程創(chuàng)建線程后都會在這里登記。


            W32THREAD, 存在于win32k.sys內核中, 每個UI線程在這里都有對應的結構。
            我們可以看到Windows的整個系統(tǒng)各組件相互獨立和協(xié)助的過程, 他們之間各個關鍵的數(shù)據結構又可以直接通過指針相互訪問,有些存在于后臺內核(ntoskrnl.exe), 有些存在于界面內核(win32k.sys), 有些又存在于每個進程的用戶空間。
            這樣我們也明白了為什么內核對象(kernel object)句柄是每個進程獨立, 但是內核對象本身又是各個進程都可以訪問的?
            因為內核對象句柄表存在于EPROCESS, 是每個進程都獨立持有的, 但是內核對象本身又存在于內核, 是每個進程都可以通過指針直接訪問的(需要open object)。

            為什么GDI對象是每個進程獨有的, 其他進程沒法訪問? 
            因為GDI對象表存在于PEB中, 每個進程都有自己的一份, 其他進程沒法訪問。

            為什么User object只要得到句柄,就可以直接夸進程訪問?
            User object(如window, menu, hook)明明在內核中,為什么叫用戶對象, 因為在NT4.0之前他們是被放在csrss.exe中的,但是后來因為跨進程性能太低,微軟把他們移到了內核(win32k.sys)中, 每個session共享同一用戶對象列表, 所以它們以同樣的句柄值, 可以跨進程直接訪問。 
            TLS(線程本地存儲)又是怎么實現(xiàn)的? 
            在每個進程的用戶空間的PEB和TEB中分配存儲空間。

            怎么實現(xiàn)進程隱藏? 
            我們既可以直接通過Hook API實現(xiàn), 也可以通過直接修改進程列表實現(xiàn), 我們看到CSR_PROCESS, W32PROCESS, EPROCESS 其實都是list, 我們只要修改這些列表,尤其是EPROCESS列表, 就可以實現(xiàn)徹底的進程隱藏。

            SetWindowsHookEx是怎么實現(xiàn)的?
            Windows子系統(tǒng)內核(Win32k.sys)在對消息進行處理前對用戶態(tài)設置的回調函數(shù)進行調用。
            posted on 2016-03-16 22:03 Richard Wei 閱讀(2731) 評論(0)  編輯 收藏 引用 所屬分類: windows desktop
            中文字幕无码免费久久| 99国产欧美久久久精品蜜芽| 一本久久a久久精品综合香蕉| 久久99精品国产麻豆宅宅| 久久99国产亚洲高清观看首页| 久久精品国产99久久久古代| 久久久久亚洲AV无码网站| 亚洲国产精品无码久久久不卡| 精品熟女少妇a∨免费久久| 97久久国产亚洲精品超碰热| 久久精品亚洲中文字幕无码麻豆 | 无码国内精品久久人妻蜜桃| 久久AV无码精品人妻糸列| 亚洲AV无码久久精品色欲| 99久久精品午夜一区二区 | 久久国产乱子伦免费精品| 久久国产精品成人影院| 久久se精品一区二区| 久久久久18| 亚洲AV日韩AV永久无码久久| 国产精品乱码久久久久久软件 | 精品久久777| 久久精品二区| 精品久久亚洲中文无码| 国产精品久久波多野结衣| 久久精品二区| av无码久久久久不卡免费网站| 久久综合九色综合久99| 色综合久久久久综合99| 久久99精品国产麻豆| 久久国产精品一区二区| 久久精品极品盛宴观看| 996久久国产精品线观看| 国产91久久综合| 久久天堂电影网| 国产午夜免费高清久久影院| 久久精品无码免费不卡| 亚洲综合日韩久久成人AV| 国产高清国内精品福利99久久| 精品国产乱码久久久久软件| 久久精品九九亚洲精品天堂 |