[發明專利]基于minifilter和usbkey的透明加解密文件驅動的方法

有效

• 申請號: 202010873281.7
• 申請日: 2020-08-26
• 公開（公告）號: CN112035885B
• 公開（公告）日: 2023-03-28
• 發明（設計）人: 姚金龍;董仲舒;程杰;谷晶中;張陽光
• 申請（專利權）人: 山谷網安科技股份有限公司
• 主分類號: G06F21/64
• 分類號: G06F21/64;G06F21/60
• 代理公司: 鄭州大通專利商標代理有限公司 41111
• 代理人: 張立強

本發明提供一種基于minifilter和usbkey的透明加解密文件驅動的方法。該方法包括：步驟1：解析用戶配置文件，獲取待監控信息；用戶配置文件包括：加密的文件類型和加密的文件名中的至少一個、打開文件時的進程名以及用戶設置的密碼長度；步驟2：檢測usbkey是否插入，若檢測到usbkey，則與其建立連接；步驟3：與驅動層建立通信連接，驅動層為基于minifilter框架的驅動；步驟4：將待監控信息逐個發送至驅動層，然后接收驅動層發送的命令并在usbkey中進行相應操作，將操作結果發送至驅動層，以供驅動層在指定監控文件被執行打開操作、讀操作、寫操作和關閉操作中的一個或多個操作時對被執行操作進行攔截進而根據操作結果對指定監控文件進行加解密。

技術領域

本發明涉及基于windows透明加解密驅動技術領域，尤其涉及一種基于minifilter和usbkey的透明加解密文件驅動的方法。

背景技術

在windows下要想實現對文件的保護，一種方法是在文件關閉之后對文件進行手動加密，然后打開文件之前手動解密，這種方法的弊端是操作比較繁瑣，而且有可能出現用戶忘了加密操作，在導致文件在被拷貝走之后出現泄密的情況；另外一種方法是直接在服務器上進行操作，所有文件在服務器上進行加解密，本地計算機上不留副本；這種方法的弊端是所有文件都依賴于服務器，如果服務器崩潰或者硬盤損壞，會出現文件丟失的嚴重情況，需要服務器的文件進行定時備份，還有一種弊端就是對于單機的情況無法解決。

中國專利文獻CN106599728A公開了一種基于文件過濾驅動框架的系統文件保護方法及裝置，本方法主要是針對文件的保護操作(讀取寫入等操作)，而不是針對文件內容本身，也就是說，若將該文件拷貝到其它機器上，那么該文件保護動作將會失效，即在其它機器上依然能夠讀取文件內容。

發明內容

針對現有的手動加解密操作繁瑣、依賴服務器加解密存在文件已丟失或單機情形下無法適用以及加密效果不好的問題，本發明提供一種基于minifilter和usbkey的透明加解密文件驅動的方法。

本發明提供的一種基于minifilter和usbkey的透明加解密文件驅動的方法，該方法包括：

步驟1：解析用戶配置文件，獲取待監控信息；所述用戶配置文件包括：加密的文件類型和加密的文件名中的至少一個、打開文件時的進程名以及用戶設置的密碼長度；

步驟2：檢測usbkey是否插入，若檢測到usbkey，則與其建立連接；

步驟3：與驅動層建立通信連接，所述驅動層為基于minifilter框架的驅動；

步驟4：將待監控信息逐個發送至驅動層，然后接收驅動層發送的命令并在usbkey中進行相應操作，將操作結果發送至驅動層，以供驅動層在指定監控文件被執行打開操作、讀操作、寫操作和關閉操作中的一個或多個操作時對被執行操作進行攔截進而根據操作結果對指定監控文件進行加解密；其中，所述命令包括創建密碼命令和解開密碼命令。

進一步地，步驟4中的接收驅動層發送的命令并在usbkey中進行相應操作，包括：

若為創建密碼命令，則隨機生成一個密碼，將密碼放入usbkey對密碼進行加密，并把加密的密碼和源密碼發送給驅動層；

若為解開密碼命令，則將加密的密碼放入usbkey對密碼進行解密，獲取源密碼，將源密碼發送至驅動層。

進一步地，所述命令還包括退出命令；對應地，步驟4中的接收驅動層發送的命令并在usbkey中進行相應操作，包括：若為退出命令，則斷開與驅動層的通信連接，并斷開usbkey鏈接，釋放資源。

本發明還提供另一種基于minifilter和usbkey的透明加解密文件驅動的方法，包括：