從丟失加密信息的密文文件中恢復(fù)數(shù)據(jù)

申請免費試用、咨詢電話：400-8352-114

　　secWall實時加解密文件采用的是類型于SVN文件的管理模式，強制脫離加密系統(tǒng)復(fù)制出來的文件會丟失加密信息，這些文件再回到加密系統(tǒng)也不會被加密系統(tǒng)認(rèn)可。因此secWall禁止在加密系統(tǒng)外對密文文件進行任何操作。如果做了這樣的操作，而且又不幸銷毀了原文件，單純通過這個純密文的副本是否可以恢復(fù)數(shù)據(jù)呢？理論上在原來的加密環(huán)境中應(yīng)該是可行的。

　　在加密環(huán)境中，丟失加密信息的加密文件呈現(xiàn)為普通圖標(biāo)，沒有加密標(biāo)志，打開時為一堆亂碼，見下圖。

　　修復(fù)步驟： 如下圖，登陸加密系統(tǒng)，打開“secWall 文檔管理器”。

　　選中需修復(fù)的文件進行修復(fù)。

　　修復(fù)后的新文件能正常打開了。

　　壓縮類文件的修復(fù)（如zip、CorelDRAW的cdr文件等）

　　secWall使用了先進加密標(biāo)準(zhǔn)（AES）對文件進行加密（整個文件完全編碼的），AES是使用128位分組加密的，因此對于文件長度不是128位（16字節(jié)）倍數(shù)的，在丟失加密控制信息后理論上文件最后的整除16的余數(shù)字節(jié)是不能還原的。

　　如下圖，A為原始文件，B為加密過的原始文件（已丟失了加密數(shù)據(jù)庫），都用UltraEdit打開。

　　從兩圖的比較中可以看到，分組加密是以一行為一組進行加密（一行16個字節(jié)，1個字節(jié)等于8位二進制，16×8=128位）。

　　當(dāng)加密到最后一行時，字節(jié)數(shù)未必剛好是16，這時secWall會自動補齊以補滿128位進行加密，這些補齊的信息記錄在數(shù)據(jù)庫文件中。加密文件日常使用時，加密系統(tǒng)會從加密數(shù)據(jù)庫中讀取信息進行比對處理，加密文件并不會受任何影響。

　　但是當(dāng)數(shù)據(jù)庫文件丟失，按上面修復(fù)的方法進行修復(fù)時，因為已丟失了最初如何補齊的信息，secWall文檔管理器在執(zhí)行修復(fù)操作時將最后一行無法解碼的字節(jié)全部清為0，這就與原始文件產(chǎn)生了差異。

　　大多數(shù)文檔類型末尾并不是有效數(shù)據(jù)內(nèi)容，而是記錄一些校驗、狀態(tài)信息等，清零后并不影響文件正常打開使用，比如Office文檔、CAD圖紙等等。文本文件的內(nèi)容與字符是一一對應(yīng)的，因此文本文件在這種情況下必須手工修改。

　　壓縮類型的文件在打開時需要校驗完整性，修復(fù)的加密文件因為通不過校驗，所以不能正常打開，比如zip壓縮包，CorelDRAW的cdr文件、Office2007之后的docx、xlsx等都采用了壓縮數(shù)據(jù)格式。解決的辦法是用WinRAR對修復(fù)的加密文件進行修復(fù)。

　　Zip修復(fù)功能可以重新計算出壓縮格式的文件最后幾個字節(jié)的內(nèi)容，修復(fù)后的文件與原文件是完全一致的。

　　更詳細的加密技術(shù)信息請登錄http://www.mawadata.com或撥打0510-82702019-800技術(shù)支持電話