[發(fā)明專利]一種軟件版本簽名機制

在審

• 申請?zhí)枺?/td>: 201710068727.7
• 申請日: 2017-02-08
• 公開（公告）號: CN106789088A
• 公開（公告）日: 2017-05-31
• 發(fā)明（設計）人: 謝宏江;楊銳
• 申請（專利權）人: 上海諾行信息技術有限公司
• 主分類號: H04L9/32
• 分類號: H04L9/32;G06F21/12
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.一種軟件版本簽名機制，其特征在于，所述機制包括如下步驟：

(1)每個項目的軟件版本生成一個唯一的密鑰對；

(2)項目軟件版本生成驗證信息；

(3)軟件升級過程中版本文件驗證。

2.根據權利要求1所述的簽名機制，其特征在于，所述密鑰對的生成步驟如下：步驟11，基于RSA算法生成一對公鑰與私鑰，即(n,e1)為公鑰，(n,e2)為公鑰；步驟12，將上述生成的密鑰對與現有項目軟件所用的密鑰對做對比，確認是否已經存在，若存在，則重復步驟11，直到生成唯一的密鑰對。

3.根據權利要求1所述的簽名機制，其特征在于，所述軟件版本生成的驗證信息包括軟件信息密文和硬件信息密文。

4.根據權利要求3所述的簽名機制，其特征在于，所述軟件信息密文生成步驟如下：

步驟21，讀取軟件版本中一個鏡像文件一定長度的內容，通過所述密鑰對讀取的內容加密，產生該鏡像文件相對應的密文；

步驟22，按照步驟21操作完成該鏡像文件相應的密文。

5.根據權利要求3所述的簽名機制，其特征在于，所述硬件信息密文生成步驟如下：

步驟23，配置項目的硬件信息；

步驟24，根據硬件信息組合成獨有字符串信息；

步驟25，所述字符串信息經過MD5加密，產生硬件信息密文長度為32位。

6.根據權利要求1所述的簽名機制，其特征在于，軟件版本生成驗證信息還包括驗證信息文件安裝一定數據格式的生成，其步驟如下：

步驟26，將所述生成的公鑰寫入驗證信息文件，長度為8個字節(jié)，占16字節(jié)空間，剩余的8個字節(jié)作為保留空間；

步驟27，將所述生成的硬件信息密文按16進制寫入驗證信息文件；

步驟28，將所述生成所有的軟件信息文件的密文按照flash分區(qū)表對應文件順序寫入驗證信息文件。

7.根據權利要求6所述的簽名機制，其特征在于，生成的驗證信息文件整合軟件版本一起分布，在flash上為其劃分一個分區(qū)。

8.根據權利要求1所述的簽名機制，其特征在于，所述簽名版本文件驗證包括設備中軟件版本的驗證、對升級軟件版本的驗證、設備硬件信息的驗證和軟件版本的驗證。

9.根據權利要求8所述的簽名機制，其特征在于，所述設備中軟件版本的驗證過程為：

步驟30，在升級流程中，先判斷設備中版本是否是軟件簽名版本；

步驟31，設備現有軟件是非簽名版本，直接升級軟件版本；

步驟32，設置現有軟件是簽名版本，然后進入簽名版本驗證流程。

10.根據權利要求8所述的簽名機制，其特征在于，所述升級軟件版本的驗證過程為：

步驟33，將升級版本下載到設備內存；

步驟34，判斷設備軟件是簽名版本；

步驟34，從升級版本解析出權利要求6生成驗證信息文件；

步驟35，如果沒有解析出驗證信息文件文件，則升級版本驗證失敗，放棄升級；

步驟36，從rsa.bin文件中，解析出權利要求2生成公鑰(n,e2)；

步驟37，從設備flash解析出該項目公鑰，與步驟36中得到的公鑰對比，相同，則代碼升級軟件版本可以升級，否則放棄升級。

11.根據權利要求8所述的簽名機制，其特征在于，所述設備硬件信息的驗證的驗證過程為：

步驟40，進入升級流程，讀取設備硬件信息；

步驟41，根據硬件信息組合成獨有字符串信息；

步驟42，字符串信息經過MD5加密；

步驟43，從rsa.bin文件中，讀出硬件信息的密文，與步驟43得到的密文對比，若相等，則設備硬件信息檢測通過，否則，退出升級流程。

12.根據權利要求8所述的簽名機制，其特征在于，所述軟件版本的驗證過程；

步驟44，權利要求10,11,12驗證通過后，獲取該軟件版本的公鑰。可以從設備中驗證信息文件在的分區(qū)讀取，也可以從升級版本文件rsa.bin中讀取；

步驟45，讀取rsa.bin中對應版本文件特定的一段密文；

步驟46，用公鑰解密出這段密文，得到相應的明文；

步驟47，明文與密文相對應的版本文件比較，若相同，則說明該版本文件驗證通過，反之，該版本文件驗證失敗，升級失敗，推出升級；

步驟48，按照步驟46,47逐個驗證版本軟件中所有文件，所有文件驗證通過說明該版本軟件可以在該設備上升級。