文件讀寫監(jiān)控

jeick2008

小弟現(xiàn)在在搞一個(gè)小東東，在內(nèi)核中，文件寫入磁盤前對(duì)寫入的文件做處理（加密、字符串替換等等），文件讀出時(shí)逆操作（解密、字符串還原等），

文件內(nèi)容加密在  do_sync_write 中對(duì)待寫內(nèi)容進(jìn)行加密處理（緩沖區(qū)校驗(yàn)機(jī)制也同時(shí)修改了），然后在加密后的內(nèi)容通過aio_write寫入頁(yè)中（具體寫入頁(yè)機(jī)制不動(dòng)）；

文件內(nèi)容解密在 do_sync_read 中對(duì)讀出內(nèi)容進(jìn)行解密；

當(dāng)前能夠正常的處理文件的讀寫（大文件分塊讀寫也測(cè)試ok），但是gedit ，wps等工具打開文件進(jìn)行編輯保存，無法觸發(fā)文本內(nèi)容加密動(dòng)作，所以小弟請(qǐng)教高手，gedit、wps等是如何實(shí)現(xiàn)文本編輯保存使文件存入磁盤的。
謝謝，不勝感激。。。

E-mail： jiay_os@sari.ac.cn

beyondfly

不懂，幫頂

Tinnal

回復(fù) 1# jeick2008

stace跟一下不就知道用什么系統(tǒng)調(diào)了了。

估計(jì)是直接mmap去訪問了。
   

鎮(zhèn)水鐵牛

你所做的加密解密其實(shí)基于page cache的， do_sync_write \ read都是基于page cache的。

不清楚gedit、wps的實(shí)現(xiàn)，如果是direct IO方式或mmap實(shí)現(xiàn)的應(yīng)用程序，是不經(jīng)過page cache的，所以你的攔截是無效的。

你可以做如下測(cè)試驗(yàn)證下：
        寫個(gè)用戶態(tài)程序，用direct IO模式或者mmap方式讀寫你的文件進(jìn)行驗(yàn)證。

jeick2008

謝謝，昨天驗(yàn)證了下，非page cache方式無法截獲到。
大牛，有沒有可以同時(shí)解惑道直接讀寫和映射的方法。。
回復(fù) 4# 鎮(zhèn)水鐵牛


   

hnwyllmm

跟蹤direct IO的系統(tǒng)調(diào)用看下去

鎮(zhèn)水鐵牛

回復(fù) 5# jeick2008

常見的write-back和write-through都會(huì)寫cache，即會(huì)進(jìn)行內(nèi)存從用戶態(tài)到內(nèi)核態(tài)的拷貝，但direct IO不會(huì)，它直接將用戶態(tài)的內(nèi)存pin and lock，然后將io vector填充在dio中下發(fā)。
mmap是另一個(gè)不同的概念，訪問的虛擬地址對(duì)應(yīng)實(shí)際page，但每次的寫修改不同于常見的設(shè)置page的PG_dirty操作，所以就不會(huì)走到do_sync_write那里。
   

yangPSO

不知道LZ的加密、解密算法是怎樣的，比如加密后內(nèi)容會(huì)變長(zhǎng)或者變短嗎。
另外，每次寫入的數(shù)據(jù)長(zhǎng)度是塊對(duì)齊的嗎。

direct IO寫同樣會(huì)經(jīng)過do_sync_write，一般aio_write回調(diào)函數(shù)之后才會(huì)區(qū)分direct IO和非direct IO。
但是aio是不經(jīng)過do_sync_write的，而是直接由aio_write回調(diào)函數(shù)處理。

但是mmap的情況仍然處理不到。

建議LZ在塊層處理加密解密。