[發明專利]一種http加密傳輸方法、裝置、計算機設備及存儲介質

在審

• 申請號: 202011302929.1
• 申請日: 2020-11-19
• 公開（公告）號: CN112511514A
• 公開（公告）日: 2021-03-16
• 發明（設計）人: 劉鑫宇;劉浩
• 申請（專利權）人: 平安普惠企業管理有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08;H04L9/08
• 代理公司: 深圳市世聯合知識產權代理有限公司 44385
• 代理人: 汪琳琳

本申請公開了一種http加密傳輸方法、裝置、計算機設備及存儲介質，屬于云技術領域，該方法通過獲取待傳輸文件，并生成取待傳輸文件的加密秘鑰；通過語義識別對待傳輸文件進行語義分析，得到敏感信息和非敏感信息；對敏感信息和非敏感信息進行壓縮，得到敏感信息壓縮文件和非敏感信息壓縮文件；利用加密秘鑰對敏感信息壓縮文件進行加密，得到敏感信息加密文件；將敏感信息加密文件與非敏感信息壓縮文件進行組包，得到組合文件包，并將組合文件包發送給對應的接收端，并指示接收端從組合文件包中解析出待傳輸文件。本申請還涉及區塊鏈技術，待傳輸文件可存儲于區塊鏈中。本申請的技術方案在保證http傳輸效率的同時，進一步增大http協議傳輸的安全性。

技術領域

本申請屬于云技術領域，具體涉及一種http加密傳輸方法、裝置、計算機設備及存儲介質。

背景技術

HTTP協議是用于從WWW服務器傳輸超文本到本地瀏覽器的傳送協議，是發送端和接收端之間請求和響應的標準，目前大多數網站和app的接口都是采用HTTP協議。然而，使用HTTP協議進行信息傳輸卻存在一些不足，例如，大多數使用HTTP協議的接收端與發送端都不會驗證通信方的身份，也就無法識別被傳輸的信息是否曾被攔截、篡改或者重放，由于無法避免攔截、篡改或者重放等攻擊操作的發生，因此使用HTTP協議使用明文方式發送內容，其本身不具備加密的功能，內容可能被竊聽，HTTP協議無法證明通信的報文完整性，報文可能被篡改。

目前，有小部分系統提供了安全套接字層超文本傳輸協議(HTTPS)驗證身份服務，即在HTTP的基礎上加入了SSL/TLS協議，通過SSL/TLS協議證書來驗證接收端的身份，并為發送端和接收端之間的通信加密。然而，使用HTTPS協議使得網關、代理系統不能有效處理HTTP協議請求，且加密后會使得文件變大，影響傳輸速率，喪失了HTTP在網絡上傳輸的優勢。同時通過HTTPS協議驗證只是對HTTP請求頭的信息作保護，而對于HTTP消息體的數據卻沒有作加密作用，因此依然存在消息被攔截、篡改或者重放的風險。

發明內容

本申請實施例的目的在于提出一種http加密傳輸方法、裝置、計算機設備及存儲介質，以解決現有的基于http協議進行文件信息傳輸時存在的傳輸信息容易被攔截、篡改或者重放的技術問題。

為了解決上述技術問題，本申請實施例提供一種http加密傳輸方法，采用了如下所述的技術方案：

一種http加密傳輸方法，包括：

獲取待傳輸文件，并生成取待傳輸文件的加密秘鑰；

通過語義識別對待傳輸文件進行語義分析，得到敏感信息和非敏感信息；

分別對敏感信息和非敏感信息進行壓縮，得到敏感信息壓縮文件和非敏感信息壓縮文件；

利用加密秘鑰對敏感信息壓縮文件進行加密，得到敏感信息加密文件；

將敏感信息加密文件與非敏感信息壓縮文件進行組包，得到組合文件包，并將組合文件包發送給對應的接收端，并指示接收端從組合文件包中解析出待傳輸文件。

進一步地，加密秘鑰包括AES秘鑰和RSA密鑰對，RSA密鑰對包括公鑰和私鑰，獲取待傳輸文件，并生成取待傳輸文件的加密秘鑰的步驟，具體包括：

獲取待傳輸文件，并基于待傳輸文件的內容生成RSA密鑰對；

記錄獲取待傳輸文件時的時間信息，并基于時間信息生成取待傳輸文件的AES秘鑰。

進一步地，記錄獲取待傳輸文件時的時間信息，并基于時間信息生成取待傳輸文件的AES秘鑰的步驟，具體包括：

獲取發送端的初始化時間和發送端獲取待傳輸文件時的時間；

基于初始化時間和獲取待傳輸文件時的時間計算發送端的當前時間；