[發明專利]數據校驗方法、裝置、存儲介質及電子裝置

在審

• 申請號: 202110976703.8
• 申請日: 2021-08-24
• 公開（公告）號: CN113872935A
• 公開（公告）日: 2021-12-31
• 發明（設計）人: 石斐
• 申請（專利權）人: 青島海爾科技有限公司;海爾智家股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L9/32;H04L9/06
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 張秀英

本發明提供了一種數據校驗方法、裝置、存儲介質及電子裝置，其中，該方法包括：獲取URL必傳業務參數；對URL必傳業務參數進行MD5加密得到第一簽名；將該URL必傳業務參數與該第一簽名發送給服務端，其中，該服務端用于根據該第一簽名對該URL必傳業務參數進行校驗，可以解決相關技術中對數據字段采用非語義化命名提供了篡改數據難度，但是只要攔截者弄清楚字段縮寫的含義，依然可以識別并篡改數據，且維護成本高的問題，通過MD5加密，為URL必傳參數進行簽名，服務端進行校驗的方式，可以杜絕參數被篡改。

技術領域

本發明涉及通信領域，具體而言，涉及一種數據校驗方法、裝置、存儲介質及電子裝置。

背景技術

在前端應用中，頁面之間、與第三方頁面之間通過統一資源定位符(UniformResource Locator，簡稱為URL)拼接參數，是主要的通信方式。但是明文傳參，在瀏覽器地址欄可觀測，可修改，也就存在不惡意篡改的可能。例如，訪問查詢賬單頁面的時候需要在URL里拼接一個userId＝xxx的參數，代表查看某人賬單，若是被惡意篡改為其他用戶的ID(Identify)，而后端又沒有完善的校驗機制，就會造成用戶數據泄露。

相關技術中的解決方案是對數據字段采用非語義化命名，例如用戶ID不用userID字段，而用uu等縮寫代替，這樣即使數據被暴露在瀏覽器地址欄，由于無法準確識別字段含義，篡改數據難度也極大提升。理論上只要攔截者弄清楚字段縮寫的含義，依然識別并篡改數據。維護成本高，前后端開發者聯調過程中需要不斷對比識別每個縮寫字段的真正含義，增加了工作量，且容易出錯。

針對相關技術中對數據字段采用非語義化命名提供了篡改數據難度，但是只要攔截者弄清楚字段縮寫的含義，依然可以識別并篡改數據，且維護成本高的問題，尚未提出解決方案。

發明內容

本發明實施例提供了一種數據校驗方法、裝置、存儲介質及電子裝置，以至少解決相關技術中對數據字段采用非語義化命名提供了篡改數據難度，但是只要攔截者弄清楚字段縮寫的含義，依然可以識別并篡改數據，且維護成本高的問題。

根據本發明的一個實施例，提供一種數據校驗方法，應用于客戶端，包括：

獲取URL必傳業務參數；

對URL必傳業務參數進行MD5加密得到第一簽名；

將所述URL必傳業務參數與所述第一簽名發送給服務端，其中，所述服務端用于根據所述第一簽名對所述URL必傳業務參數進行校驗。

可選地，將所述URL必傳業務參數與所述第一簽名發送給服務端包括：

將所述第一簽名作為一個必傳業務參數與所述URL必傳業務參數進行拼接，得到目標URL必傳業務參數；

將所述目標URL必傳業務參數發送給所述服務端，其中，所述服務端用于解析所述目標URL必傳業務參數，得到所述URL必傳業務參數與所述第一簽名。

可選地，在將所述URL必傳業務參數與所述第一簽名發送給服務端之后，所述方法還包括：

接收所述服務端發送的用于指示數據正確的第一響應消息，其中，所述第一響應消息是所述服務端在對所述URL必傳業務參數進行驗證且確定驗證結果為未被篡改之后發送的；

接收所述服務端發送的用于指示數據異常的第二響應消息，其中，所述第二響應消息是所述服務端在對所述URL必傳業務參數進行驗證且確定所述驗證結果為被篡改之后發送的。

根據本發明的另一個實施例，還提供了一種數據校驗方法，應用于服務端，包括：

接收客戶端發送的URL必傳業務參數與對所述URL必傳業務參數進行MD5加密得到的第一簽名；

根據所述第一簽名對所述URL必傳業務參數進行校驗。