一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法和裝置，該方法包括文件發(fā)送步驟和文件接收步驟，所述文件發(fā)送步驟如下：監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否發(fā)送文件；如果是，則截獲發(fā)送文件的發(fā)送函數(shù)，并對將要發(fā)送的文件進行加密處理；修改上述發(fā)送函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名；所述文件接收步驟如下：監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否接收文件；如果是，則截獲接收文件的接收函數(shù)，并對接收到的文件進行解密處理；修改上述接收函數(shù)中的至少一個參數(shù)，將其中待接收的文件名修改為經(jīng)解密處理后的解密文件名。同時，本發(fā)明公開了與該方法對應(yīng)的一種安全文件傳輸裝置。
【專利說明】一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種網(wǎng)絡(luò)文件傳輸方法，尤其涉及一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法和裝置。
【背景技術(shù)】
[0002]隨著信息技術(shù)的飛速發(fā)展，現(xiàn)今企業(yè)為了降低溝通成本，提高業(yè)務(wù)處理效率。都會部屬使用通信應(yīng)用軟件。如263EM、RTX、MSN、QQ等。這類應(yīng)用軟件不但提供便利的通訊方式，還提供方便的文件共享方式，即文件的傳輸功能。這為企業(yè)員工之間，企業(yè)與客戶之間的溝通提供了便利的手段，但同時也由于這種便利的方式，企業(yè)核心機密信息也可能被有意無意的隨意外發(fā)。企業(yè)核心機密存在泄密的安全隱患。
[0003]現(xiàn)有的文件外發(fā)保護方案，一般如下:
[0004]I)限制發(fā)送途徑。即禁止263EM、QQ等的發(fā)送文件功能
[0005]2)通過審批授權(quán)，對要外發(fā)的源文件進行加密，并制作包含權(quán)限控制信息的外發(fā)文件。
[0006]3)通過指定途徑發(fā)送制作好的外發(fā)文件，如U盤拷貝等。
[0007]現(xiàn)有技術(shù)的確解決了文件外發(fā)過程中存在的安全風(fēng)險。而且不但適用于通訊應(yīng)用軟件，而且涵蓋U盤，web郵件等其他外發(fā)方式。但針對于通訊軟件來說這樣的保護控制方案存在以下兩點缺陷。
[0008]I)改變了原有軟件的使用習(xí)慣。
[0009]2)使通訊軟件喪失了原有的便利性。

【發(fā)明內(nèi)容】

[0010]為解決上述技術(shù)問題，本發(fā)明提出了一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法，以解決使用網(wǎng)絡(luò)應(yīng)用軟件傳輸文件時存在的安全泄露，以及使用不便的問題。該方法包括文件發(fā)送步驟和文件接收步驟，所述文件發(fā)送步驟如下:
[0011]11)監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否發(fā)送文件；
[0012]12)如果是，則截獲與文件發(fā)送相關(guān)的第一函數(shù)，并預(yù)先對將要發(fā)送的文件進行加密處理；
[0013]13)修改上述第一函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名；
[0014]14)發(fā)送經(jīng)加密的文件；
[0015]所述文件接收步驟如下:
[0016]21)監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否接收文件；
[0017]22)如果是，則截獲與文件接收相關(guān)的第二函數(shù)，并預(yù)先對接收到的文件進行解密處理；
[0018]23)修改上述第二函數(shù)中的至少一個參數(shù)，將其中待接收的文件名修改為經(jīng)解密處理后的解密文件名；
[0019]24)接收經(jīng)解密的文件。
[0020]具體來說，上述網(wǎng)絡(luò)應(yīng)用軟件為即時通訊軟件，包括RTX騰訊通、FeiQ飛秋、騰訊QQ、微軟MSN、淘寶旺旺等各種可實現(xiàn)即時通訊(包括文件發(fā)送接收)的網(wǎng)絡(luò)通訊軟件。
[0021]所述第一函數(shù)和第二函數(shù)分別為上述網(wǎng)絡(luò)即時通訊軟件的系統(tǒng)API CreateFile函數(shù)和應(yīng)用軟件的系統(tǒng)API MoveFile函數(shù)。
[0022]上述步驟11)中的文件發(fā)送過程通過Hook技術(shù)，接管應(yīng)用軟件的系統(tǒng)APICreateFile，在即時通訊軟件每次調(diào)用CreateFile時，判斷這次調(diào)用是否是發(fā)送行為。上述步驟21)通過Hook技術(shù)，接管應(yīng)用軟件的系統(tǒng)API MoveFile，在即時通訊軟件每次調(diào)用MoveFile時,判斷這次調(diào)用是否是接收行為。
[0023]上述步驟12-13)中，如果確定是發(fā)送行為則根據(jù)策略，對源文件進行加密處理，修改CreateFile的參數(shù)，將文件名修改為加密文件的文件名，調(diào)用系統(tǒng)API CreateFile，返回打開后的加密文件句柄。
[0024]上述步驟22-23)中，如果確定是接收行為則判斷是否是加密文件，是則根據(jù)策略，對加密文件進行解密處理，修改MoveFile的參數(shù)，將源文件名修改為解密后的文件，調(diào)用系統(tǒng) API MoveFile。
[0025]為解決上述技術(shù)問題，本發(fā)明提出了一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸裝置，以解決使用網(wǎng)絡(luò)應(yīng)用軟件傳輸文件時存在的安全泄露，以及使用不便的問題。該裝置包括文件發(fā)送模塊和文件接收模塊，所述文件發(fā)送模塊包括:
[0026]文件發(fā)送監(jiān)控模塊，監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否發(fā)送文件；
[0027]文件發(fā)送截獲模塊，截獲與文件發(fā)送相關(guān)的第一函數(shù)，并預(yù)先對將要發(fā)送的文件進行加密處理；
[0028]文件發(fā)送模塊，修改上述第一函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名；
[0029]文件發(fā)送修改模塊，修改上述第一函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名；
[0030]文件發(fā)送子模塊，發(fā)送經(jīng)加密的文件；
[0031]所述文件接收模塊包括:
[0032]文件接收監(jiān)控模塊，監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否接收文件；
[0033]文件接收截獲模塊，截獲與文件接收相關(guān)的第二函數(shù)，并預(yù)先對接收到的文件進行解密處理；
[0034]文件接收修改模塊，修改上述第二函數(shù)中的至少一個參數(shù)，將其中待接收的文件名修改為經(jīng)解密處理后的解密文件名；
[0035]文件接收子模塊，接收經(jīng)解密的文件。
[0036]由上述技術(shù)方案可見，本發(fā)明提供了一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸裝置和裝置，通過該發(fā)明，可實現(xiàn)用戶在使用即時通訊軟件發(fā)送文件時，自動對待發(fā)送文件進行加密，保證了文件的安全傳輸，并且用戶在使用即時通訊軟件接收文件時，可自動對待接收的文件進行解密，從而不會增加用戶使用的負擔(dān)。而上述對文件進行加密、解密的過程對用戶是透明的，對用戶的使用不會造成任何的不便。【專利附圖】

【附圖說明】
[0037]圖1是即時通訊軟件通用發(fā)送文件的流程圖。
[0038]圖2是即時通訊軟件通用接收文件的流程圖。
[0039]圖3是使用即時通訊軟件RTX騰訊通發(fā)送文件的流程圖。
[0040]圖4是使用即時通訊軟件RTX騰訊通接收文件的流程圖。
[0041]圖5是使用即時通訊軟件FeiQ飛秋發(fā)送文件的流程圖。
[0042]圖6是使用即時通訊軟件FeiQ飛秋接收文件的流程圖。
[0043]圖7是本發(fā)明的裝置結(jié)構(gòu)圖。
【具體實施方式】
[0044]技術(shù)解釋:
[0045]Hook 技術(shù):
[0046]Hook技術(shù)是Windows中提供的一種用以替換DOS下“中斷”的系統(tǒng)機制，中文譯為“掛鉤”或“鉤子”。在對特定的系統(tǒng)事件進行hook后，一旦發(fā)生已hook事件，對該事件進行hook的程序就會受到系統(tǒng)的通知，這時程序就能在第一時間對該事件做出響應(yīng)。
[0047]Hook的另一種解釋,是Windows消息處理機制的一個平臺，應(yīng)用程序可以在上面設(shè)置子程以監(jiān)視指定窗口的某種消息，而且所監(jiān)視的窗口可以是其他進程所創(chuàng)建的。當(dāng)消息到達后，在目標(biāo)窗口處理函數(shù)之前處理它。鉤子機制允許應(yīng)用程序截獲處理window消息或特定事件。
[0048]鉤子實際上是一個處理消息的程序段，通過系統(tǒng)調(diào)用，把它掛入系統(tǒng)。每當(dāng)特定的消息發(fā)出，在沒有到達目的窗口前，鉤子程序就先捕獲該消息，亦即鉤子函數(shù)先得到控制權(quán)。這時鉤子函數(shù)即可以加工處理(改變)該消息，也可以不作處理而繼續(xù)傳遞該消息，還可以強制結(jié)束消息的傳遞?？傊琀ook技術(shù)屬于一種現(xiàn)有技術(shù)，在此不再贅述。
[0049]所述步驟2)中的CreateFile函數(shù)創(chuàng)建或打開以下對象并返回一個句柄，可以用來訪問對象:文件、管道、mailslots、通信資源、磁盤設(shè)備(Windows NT只有)、consoles、目錄(只開放)
[0050]CreateFile 函數(shù):
[0051]HANDLE CreateFile(
LPCTSTR IpFileName, //指向文件名的指針
DWORD dwDesiredAccess, //訪問模式(寫/讀)
DWORD dwSharcModc, //少、..十'.投式
LPSECURITY ATTRIBUTES lpSccurilyAtlribulcs,"衍 I!'丨J 安個》4件丨’丨勺指計
DWORD dwCrcationDisposilion, //如何創(chuàng)_?Ε
DWORD dwFlagsAndAltributcs, /7 義件M 性
HANDLE hTemplateFile //用于復(fù)制文件句柄
);
[0052]部分參數(shù)說明
[0053]IpFileName String要打開的文件的名或設(shè)備名。這個字符串的最 大長度在ANSI版本中為MAX_PATH，在Unicode版本中為32767。
[0054]dwDesiredAccess指定類型的訪問對象。如果為GENERIC_READ表示允許對設(shè)備進行讀訪問；如果為GENERIC_WRITE表示允許對設(shè)備進行寫訪問(可組合使用)；如果為零，表示只允許獲取與一個設(shè)備有關(guān)的信息。
[0055]dwShareModeLong,如果是零表示不共享；如果是FILE_SHARE_DELETE表示隨后打開操作對象會成功只要刪除訪問請求；如果是FILE_SHARE_READ隨后打開操作對象會成功只有請求讀訪問；如果是FILE_SHARE_WRITE隨后打開操作對象會成功只有請求寫訪問。
[0056]IpSecurityAttributes SECURITY_ATTRIBUTES，指向一個 SECURITY_ATTRIBUTES結(jié)構(gòu)的指針，定義了文件的安全特性(如果操作系統(tǒng)支持的話)。
[0057]如執(zhí)行成功，則返回文件句柄。
[0058]INVALID_HANDLE_VALUE表示出錯，會設(shè)置GetLastError。即使函數(shù)成功，但若文件存在，且指定了 CREATE_ALWAYS 或 0PEN_ALWAYS，GetLastError 也會設(shè)為 ERR0R_ALREADY_EXISTS。
[0059]MoveFile 函數(shù):
[0060]

BOOL MovcFi!c(

LPCTSTR IpExislingFilcNamc, // file name

LPCTSTR IpNcwFilcName// new (He name

)；
[0061]函數(shù)功能
[0062]移動一個存在的文件或者目錄(包括子目錄)
[0063]參數(shù)說明
[0064]IpExistingFileName 一個存在的文件或者文件夾字符串指針
[0065]IpNewFileName 一個還沒存在的文件或者文件夾的字符串指針[0066]返回值
[0067]如果成功調(diào)用返回非O
[0068]失敗返回O
[0069]圖1提供了一種使用即時通訊軟件發(fā)送文件的方法。該發(fā)送方法主要包括下列步驟:
[0070]I)通過Hook技術(shù)，接管應(yīng)用軟件的系統(tǒng)API CreateFile。
[0071]2)在應(yīng)用軟件每次調(diào)用CreateFile時，判斷這次調(diào)用是否是發(fā)送行為。
[0072]3)如果確定是發(fā)送行為，則根據(jù)策略對源文件進行加密處理。
[0073]4)修改CreateFile的參數(shù)，將文件名修改為加密文件的文件名。
[0074]5)調(diào)用系統(tǒng)API CreateFile，返回打開后的加密文件句柄。
[0075]應(yīng)用程序進行文件發(fā)送，總免不了要對文件執(zhí)行打開操作。所以本方法對應(yīng)用程序的調(diào)用系統(tǒng)API CreateFile操作使用Hook技術(shù)進行截獲。然后在應(yīng)用程序每次發(fā)送文件之前，去執(zhí)行文件打開操作時，對文件進行加密處理，之后對經(jīng)加密的文件進行發(fā)送的操作。從而實現(xiàn)對文件發(fā)送的透明保護。
[0076]應(yīng)用程序一般不是只在發(fā)送時才會調(diào)用CreateFile。通常會不停的調(diào)用CreateFile。所以我們需要通過一種方式來判斷一次CreateFile的調(diào)用是否是發(fā)送行為的調(diào)用。本方法采用對函數(shù)調(diào)用堆棧進行分析，來判斷是否是發(fā)送行為。因為函數(shù)調(diào)用堆棧表示了實現(xiàn)一個程序功能的函數(shù)調(diào)用過程。不會有相同的調(diào)用堆棧，除非是同一程序功能。根據(jù)上述原則，本方法首先會使用Windbg等工具分析應(yīng)用程序的發(fā)送行為，確定文件發(fā)送操作調(diào)用堆棧的特征，如函數(shù)返回地址所在的模塊等。然后在截獲到一次CreateFile調(diào)用后，會回溯棧幀，通過之前分析得到調(diào)用堆棧特征來判斷CreateFile的調(diào)用是否是發(fā)送行為的調(diào)用。
[0077]所述步驟I)中在對即時通訊軟件的CreateFile系統(tǒng)事件進行hook后,一旦發(fā)生CreateFile系統(tǒng)事件(即發(fā)生了文件發(fā)送事件)，對該事件進行hook的程序就會收到到系統(tǒng)的通知，這時程序就能在第一時間對該事件做出響應(yīng)，從而實現(xiàn)截獲文件發(fā)送的行為。
[0078]而步驟4)可通過修改CreateFile函數(shù)中的IpExistingFileName參數(shù),實現(xiàn)將解密后的文件名替換接收的文件名，從而實現(xiàn)通過即時通訊軟件接收經(jīng)解密的文件。
[0079]圖2提供了一種使用即時通訊軟件接收文件的方法。該接收方法主要包括下列步驟:
[0080]I)通過Hook技術(shù)，接管應(yīng)用軟件的系統(tǒng)API MoveFile。
[0081]2)在應(yīng)用軟件每次調(diào)用MoveFile時,判斷這次調(diào)用是否是接收行為。
[0082]3)如果是接收行為則判斷是否是加密文件，是則根據(jù)策略，對加密文件進行解密處理。
[0083]4)修改MoveFile的參數(shù)，將源文件名修改為解密后的文件。
[0084]5)調(diào)用系統(tǒng) API MoveFile。
[0085]通過對應(yīng)用程序接收文件行為的分析，我們發(fā)現(xiàn)一般應(yīng)用程序都會在文件接收完成后調(diào)用MoveFile操作來或是對臨時文件改名，或是將臨時目錄下的臨時文件移動到用戶目錄下。所以本方法設(shè)想對應(yīng)用程序的調(diào)用系統(tǒng)API MoveFile操作使用Hook技術(shù)進行截獲。然后在應(yīng)用程序每次接收文件后，調(diào)用MoveFile時，預(yù)先將接收到的加密文件進行解密處理，從而實現(xiàn)對接收文件解密的透明處理，在對文件解密之后，然后調(diào)用MoveFile將經(jīng)解密的文件移動到用戶指定的位置，實現(xiàn)對文件解密的透明處理，讓用戶感覺不到后臺程序?qū)ξ募慕饷芴幚怼?br> [0086]同發(fā)送一樣。在截獲MoveFile操作后也需要對,MoveFile的調(diào)用進行分析,判斷那次調(diào)用才是的接收后的調(diào)用行為。原理與方式同發(fā)送過程。
[0087]所述步驟I)中在對即時通訊軟件的MoveFile系統(tǒng)事件進行hook后，一旦發(fā)生MoveFile系統(tǒng)事件(即發(fā)生了文件移動或改名事件)，對該事件進行hook的程序就會收到到系統(tǒng)的通知，這時程序就能在第一時間對該事件做出響應(yīng)，從而實現(xiàn)截獲接收文件的行為。
[0088]而步驟4)可通過修改MoveFile函數(shù)中的IpFileName參數(shù),實現(xiàn)將加密后的文件名替換原文件名，從而實現(xiàn)通過即時通訊軟件發(fā)送經(jīng)加密的文件。
[0089]實施例1
[0090]附圖3-4分別公開了一種即時通訊軟件RTX騰訊通進行文件發(fā)送和文件接收的方法。
[0091]騰訊通RTX (Real Time eXchange)是騰訊公司推出的企業(yè)級即時通信平臺。企業(yè)員工可以輕松地通過服務(wù)器所配置的組織架構(gòu)查找需要進行通訊的人員，并采用豐富的溝通方式進行實時溝通。文本消息、文件傳輸、直接語音會話或者視頻的形式滿足不同辦公環(huán)境下的溝通需求。
[0092]文件發(fā)送過程:
[0093]I)通過Hook技術(shù)，接管RTX的系統(tǒng)API CreateFile例程。
[0094]2)在RTX每次調(diào)用CreateFile時,進行?；厮?獲取函數(shù)調(diào)用返回地址
[0095]3)判斷函數(shù)調(diào)用返回是否在FileTransfer.dll模塊中，是則這次調(diào)用CreateFile是發(fā)送行為。
[0096]4)如果是發(fā)送行為則根據(jù)策略，對源文件進行加密處理。
[0097]5)修改CreateFile的參數(shù)，將文件名修改為加密文件的文件名。
[0098]6)調(diào)用系統(tǒng)API CreateFile，返回打開后的加密文件句柄。
[0099]文件接收過程:
[0100]I)通過Hook技術(shù)，接管RTX軟件的系統(tǒng)API MoveFile。
[0101]2)在RTX每次調(diào)用MoveFile時，進行?；厮?，獲取函數(shù)調(diào)用返回地址
[0102]3)判斷函數(shù)調(diào)用返回是否在FileTransfer.dll模塊中，是則這次調(diào)用MoveFile是發(fā)送行為。
[0103]4)如果是接收行為則判斷是否是加密文件，是則根據(jù)策略，對加密文件進行解密處理。
[0104]5)修改MoveFile的參數(shù)，將源文件名修改為解密后的文件。
[0105]6)調(diào)用系統(tǒng) API MoveFile。
[0106]?；厮輦未a:
[0107]
【權(quán)利要求】
1.一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸方法，該方法包括文件發(fā)送步驟和文件接收步驟， 所述文件發(fā)送步驟如下: 11)監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否發(fā)送文件； 12)如果是，則截獲與文件發(fā)送相關(guān)的第一函數(shù)，并預(yù)先對將要發(fā)送的文件進行加密處理； 13)修改上述第一函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名； 14)發(fā)送經(jīng)加密的文件； 所述文件接收步驟如下: 21)監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否接收文件； 22)如果是，則截獲與文件接收相關(guān)的第二函數(shù)，并預(yù)先對接收到的文件進行解密處理； 23)修改上述第二函數(shù)中的至少一個參數(shù)，將其中待接收的文件名修改為經(jīng)解密處理后的解密文件名； 24)接收經(jīng)解密的文件。.
2.根據(jù)權(quán)利要求1所述的方法，所述網(wǎng)絡(luò)應(yīng)用軟件為即時通訊軟件。
3.根據(jù)權(quán)利要求2所述的方法，所述第一函數(shù)和第二函數(shù)分別為所述網(wǎng)絡(luò)應(yīng)用軟件的系統(tǒng)API CreateFile函數(shù)和應(yīng)用軟件的系統(tǒng)API MoveFile函數(shù)。
4.根據(jù)權(quán)利要求3所述的方法，所述步驟11)和步驟21)通過Hook技術(shù)，接管所述網(wǎng)絡(luò)應(yīng)用軟件的所述系統(tǒng)API CreateFile函數(shù)和所述API CreateFile函數(shù)。
5.根據(jù)權(quán)利要求4所述的方法，所述步驟11)和步驟21)分別是通過監(jiān)控所述網(wǎng)絡(luò)應(yīng)用軟件是否調(diào)用所述CreateFile函數(shù)來判斷是否發(fā)送文件，所述網(wǎng)絡(luò)應(yīng)用軟件是否調(diào)用所述API MoveFile函數(shù)來判斷是否接收文件。
6.一種基于網(wǎng)絡(luò)應(yīng)用軟件的安全文件傳輸裝置，該裝置包括文件發(fā)送模塊和文件接收模塊，所述文件發(fā)送模塊包括: 文件發(fā)送監(jiān)控模塊，監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否發(fā)送文件； 文件發(fā)送截獲模塊，截獲與文件發(fā)送相關(guān)的第一函數(shù)，并預(yù)先對將要發(fā)送的文件進行加密處理； 文件發(fā)送修改模塊，修改上述第一函數(shù)中的至少一個參數(shù)，將其中待發(fā)送的文件名修改為經(jīng)加密處理后的加密文件名； 文件發(fā)送子模塊，發(fā)送經(jīng)加密的文件； 所述文件接收模塊包括: 文件接收監(jiān)控模塊，監(jiān)控網(wǎng)絡(luò)應(yīng)用軟件是否接收文件； 文件接收截獲模塊，截獲與文件接收相關(guān)的第二函數(shù)，并預(yù)先對接收到的文件進行解密處理； 文件接收修改模塊，修改上述第二函數(shù)中的至少一個參數(shù)，將其中待接收的文件名修改為經(jīng)解密處理后的解密文件名； 文件接收子模塊，接收經(jīng)解密的文件。
7.根據(jù)權(quán)利要求6所述的裝置，所述網(wǎng)絡(luò)應(yīng)用軟件為即時通訊軟件。
8.根據(jù)權(quán)利要求7所述的裝置，所述第一函數(shù)和第二函數(shù)分別為所述網(wǎng)絡(luò)應(yīng)用軟件的系統(tǒng)API CreateFile函數(shù)和應(yīng)用軟件的系統(tǒng)API MoveFile函數(shù)。
9.根據(jù)權(quán)利要求8所述的裝置，所述文件發(fā)送監(jiān)控模塊和文件接收監(jiān)控模塊通過Hook技術(shù)，接管所述網(wǎng)絡(luò)應(yīng)用軟件的所述系統(tǒng)API CreateFile函數(shù)和所述API CreateFile函數(shù)。
10.根據(jù)權(quán)利要求9所述的裝置，所述文件發(fā)送監(jiān)控模塊和文件接收監(jiān)控模塊分別是通過監(jiān)控所述網(wǎng)絡(luò)應(yīng)用軟件是否調(diào)用所述CreateFile函數(shù)來判斷是否發(fā)送文件，所述網(wǎng)絡(luò)應(yīng)用軟件是否調(diào) 用所述API MoveFile函數(shù)來判斷是否接收文件。
【文檔編號】H04L9/00GK103441923SQ201310377250
【公開日】2013年12月11日 申請日期:2013年8月27日 優(yōu)先權(quán)日:2013年8月27日
【發(fā)明者】章璋, 喻波, 王志華, 彭洪濤, 何晉昊 申請人:北京明朝萬達科技有限公司