[發(fā)明專利]一種郵件發(fā)送保護(hù)方法和裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201610157947.2
• 申請(qǐng)日: 2016-03-18
• 公開(kāi)（公告）號(hào): CN105681174A
• 公開(kāi)（公告）日: 2016-06-15
• 發(fā)明（設(shè)計(jì)）人: 婁國(guó)棟
• 申請(qǐng)（專利權(quán)）人: 山東華軟金盾軟件股份有限公司
• 主分類號(hào): H04L12/58
• 分類號(hào): H04L12/58;H04L29/06;H04L29/08
• 代理公司: 北京德和衡律師事務(wù)所 11405
• 代理人: 姜壽輝

技術(shù)領(lǐng)域

本發(fā)明屬于互聯(lián)網(wǎng)安全技術(shù)領(lǐng)域，尤其涉及一種郵件附件發(fā)送方法和裝 置。

背景技術(shù)

在當(dāng)前企業(yè)的文檔防泄密安全管理中，透明加密和沙箱兩種方案已得到了市 場(chǎng)檢驗(yàn)并且都有相對(duì)成熟的解決方案。在解決本地文檔防泄密方向上，這兩種 方案各有優(yōu)劣并且都實(shí)現(xiàn)了相對(duì)完美的效果，但在郵件附件防泄密方面，這兩 種方案都沒(méi)有提出完整的解決方案，所以郵件附件防泄密是一個(gè)獨(dú)立的技術(shù) 方案并且越來(lái)越多地得到重視。當(dāng)然簡(jiǎn)單地控制郵件客戶端或?yàn)g覽器只能發(fā) 送密文文件可以做到附件防泄密，但明顯存在所有人收到的都是密文的問(wèn)題， 而需求往往是發(fā)送給特定用戶——稱之為授信郵件——的不加密而發(fā)送給其 他人的加密，如同一封郵件發(fā)送給老板和其他人，其他人的是加密附件，而老 板的是明文。

當(dāng)前透明廠商提供的技術(shù)通常是使用ApiHook技術(shù)Hook郵件客戶端(如 foxmail，outlook，以及網(wǎng)易閃電郵等等)的socket函數(shù)，分析郵件客戶端，分 析郵件的發(fā)送數(shù)據(jù)包，郵件發(fā)送通常是通過(guò)通用的郵件協(xié)議smtp協(xié)議進(jìn)行發(fā) 送的，程序識(shí)別出smtp協(xié)議之后會(huì)提取出目標(biāo)的郵箱，如果發(fā)現(xiàn)目標(biāo)郵箱是 授信郵箱，則分析這條smtp協(xié)議中是否有已經(jīng)被加密過(guò)的附件，如果有則對(duì) 附件進(jìn)行解密后發(fā)送給授信郵箱。

當(dāng)前的方案在一定程度上解決了郵件附件防泄密的問(wèn)題，但實(shí)際的使用 場(chǎng)景中，操作很復(fù)雜：當(dāng)前方案在收件人列表只有授信郵箱或只有非授信郵箱 時(shí)工作良好，而更常見(jiàn)的是一個(gè)郵件發(fā)送給多人，其中即有授信郵箱，又有非 授信郵箱，則方案不能兼容。

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

本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種新的郵件文件傳輸方法。

本發(fā)明解決上述技術(shù)問(wèn)題所采取的技術(shù)方案如下：

一種郵件發(fā)送保護(hù)方法，該方法包括：

步驟1)截獲來(lái)自于郵件客戶端發(fā)送的數(shù)據(jù)封包，并對(duì)采取Smtp協(xié)議的郵 件進(jìn)行數(shù)據(jù)封包的緩存；

步驟2)解析所述數(shù)據(jù)封包，根據(jù)收件箱地址字段判斷收件郵箱是否為授 信郵箱和非授信郵箱，緩存并形成不同的封包列表隊(duì)列；

步驟3)根據(jù)預(yù)設(shè)的規(guī)則為授信郵箱的附件進(jìn)行解密，非授信郵箱的附件 不做更改，形成新的數(shù)據(jù)封包；

步驟4)將數(shù)據(jù)封包推送至收件郵箱。

優(yōu)選的是，步驟1)中，具體包括：通過(guò)APIHooksocket的send函數(shù)、 recv函數(shù)、closesocket函數(shù)對(duì)郵件客戶端發(fā)送的郵件封包進(jìn)行截獲。

優(yōu)選的是，步驟1)中，具體包括以下子步驟：

步驟11)，通過(guò)APIHooksocket的send函數(shù)、recv函數(shù)、closesocket函數(shù)對(duì) 郵件客戶端發(fā)送的郵件封包進(jìn)行截獲，同時(shí)識(shí)別當(dāng)前郵件的協(xié)議是否為Smtp 協(xié)議；

步驟12)，識(shí)別到Smtp協(xié)議后，以socket為key建立數(shù)據(jù)映射；

步驟13)，對(duì)映射中的socket發(fā)送的所有數(shù)據(jù)進(jìn)行分析，提取關(guān)鍵字段；

步驟14)，將數(shù)據(jù)封包的列表進(jìn)行緩存，緩存的內(nèi)容包括映射的socke發(fā) 送的所有的數(shù)據(jù)封包。

優(yōu)選的是，所述子步驟13)中，所述關(guān)鍵字段包括：

From字段，其定義了發(fā)送郵箱；Rcpt字段，其定義了接收郵箱；Data字 段，其定義了郵件內(nèi)容，包括附件；End字段，其標(biāo)志一個(gè)完整的Smtp發(fā)送 完成。

優(yōu)選的是，所述子步驟14)中，將數(shù)據(jù)封包的列表進(jìn)行緩存，具體包括：

在數(shù)據(jù)封包中的Data字段發(fā)送時(shí)開(kāi)始緩存，并在郵件的Data字段發(fā)送完 成后對(duì)緩存的Data字段進(jìn)行解析，并將郵件附件提取，寫(xiě)入單獨(dú)的文件。

優(yōu)選的是，所述步驟2)中，具體包括以下子步驟：

21)解析收件箱地址字段，如果出現(xiàn)多個(gè)不同類型的收件郵箱，則將與第 一個(gè)類型不同的郵箱改為第一個(gè)郵箱的地址；

22)將替換的地址加入到緩存的封包列表中，由此形成授信和非授信兩個(gè) 封包列表隊(duì)列。

優(yōu)選的是，在子步驟22)中，如替換后封包的大小發(fā)生變化，則根據(jù)解 密后附件改變的大小計(jì)算好解密后封包在封包列表的偏移，然后把替換的文 件按逐個(gè)按計(jì)算好的偏移逆序插入，以此將解密后的附件插入到準(zhǔn)確的位置， 實(shí)現(xiàn)包中文件的替換。

優(yōu)選的是，所述步驟3)中，根據(jù)預(yù)設(shè)的規(guī)則為授信郵箱的附件進(jìn)行解密， 具體包括：