2.4、應(yīng)用程序與驅(qū)動(dòng)交互訪問其它模式-30課

1、2.4、應(yīng)A、用戶層傳入數(shù)據(jù)EXE部分代2.4、應(yīng)A、用戶層傳入數(shù)據(jù)EXE部分代 (其它模式)-30A、用戶層傳入數(shù)據(jù)EXE部分代修改頭文件#defineadd_code 不得不再次講到CTL_CODE宏的Method在講直接內(nèi)模式時(shí)Method是指定數(shù)據(jù)傳遞的模式 有這幾個(gè)值: METHOD_BUFFERED使用緩沖區(qū)方式操作0METHOD_IN_DIRECT直接寫方式METHOD_NEITHER/其它方式B、驅(qū)動(dòng)層接收數(shù)據(jù)并處理SYS部分代/得到輸出緩沖區(qū)大ULONG cbout = stack-VOID ProbeForRead( PVOID SIZE_TVOID ProbeForWri

2、te( inoutPVOIDAddress, ULONGAlignment);SIZE_T/1 得到輸入入緩沖區(qū)地UCHAR(指定內(nèi)存不可讀者可寫將繼續(xù)執(zhí)行后邊代/操作輸出緩沖/2 得到輸出緩沖首地PVOID(指定內(nèi)存不可讀者可寫將繼續(xù)執(zhí)行后邊代/操作輸出緩沖/2 得到輸出緩沖首地PVOID/判斷指針是否可Irp-(指定內(nèi)存不可讀者可寫將繼續(xù)執(zhí)行后邊代alignof 操作格式: 注釋舉例表達(dá)值1alignof(short)64)alignof(float)alignof(double) 對(duì)于基本類型它的值和sizeof一樣.但考慮這個(gè)例子typedefstructa;alignof(S)=#p

3、ragmapack(1) #pragma pack()修改SYS部#pragmapack(1) #pragma pack()修改SYS部*InputBuffer=*)pIrp-修改*)stack-但是這樣傳遞過來的參數(shù)可能會(huì)錯(cuò)誤所以這里加入一個(gè)異常處理 try然后將整個(gè)語句包括進(jìn)來即可。 except(EXCEPTION_EXECUTE_HANDLER)，表示產(chǎn)生異常被忽略并且執(zhí)行下面的語句， KdPr (指定地址不可讀 或者 寫 n););/內(nèi)核函數(shù),參數(shù)1 要判斷起始地址,參數(shù)看字節(jié)長度,3 對(duì)齊標(biāo)志.對(duì)齊可以參看21 課再將下面代改rp-*)pIrp-ProbeForWrite(OutputBuffer,cbout,4);/ 還要判斷是否可EXE 部分再次修改一下A 和B 的數(shù)據(jù)然后將新生成的EXE 和SS 放到虛擬機(jī)里測試一下,結(jié)果仍然正確.這樣就將這三種通訊方式完全講了出來.前兩個(gè)的區(qū)別是在獲取輸出緩沖區(qū)的方式不一樣,第三種多了一個(gè)可讀可寫的測試.作業(yè):已經(jīng)做出了加法運(yùn)算,大家再做一下減/乘/除/字串等運(yùn)隨筆: 隨筆: 學(xué)到最近的這幾節(jié)課,代碼在我看起來比較復(fù)雜,因?yàn)槎际菑膩頉]有用過