[發明專利]數據解密模式識別方法、裝置、計算機設備及存儲介質

在審

• 申請號: 202011033818.5
• 申請日: 2020-09-27
• 公開（公告）號: CN112115496A
• 公開（公告）日: 2020-12-22
• 發明（設計）人: 彭重陽
• 申請（專利權）人: 萬興科技集團股份有限公司
• 主分類號: G06F21/60
• 分類號: G06F21/60;G06F21/62
• 代理公司: 深圳市精英專利事務所 44242
• 代理人: 馮筠

本發明涉及數據解密模式識別方法、裝置、計算機設備及存儲介質，該方法包括獲取用戶賬號和密碼；下載數據組塊，以組成原始文件；根據元文件數據內的文件特征結合云套件相關密鑰選擇對應的解密算法，以得到當前備份的解密算法；利用當前備份的解密算法對所述原始文件進行解密，以得到解密后的數據。本發明無需利用多個解密算法進行解密，根據文件特征進行動態識別解密算法，實現確定出適合當前備份的解密算法，既提高性能，又節省磁盤空間。

技術領域

本發明實施例涉及云存儲技術領域，更具體地說是指數據解密模式識別方法、裝置、計算機設備及存儲介質。

背景技術

對于數據存儲而言，使用者可以將個人數據上傳到云端服務。云端存儲的數據由兩部分組成：第一部分是文件管理信息，包含文件屬性，文件組織信息，文件下載信息等；第二部分是文件內容，文件內容被分割成數據塊，采用特定加密算法加密之后，分布式存儲于第三方云端上。相關公司并未提供云端服務數據的下載接口。下載云端服務數據一般通過模擬云端服務備份還原協議來實現。除了下載數據，還要使用正確的解密算法，才能得到最終的明文數據，不同版本的終端數據上傳到云端服務，采用的加密和解密算法也不同，且沒有官方說明相關標準。

對于不同版本的終端數據備份還原過程中，相關技術方案一般采用冗余的方式進行解密，即對一個文件采用所有已知解密算法進行解密，產生多份解密后的文件，由用戶進行判斷最終所需要的文件。冗余解密算法的性能開銷是線性的，數據越多解密越慢，在用戶動輒幾個GB數據的情況下，非常影響性能，由于一個文件，通過多種解密算法，會產生多份文件，非常占用磁盤空間。

因此，有必要設計一種新的方法，實現確定出適合當前備份的解密算法，既提高性能，又節省磁盤空間。

發明內容

本發明實施例的目的在于克服現有技術的缺陷，提供數據解密模式識別方法、裝置、計算機設備及存儲介質。

為實現上述目的，本發明采用以下技術方案：數據解密模式識別方法，包括：

獲取用戶賬號和密碼；

下載數據組塊，以組成原始文件；

根據元文件數據內的文件特征結合云套件相關密鑰選擇對應的解密算法，以得到當前備份的解密算法；

利用當前備份的解密算法對所述原始文件進行解密，以得到解密后的數據。

其進一步技術方案為：所述根據元文件數據內的文件特征結合云套件相關密鑰選擇對應的解密算法，以得到當前備份的解密算法，包括：

根據所述元文件數據的文件屬性，從元文件數據內選擇一個后綴名為sqlite或者sqlitedb的文件，以得到具備文件特征的文件；

對具備文件特征的文件進行解密，以得到第一中間文件；

判斷所述第一中間文件的前六個字符是否是SQLite；

若所述第一中間文件的前六個字符不是SQLite，則采用第一解密算法對所述第一中間文件進行解密，以得到第二中間文件；

判斷所述第二中間文件的前六個字符是否是SQLite；

若所述第二中間文件的前六個字符不是SQLite，則選擇第二解密算法作為當前備份的解密算法；

若所述第二中間文件的前六個字符是SQLite，則選擇第一解密算法作為當前備份的解密算法。

其進一步技術方案為：所述判斷所述第一中間文件的前六個字符是否是SQLite之后，還包括：

若所述第一中間文件的前六個字符是SQLite，則執行所述選擇第二解密算法作為當前備份的解密算法。