WO2024060630A1 - 数据传输管理的方法、数据处理的方法和装置 - Google Patents

数据传输管理的方法、数据处理的方法和装置 Download PDF

Info

Publication number
WO2024060630A1
WO2024060630A1 PCT/CN2023/091957 CN2023091957W WO2024060630A1 WO 2024060630 A1 WO2024060630 A1 WO 2024060630A1 CN 2023091957 W CN2023091957 W CN 2023091957W WO 2024060630 A1 WO2024060630 A1 WO 2024060630A1
Authority
WO
WIPO (PCT)
Prior art keywords
key
data
client
digest
encrypted
Prior art date
Application number
PCT/CN2023/091957
Other languages
English (en)
French (fr)
Inventor
赵莹
郑锐
Original Assignee
京东科技信息技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京东科技信息技术有限公司 filed Critical 京东科技信息技术有限公司
Publication of WO2024060630A1 publication Critical patent/WO2024060630A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/045—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply hybrid encryption, i.e. combination of symmetric and asymmetric encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms

Definitions

  • the present disclosure relates to the field of computer technology, and in particular to a data transmission management method, a data processing method and a device.
  • embodiments of the present disclosure provide a data transmission management method, a data processing method and a device.
  • a method for data transmission management including:
  • the source data to be transmitted is symmetrically encrypted on the client.
  • the usage period of the first key is the startup period of the client.
  • the method further includes: before obtaining the first key from the key pool, generating multiple keys and a key digest of each key, saving the multiple keys using the key digest as an index to form the key pool.
  • the method further includes:
  • the first key is used to decrypt the data to be processed to obtain source data corresponding to the data to be processed.
  • determining whether the data to be processed is encrypted data includes: determining whether the data to be processed includes a key digest; wherein, if the data to be processed includes a key digest, determining that the data to be processed is encrypted data;
  • Using the first key to decrypt the data to be processed includes: obtaining the first key corresponding to the key digest from the key pool, and using the first key to decrypt the data. Decrypt the data to be processed to obtain source data corresponding to the data to be processed.
  • determining whether the data to be processed contains a key digest includes:
  • the method further includes: after forming the key pool, obtaining a second key from the key pool and sending it to the client, so that the client can use the second key to encrypt the source data when the first key cannot be obtained.
  • Another aspect of the present disclosure provides a method for data processing, including:
  • the encrypted data is sent to the server.
  • it further includes: before using the first key to encrypt the source data based on the symmetric encryption algorithm to obtain the encrypted data, in response to the application startup, sending a key acquisition request to the server to obtain the first key.
  • it further includes: when the first key cannot be obtained, using the second key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data, The encrypted data is sent to the server, and the second key is obtained from the server.
  • using the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data includes:
  • the encrypted data is obtained based on the key digest and the encrypted source data.
  • obtaining encrypted data based on the key digest and the encrypted source data includes:
  • the summary length identifier indicates the length and position of the key summary
  • the key digest and the encrypted source data are spliced to obtain the encrypted data.
  • a device for data transmission management including:
  • the first acquisition module in response to receiving the key acquisition request sent by the client, acquires the first key from the key pool;
  • the first generation module uses the public key of the client to asymmetrically encrypt the first key and generate ciphertext corresponding to the first key;
  • the first sending module sends the ciphertext to the client so that the client decrypts the ciphertext according to the private key corresponding to the public key to obtain the first key,
  • the first key is used by the client to symmetrically encrypt the source data to be transmitted.
  • a data processing device including:
  • the second generation module in response to receiving the data transmission request for the source data, uses the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data, and the first key uses data transmission management Generated by the method;
  • the second sending module sends the encrypted data to the server.
  • an electronic device including:
  • processors one or more processors
  • a storage device for storing one or more programs
  • the one or more processors When the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the data transmission management method or the data processing method provided by the present disclosure.
  • a computer-readable medium on which a computer program is stored.
  • the program is executed by a processor, the method of data transmission management or the method of data processing provided by the present disclosure is implemented.
  • Figure 1 is a schematic diagram of the main flow of a data management method according to an embodiment of the present disclosure
  • Figure 2 is a schematic flowchart of a data transmission management method according to an embodiment of the present disclosure
  • Figure 3 is a schematic diagram of the main flow of a data processing method according to an embodiment of the present disclosure
  • Figure 4 is a schematic flowchart of a data processing method according to an embodiment of the present disclosure
  • Figure 5 is a schematic diagram of the main modules of a device for data transmission management according to an embodiment of the present disclosure
  • FIG6 is a schematic diagram of main modules of a data processing device according to an embodiment of the present disclosure.
  • Figure 7 is an exemplary system architecture diagram in which embodiments of the present disclosure may be applied.
  • FIG. 8 is a schematic structural diagram of a computer system suitable for implementing a terminal device or server according to an embodiment of the present disclosure.
  • Figure 1 is a schematic diagram of the main process of a data transmission management method according to an embodiment of the present disclosure. As shown in Figure 1, the data transmission management method, applied to the server, includes the following steps:
  • Step S101 In response to receiving the key acquisition request sent by the client, obtain the first key from the key pool;
  • Step S102 Use the client's public key to asymmetrically encrypt the first key and generate ciphertext corresponding to the first key;
  • Step S103 Send the ciphertext to the client, so that the client decrypts the ciphertext according to the private key corresponding to the public key to obtain a first key, and the first key is used by the client to symmetrically encrypt the source data to be transmitted.
  • sensitive data needs to be encrypted.
  • a highly efficient symmetric encryption method is used for sensitive data.
  • Symmetric encryption requires the mobile terminal and the server to use the same key.
  • the data transmission management method of the embodiment of the present disclosure is adopted.
  • sensitive data can be user personal information, etc. It should be noted that in the technical solution of the embodiment of the present disclosure, the acquisition, storage and application of personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good customs.
  • the client when starting, sends a key acquisition request to the server.
  • the server After receiving the key acquisition request, acquires the first key from the key pool.
  • the client After the client obtains the first key from the server, it can use the key within a certain period of time.
  • the usage period of the first key obtained by the client from the server is the startup period of the client.
  • the client starts next time it needs to re-send the key acquisition request to the server to obtain the first key from the server. key.
  • the usage period of the first key can also be other preset lengths of time, such as multiple startup periods of the client,
  • the method before obtaining the first key from the key pool, the method further includes: generating a plurality of keys and a key digest of each key, using the key digest as an index Save multiple keys to form a key pool.
  • multiple keys are generated and maintained by the server and are used to symmetrically encrypt and decrypt data.
  • the key can be a randomly generated 16-byte string containing one or more of numbers, letters, and special symbols.
  • SM3 cryptographic hash function standard
  • SM3 cryptographic hash function standard
  • the method before obtaining the first key from the key pool, the method further includes: generating a key and a key digest of the key, using the key digest as an index Save this key to form a key pool. That is, the key pool can only include one key and key digest, and the security of the key can also be ensured. This is because the key needs to be asymmetrically encrypted when it is sent from the server to the client, and the security is high. Under the condition that the security of server-side retrieval and data interaction is met, the number of keys in the key pool can be adjusted according to actual needs.
  • the server after forming the key pool, the server obtains the second key from the key pool and sends it to the client, so that the client can use the second key if it cannot obtain the first key.
  • Encrypt source data the failure to obtain the first key may be caused by the fact that the first key does not exist in the memory and decryption of the ciphertext using the private pair fails, or it may be that the first key does not exist in the memory and the first key does not exist.
  • the second key can be sent by the server to the client when the server forms a key pool; it can also be sent after receiving the key acquisition request sent by the client and sent at the same time as the first key.
  • the client it can also be obtained from the server after the client generates the source data to be transmitted.
  • the use period of the second key is greater than the use period of the first key.
  • the second key can be used as the default key to encrypt the source data when the first key cannot be obtained. Through this cover-up mechanism, it can be ensured that the source data sent by the client to the server is encrypted.
  • the client when it starts, it generates The pair of public key and private key can then be sent to the server through a key acquisition request, so that after receiving the key acquisition request, the server can parse the key acquisition request and obtain the public key. In addition, the server can also obtain the client's public key through other channels.
  • the public key is used to perform asymmetric encryption using the first key obtained from the key pool to generate a ciphertext that is symmetrical to the first key.
  • the asymmetric encryption uses asymmetric encryption.
  • the asymmetric encryption algorithm can be the elliptic curve public key cryptography algorithm (SM2).
  • SM2 elliptic curve public key cryptography algorithm
  • the generated ciphertext is then sent to the client.
  • the client After receiving the ciphertext, the client stores the ciphertext and the private key in the client's memory correspondingly, so that the client can use the private key to decrypt the ciphertext to obtain the first A key to implement symmetric encryption of the source data to be transmitted through the first key.
  • FIG. 2 is a schematic flow chart of a data transmission management method according to an embodiment of the present disclosure.
  • the encryption module is initialized when the application is started, and the encryption module initializes the environment. Then the application calls the encryption module, that is, calls the handshake API, and the encryption module receives the call.
  • the encryption module generates public keys and private keys through an asymmetric encryption algorithm, and the encryption module assembles a key acquisition request containing the public key and sends it to the server; the server receives the key acquisition request After the request, the public key is obtained by parsing; then a key is randomly obtained from the key pool, the key is asymmetrically encrypted using the public key obtained by parsing, the ciphertext corresponding to the key is generated, and the ciphertext is sent to Encryption module; after receiving the ciphertext, the encryption module saves the ciphertext and private key to the memory and ends the process.
  • the client realizes the key transmission through the public key and ciphertext, that is, using an asymmetric encryption algorithm to encrypt the key.
  • Key exchange ensures the security of key transmission, and the key is generated and maintained by the server.
  • the client does not store relevant information about the first key in a hard-coded manner, further ensuring the security of the key. Through this key exchange mechanism, the security of the symmetric encryption key is guaranteed.
  • the method further includes: in response to receiving the The data to be processed determines whether the data to be processed is encrypted data; if the data to be processed is encrypted data, the first key is used to decrypt the data to be processed to obtain source data corresponding to the data to be processed.
  • the data to be processed when receiving the data to be processed sent by the client, it is first judged whether the data to be processed is encrypted data. If the data to be processed is not encrypted data, the corresponding business can be directly performed on the data to be processed. Logical processing; if the data to be processed is encrypted data, that is, the data to be processed is symmetrically encrypted using the first key, the data to be processed needs to be decrypted using the first key to obtain the data to be processed. source data, and then perform corresponding business logic processing on the source data.
  • determining whether the data to be processed is encrypted data includes: determining whether the data to be processed contains a key digest; wherein, when the data to be processed contains a key digest, determining whether the data to be processed is encrypted data;
  • Using the key to decrypt the data to be processed includes: obtaining the first key corresponding to the key digest from the key pool, and using the first key to decrypt the data to be processed to obtain the source data corresponding to the data to be processed. .
  • the data to be processed when judging whether the data to be processed is encrypted data, it can be determined by judging whether the data to be processed contains a key digest. If the data to be processed contains a key digest, it means that the data to be processed is encrypted data. , if the data to be processed does not contain the key digest, it means that the data to be processed is not encrypted data.
  • the key digest is used as an index to query the first key corresponding to the key digest from the key pool, and then the first key is used to decrypt the data.
  • the key is decrypted using a symmetric encryption algorithm to obtain the source data.
  • the digest length identifier in the data to be processed that is, judging whether the data to be processed contains the key digest, including: judging whether the data to be processed contains the digest length identifier. ; If yes, it is determined that the key digest is included in the data to be processed; if not, it is determined that the key digest is not included in the data to be processed. also That is to say, if the data to be processed contains the digest length identifier, it is determined that the data to be processed contains the key digest.
  • the digest length of each key digest is fixed, and the digest length identifier can be the same.
  • the digest length identifier is fixed at 64 bits. Therefore, you can also determine whether the key digest is included in the data to be processed by determining whether the digest length identifier is a preset identifier (such as 64). That is, if the digest length identifier is a preset identifier, it is determined that the data to be processed contains Key digest.
  • the key digest length identifier is an identifier indicating the key digest length. If the key digest length identifier is not a preset identifier (such as 00 or other identifiers), it means that the key digest is not included in the data to be processed.
  • the key digest can be obtained from the data to be processed according to the digest length identifier, and the encrypted source data can be obtained. Then, the first key corresponding to the key digest can be queried from the key pool according to the key digest, and the data to be processed can be decrypted using the first key and the symmetric encryption algorithm, that is, the encrypted source data is decrypted to obtain the source data corresponding to the data to be processed, and then the corresponding business logic processing is performed on the source data.
  • the data to be processed when determining whether the data to be processed is encrypted data, it can also be determined based on a preset encryption identifier. If the data to be processed contains a preset encryption identifier, it is determined that the data to be processed is encrypted data.
  • the server in this data transmission management method, the server generates and maintains a dynamic key pool through digest algorithm encryption, using key digests as indexes, etc., thereby ensuring key storage security and acquisition efficiency;
  • the client obtains the key through key exchange with the server based on an asymmetric encryption algorithm, which reduces the risk of key leakage during client storage and network transmission, and improves the security of the key.
  • the key digest is used for indexing, and the corresponding key can be queried, which improves the efficiency of obtaining the encryption key during the data decryption process; at the same time, a symmetric encryption algorithm is used for Line decryption can ensure the efficiency of data decryption.
  • a data processing method is provided.
  • the method is applied to the client and includes the following steps:
  • Step S301 In response to receiving a data transmission request for source data, use the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data;
  • Step S302 Send the encrypted data to the server.
  • a symmetric encryption algorithm can be used to encrypt the data to ensure the client encryption and server decryption performance and improve the efficiency of encryption and decryption.
  • the symmetric encryption algorithm can use a block cipher algorithm (SM4).
  • the client After the client generates the source data, it executes the encryption process of the source data. Before using the first key to encrypt the source data based on the symmetric encryption algorithm to obtain the encrypted data, it responds to the startup of the application and sends a key acquisition request to the server. to get the first key.
  • the first key is generated using a data transmission management method.
  • the first key can be obtained from the memory. If the first key does not exist in the memory, the ciphertext and the private key can be obtained from the memory, and the private key is used to decrypt the ciphertext to obtain The first key to encrypt the source data. That is, first determine whether the first key used to encrypt the source data exists in the memory. If it exists, directly use the first key to encrypt the source data based on the symmetric encryption algorithm. If not, determine whether the first key exists in the memory. The ciphertext exists at the same time.
  • the private key is used to decrypt the ciphertext using an asymmetric encryption algorithm to obtain the first key, and then the first key is stored in the memory.
  • the security of the key can be ensured, and the decryption process can be avoided every time the encryption process is performed on the source data, further improving encryption performance.
  • the second key when the first key cannot be obtained, the second key is used to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data, and the encrypted data is sent to the service end, the second key is obtained from the server end.
  • the situation where the first key cannot be obtained may be: that is, the first key does not exist in the memory and the ciphertext does not exist in the memory, or the first key does not exist in the memory and the private key fails to decrypt the ciphertext, etc.
  • the second key can be used as the default key, which is used to process the source data.
  • the encrypted key can ensure that the source data can be encrypted even when obtaining the first key fails, ensuring the security of data transmission.
  • using the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data includes: generating a key digest corresponding to the first key according to the digest algorithm; using the first key to encrypt the source data Perform symmetric encryption to generate encrypted source data; obtain encrypted data based on the key digest and encrypted source data.
  • a digest algorithm can be used to perform digest encryption processing on the key, generate a key digest corresponding to the first key, and The key digest is kept in memory for subsequent use, further improving encryption performance.
  • Encrypting the source data to obtain encrypted data may include using a key to symmetrically encrypt the source data to generate encrypted source data, and then splicing the key digest and the encrypted source data to obtain encrypted data. After obtaining the encrypted data, send the encrypted data to the server so that the server can decrypt the encrypted data and obtain the source data.
  • the identifier corresponding to the first key may be a client identifier, the client's IP address, etc.
  • the server can query the corresponding key according to the identifier corresponding to the first key, and use the key to decrypt to obtain the source data.
  • Obtain encrypted data based on the key digest and the encrypted source data including: obtaining the digest length identifier of the key digest; the digest length identifier indicates the length and position of the key digest; according to the length and position of the key digest, the key
  • the digest and encrypted source data are spliced to obtain encrypted data.
  • the digest length identifier corresponding to the key digest can be obtained according to the key digest.
  • the splicing rule can be the summary length identifier + key digest + encrypted source data, where the summary length identifier indicates the length of the key digest. The position and length.
  • the digest length is marked as a value with a fixed number of reserved digits. It is used to tell the server which number to which number is the key digest, and is used for the server to obtain the key digest and encrypted source data.
  • the splicing is: 64 + key digest + encrypted source data. According to the first 2 digits of the digest length identifier, the 64 bits starting from the third digit are the key digest, and the remaining parts are the encrypted source data. The 2 digits are The number of fixed bits can vary depending on the length of the key digest, but the length of key digests in a key pool is fixed.
  • encrypted data is obtained according to the key digest and the encrypted source data.
  • the key digest and the encrypted source data can be directly sent to the server as encrypted data. That is, the key digest and the encrypted source data may not be sent to the server.
  • the encrypted source data is spliced.
  • the digest length identifier can be used to identify the key digest to distinguish the key digest and the encrypted source data.
  • the server receives the encrypted data, the key digest and the encrypted source data can be determined by the digest length identifier. , thereby querying the first key corresponding to the key summary according to the key digest, using the first key to decrypt the encrypted source data, and obtaining the source data, so that the server can perform business logic processing for the source data. .
  • the data transmission with the server involves encrypted data and key digest, ensuring the security of the source data, and the client does not use hard coding to store the first Information related to a key or encrypted data to reduce the risk of leakage of the key or encrypted data.
  • the second key is used to protect the data, which can ensure that the transmitted data is encrypted data and ensure the security of data transmission.
  • Figure 4 shows a schematic flowchart of a data processing method according to an embodiment of the present disclosure. The method includes:
  • the application generates source data and calls the encryption module to encrypt the source data
  • the encryption module determines whether the first key is contained in the memory
  • the key summary and the encrypted source data are concatenated into encrypted data, and the encrypted data is sent as data to be processed to the business processing end corresponding to the application;
  • the business processing end After receiving the data to be processed, the business processing end calls the decryption module to execute the decryption process of the data to be processed;
  • the decryption module determines whether the key digest is included in the data to be processed
  • the data to be processed does not contain the key digest, the data to be processed will be returned to the business processing end as source data;
  • the corresponding key is obtained from the key pool based on the key digest, and then the key is used to decrypt the data to be processed to obtain the source data, and then the source data is returned to the business processing end. ;
  • the business processing end obtains the source data and performs business logic processing on the source data.
  • the data processing method of the disclosed embodiment uses the data transmission management method to ensure the security of the transmission key between the client and the server, and uses a symmetric encryption algorithm to encrypt and decrypt the data to improve the efficiency of encryption and decryption. It is applicable It is suitable for scenarios with high requirements on security and efficiency when the client and server frequently interact with sensitive data, such as scenarios where the client frequently reports sensitive data.
  • Device 500 including:
  • the first acquisition module 501 in response to receiving the key acquisition request sent by the client, acquires the first key from the key pool;
  • the first generation module 502 uses the client's public key to asymmetrically encrypt the key and generates the ciphertext corresponding to the first key;
  • the first sending module 503 sends the ciphertext to the client so that the client decrypts the ciphertext according to the private key corresponding to the public key to obtain the first key.
  • the first key is used for the source data to be transmitted by the client. Perform symmetric encryption.
  • the usage period of the first key is the startup period of the client.
  • the first acquisition module 501 is further used to: before acquiring the first key from the key pool, generate multiple keys and a key summary of each key, save the multiple keys using the key summary as an index, and form a key pool.
  • the device 500 for data transmission management also includes a decryption module, configured to: in response to receiving the data to be processed sent by the client, determine whether the data to be processed is encrypted data; when the data to be processed is encrypted data In this case, the first key is used to decrypt the data to be processed to obtain the source data corresponding to the data to be processed.
  • the decryption module is further configured to determine whether the data to be processed contains a key digest; where, if the data to be processed contains a key digest, it is determined that the data to be processed is encrypted data.
  • the decryption module is further configured to: use the first key to decrypt the data to be processed, including: obtaining the first key corresponding to the key digest from the key pool, using the first key to decrypt the data to be processed, to Obtain the source data corresponding to the data to be processed.
  • the decryption module is further used to: determine whether the data to be processed contains a key digest, including: determining whether the data to be processed contains a preset If yes, it is determined that the data to be processed contains a key digest; if no, it is determined that the data to be processed does not contain a key digest.
  • the first sending module 503 is also used to: after forming the key pool, obtain the second key from the key pool and send it to the client, so that the client cannot obtain the first key.
  • the source data is encrypted using the second key.
  • FIG6 another aspect of an embodiment of the present disclosure provides a data processing device 600, including:
  • the second generation module 601 in response to receiving a data transmission request for the source data, uses the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data; the key is obtained using a data transmission management method;
  • the second sending module 602 sends the encrypted data to the server.
  • the data processing device 600 further includes a second acquisition module, configured to: before using the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data, in response to the application startup , sending a key acquisition request to the server to obtain the first key.
  • a second acquisition module configured to: before using the first key to encrypt the source data based on a symmetric encryption algorithm to obtain encrypted data, in response to the application startup , sending a key acquisition request to the server to obtain the first key.
  • the second generation module 601 is also used to: when the first key cannot be obtained, use the second key to encrypt the source data based on the symmetric encryption algorithm to obtain encrypted data, and send the encrypted data To the server, the second key is obtained from the server.
  • the second generation module 601 is further configured to: generate a key digest corresponding to the first key according to the digest algorithm; use the first key to symmetrically encrypt the source data to generate encrypted source data ;Obtain encrypted data based on key digest and encrypted source data.
  • the second generation module 601 is further configured to: obtain the digest length identifier of the key digest; the digest length identifier indicates the length and location of the key digest; the root According to the length and position of the key digest, the key digest and the encrypted source data are spliced to obtain the encrypted data.
  • an electronic device including: one or more processors; a storage device configured to store one or more programs.
  • One or more processors are caused to implement the method of data transmission management or the method of data processing according to the embodiments of the present disclosure.
  • Another aspect of the embodiments of the present disclosure provides a computer-readable medium on which a computer program is stored.
  • the program is executed by a processor, the method of data transmission management or the method of data processing of the embodiments of the present disclosure is implemented.
  • FIG. 7 shows an exemplary system architecture 700 in which the data transmission management method or the data transmission management apparatus and the data processing method or the data processing apparatus according to the embodiments of the present disclosure can be applied.
  • the system architecture 700 may include terminal devices 701, 702, 703, a network 704 and a server 705.
  • Network 704 is a medium used to provide communication links between terminal devices 701, 702, 703 and server 705.
  • Network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
  • Terminal devices 701, 702, 703 Users can use terminal devices 701, 702, 703 to interact with the server 705 through the network 704 to receive or send messages, etc.
  • Various communication client applications can be installed on the terminal devices 701, 702, and 703, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).
  • the terminal devices 701, 702, and 703 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and so on.
  • the server 705 may be a server that provides various services, such as a backend management server that provides support for shopping websites browsed by users using the terminal devices 701, 702, and 703 (example only).
  • the background management server can analyze and process the received product information query request and other data, and feed back the processing results (such as target push information, product information - only examples) to the terminal device.
  • the data transmission management method provided by the embodiment of the present disclosure is generally executed by the server 705.
  • the data transmission management device is generally provided in the server 705;
  • the data processing method provided by the embodiment of the present disclosure is generally performed by the server 705. It is executed by the terminal devices 701, 702, and 703.
  • data processing devices are generally provided in the terminal devices 701, 702, and 703.
  • FIG. 8 a schematic structural diagram of a computer system 800 suitable for implementing a terminal device according to an embodiment of the present disclosure is shown.
  • the terminal device shown in FIG. 8 is only an example and should not impose any restrictions on the functions and scope of use of the embodiments of the present disclosure.
  • computer system 800 includes a central processing unit (CPU) 801 that can operate according to a program stored in a read-only memory (ROM) 802 or loaded from a storage portion 808 into a random access memory (RAM) 803. And perform various appropriate actions and processing.
  • ROM read-only memory
  • RAM random access memory
  • CPU 801, ROM 802 and RAM 803 are connected to each other via bus 804.
  • I/O input/output
  • the following components are connected to the I/O interface 805: an input section 806 including a keyboard, a mouse, etc.; an output section 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., speakers, etc.; and a storage section 808 including a hard disk, etc. ; and a communication section 809 including a network interface card such as a LAN card, a modem, etc. Communication section 809 via, e.g. The Internet's network performs communication processing.
  • Driver 810 is also connected to I/O interface 805 as needed.
  • Removable media 811 such as magnetic disks, optical disks, magneto-optical disks, semiconductor memories, etc., are installed on the drive 810 as needed, so that a computer program read therefrom is installed into the storage portion 808 as needed.
  • embodiments of the present disclosure include a computer program product including a computer program carried on a computer-readable medium, the computer program containing program code for performing the method illustrated in the flowchart.
  • the computer program may be downloaded and installed from the network via communications portion 809 and/or installed from removable media 811 .
  • the central processing unit (CPU) 801 the above-described functions defined in the system of the present disclosure are performed.
  • the computer-readable medium shown in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the above two.
  • the computer-readable storage medium may be, for example, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or any combination thereof. More specific examples of computer readable storage media may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard drive, random access memory (RAM), read only memory (ROM), removable Programmd read-only memory (EPROM or flash memory), fiber optics, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above.
  • a computer-readable storage medium may be any tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device.
  • a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above.
  • a computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device .
  • computer Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the foregoing.
  • each block in the flowchart or block diagrams may represent a module, segment, or portion of code that contains one or more logic functions that implement the specified executable instructions.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown one after another may actually execute substantially in parallel, or they may sometimes execute in the reverse order, depending on the functionality involved.
  • each block in the block diagram or flowchart illustration, and combinations of blocks in the block diagram or flowchart illustration can be implemented by special purpose hardware-based systems that perform the specified functions or operations, or may be implemented by special purpose hardware-based systems that perform the specified functions or operations. Achieved by a combination of specialized hardware and computer instructions.
  • the modules involved in the embodiments of the present disclosure can be implemented in software or hardware.
  • the described module can also be provided in a processor.
  • a processor includes a first acquisition module, a first generation module and a first sending module.
  • the names of these modules do not constitute a limitation on the module itself under certain circumstances.
  • the first acquisition module can also be described as "in response to receiving a key acquisition request sent by the client, from the key pool "Module that obtains the first key".
  • the present disclosure also provides a computer-readable medium.
  • the computer-readable medium may be included in the device described in the above embodiments; it may also exist separately without being assembled into the device.
  • the above computer-readable medium carries one or more programs.
  • the device includes: in response to receiving a key acquisition request sent by the client, from the key pool Obtain the first key; use the public key of the client to asymmetrically encrypt the first key to generate a ciphertext corresponding to the first key; send the ciphertext to the client so that the client can encrypt the first key according to the ciphertext corresponding to the public key.
  • the private key decrypts the ciphertext to obtain the first key, which is used by the client to be transmitted
  • the source data is symmetrically encrypted.
  • a data transmission management method is provided.
  • the server generates and maintains a dynamic key pool through digest algorithm encryption, using key digests as indexes, etc., thereby ensuring key storage security and Acquisition efficiency;
  • the client obtains the key through key exchange based on an asymmetric encryption algorithm with the server, which reduces the risk of key leakage during client storage and network transmission, and improves the security of the key;
  • the data processing method provided by the disclosed embodiment uses the data transmission management method to ensure the security of the transmission key between the client and the server, and uses a symmetric encryption algorithm to encrypt and decrypt the data to improve the efficiency of encryption and decryption. It is applicable It is suitable for scenarios with high requirements on security and efficiency when the client and server frequently interact with sensitive data, such as scenarios where the client frequently reports sensitive data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Storage Device Security (AREA)

Abstract

本申请公开了一种数据传输管理的方法、数据处理的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；利用客户端的公钥对第一密钥进行非对称加密，生成与第一密钥对应的密文；将密文发送至客户端，以使客户端根据与公钥对应的私钥对密文进行解密获得第一密钥，第一密钥用于客户端对待传输的源数据进行对称加密。该实施方式采用非对称加密算法对密钥进行加密，保证了密钥传输的安全性，利用密钥基于对称加密算法对传输的数据进行加密，提高数据加密、解密效率，满足客户端和服务端敏感数据频繁交互的高安全性和高效率的要求。

Description

数据传输管理的方法、数据处理的方法和装置
相关申请的交叉引用
本申请要求享有2022年9月20日提交的发明名称为“一种数据传输管理的方法、数据处理的方法和装置”的中国申请专利No.202211143893.6的优先权，在此全文引用上述中国专利申请公开的内容以作为本申请的一部分或全部。
技术领域
本公开涉及计算机技术领域，尤其涉及一种数据传输管理的方法、数据处理的方法和装置。
背景技术
在移动端与服务端的数据传输过程中，敏感信息如个人信息和设备信息等需要进行加密传输的，以保证信息的安全性。
相关技术中一般采用对称加密和非对称加密两种方案进行加密，但是，采用非对称加密方案时对敏感信息的加解密效率较低；对称加密方案中，将用于对称加密的密钥以硬编码形式存储在移动端，密钥泄露风险较大，上述两种方案均不能满足移动端与服务端频繁交互且存在需要加密的敏感信息时，对高效率和高安全性的要求。
发明内容
有鉴于此，本公开实施例提供一种数据传输管理的方法、数据处理的方法和装置。
根据本公开实施例的一个方面，提供了一种数据传输管理的方法，包括：
响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一 密钥；
利用所述客户端的公钥对所述第一密钥进行非对称加密，生成与所述第一密钥对应的密文；
将所述密文发送至所述客户端，以使所述客户端根据与所述公钥对应的私钥对所述密文进行解密获得所述第一密钥，所述第一密钥用于所述客户端对待传输的源数据进行对称加密。
根据本公开的一个或多个实施例，所述第一密钥的使用周期为所述客户端的启动周期。
根据本公开的一个或多个实施例，该方法还包括：在从密钥池中获取第一密钥之前，生成多个密钥以及每个密钥的密钥摘要，以所述密钥摘要作为索引保存所述多个密钥，形成所述密钥池。
根据本公开的一个或多个实施例，该方法还包括：
响应于接收到客户端发送的待处理数据，判断所述待处理数据是否是加密数据；
在所述待处理数据是加密数据的情况下，利用所述第一密钥对所述待处理数据进行解密，以获得与所述待处理数据对应的源数据。
根据本公开的一个或多个实施例，判断所述待处理数据是否是加密数据，包括：判断所述待处理数据中是否包含密钥摘要；其中，在所述待处理数据中包含密钥摘要的情况下，确定所述待处理数据是加密数据；
利用所述第一密钥对所述待处理数据进行解密，包括：从所述密钥池中获取与所述密钥摘要对应的所述第一密钥，利用所述第一密钥对所述待处理数据进行解密，以获得与所述待处理数据对应的源数据。
根据本公开的一个或多个实施例，判断所述待处理数据中是否包含密钥摘要，包括：
判断所述待处理数据中是否包含预设的摘要长度标识；
若是，判定所述待处理数据中包含密钥摘要；
若否，判定所述待处理数据中不包含密钥摘要。
根据本公开的一个或多个实施例，还包括：形成所述密钥池之后，从所述密钥池中获取第二密钥发送至所述客户端，以使所述客户端在无法获取所述第一密钥的情况下利用所述第二密钥对所述源数据进行加密。
本公开实施例的另一方面提供一种数据处理的方法，包括：
响应于接收到针对源数据的数据传输请求，利用所述第一密钥基于对称加密算法对所述源数据进行加密得到加密数据；
将所述加密数据发送至服务端。
根据本公开的一个或多个实施例，还包括：在利用第一密钥基于对称加密算法对所述源数据进行加密得到加密数据之前，响应于应用程序启动，向服务端发送密钥获取请求以获取所述第一密钥。
根据本公开的一个或多个实施例，还包括：还包括：在无法获取所述第一密钥的情况下，利用第二密钥基于对称加密算法对所述源数据进行加密得到加密数据，将所述加密数据发送至所述服务端，所述第二密钥是从所述服务端获取的。
根据本公开的一个或多个实施例，利用所述第一密钥基于对称加密算法对所述源数据进行加密得到加密数据，包括：
根据摘要算法生成与所述第一密钥对应的密钥摘要；
采用所述第一密钥对所述源数据进行对称加密，生成加密后的源数据；
根据所述密钥摘要和所述加密后的源数据获得所述加密数据。
根据本公开的一个或多个实施例，根据所述密钥摘要和所述加密后的源数据获得加密数据，包括：
获取所述密钥摘要的摘要长度标识；所述摘要长度标识指示了所述密钥摘要的长度和位置；
根据所述密钥摘要的长度和位置，将所述密钥摘要和所述加密后的源数据进行拼接，获得所述加密数据。
根据本公开实施例的另一方面，提供一种数据传输管理的装置，包括：
第一获取模块，响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；
第一生成模块，利用所述客户端的公钥对所述第一密钥进行非对称加密，生成与所述第一密钥对应的密文；
第一发送模块，将所述密文发送至所述客户端，以使所述客户端根据与所述公钥对应的私钥对所述密文进行解密获得所述第一密钥，所述第一密钥用于所述客户端对待传输的源数据进行对称加密。
根据本公开实施例的再一方面，提供一种数据处理的装置，包括：
第二生成模块，响应于接收到针对源数据的数据传输请求，利用所述第一密钥基于对称加密算法对所述源数据进行加密得到加密数据，所述第一密钥是采用数据传输管理的方法生成的；
第二发送模块，将所述加密数据发送至服务端。
根据本公开实施例的还一个方面，提供了一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本公开提供的数据传输管理的方法或数据处理的方法。
根据本公开实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本公开提供的数据传输管理的方法或数据处理的方法。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本公开，不构成对本公开的不当限定。其中：
图1是根据本公开实施例的一种数据管理的方法的主要流程的示意图；
图2是根据本公开实施例的一种数据传输管理的方法的流程示意图；
图3是根据本公开实施例的一种数据处理的方法的主要流程的示意图；
图4是本公开实施例的一种数据处理的方法的流程示意图；
图5是根据本公开实施例的数据传输管理的装置的主要模块的示意图；
图6是根据本公开实施例的一种数据处理的装置的主要模块的示意图；
图7是本公开实施例可以应用于其中的示例性系统架构图；
图8是适于用来实现本公开实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本公开实施例的一种数据传输管理的方法的主要流程的示意图，如图1所示，该数据传输管理的方法，应用于服务端，包括以下步骤：
步骤S101：响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；
步骤S102：利用客户端的公钥对第一密钥进行非对称加密，生成与第一密钥对应的密文；
步骤S103：将密文发送至客户端，以使客户端根据与公钥对应的私钥对密文进行解密获得第一密钥，第一密钥用于客户端对待传输的源数据进行对称加密。
在本公开实施例中，在移动端与服务端的数据传输过程中，对于敏感数据需要进行加密处理，为了保证数据加密和解密的效率，对敏感数据采用效率高的对称加密的方法，对称加密需要移动端和服务端使用同一个密钥，为了保证密钥的安全性，采用本公开实施例的数据传输管理的方法。其中，敏感数据如可以为用户个人信息等，需要说明的是，本公开实施例的技术方案中，所涉及的个人信息等的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
在本公开实施例中，客户端在启动时，向服务端发送密钥获取请求，服务端接收到该密钥获取请求后，从密钥池中获取第一密钥。客户端从服务端获取到第一密钥后，在一定时间内可以使用该密钥。可选地，客户端从服务端获取的第一密钥的使用周期是客户端的启动周期，客户端下一次启动时，需要重新向服务端发送密钥获取请求，以从服务端获取第一密钥。可选地，第一密钥的使用周期也可以是其他预设时长，如可以是客户端的多个启动周期，
在本公开实施例中，在从密钥池中获取第一密钥之前，该方法还包括：生成多个密钥以及每个密钥的密钥摘要，以密钥摘要作为索引 保存多个密钥，形成密钥池。其中，多个密钥是服务端生成并维护的，是用于对数据进行对称加密、解密的。密钥可以是随机生成的长度为16字节的包含数字、字母和特殊符号中一种或多种的字符串。采用摘要算法如密码散列函数标准(SM3)对每个密钥进行摘要计算可以生成每个密钥的密钥摘要，然后将密钥和密钥摘要对应保存在数据库中，以密钥摘要为索引，即根据密钥摘要可以查询到与该密钥摘要对应的密钥。
在本公开实施例的另一种实施方式中，在从密钥池中获取第一密钥之前，该方法还包括：生成一个密钥以及该密钥的密钥摘要，以密钥摘要作为索引保存该密钥，形成密钥池。即密钥池中可以只包括一个密钥及密钥摘要，也可以保证密钥安全，这是因为密钥从服务端发送至客户端时需要对密钥进行非对称加密，安全性较高。在满足服务端检索和数据交互安全的情况下，密钥池中密钥的数量可以根据实际需求调整。
在本公开实施例中，服务端在形成密钥池之后，从密钥池中获取第二密钥发送至客户端，以使客户端在无法获取第一密钥的情况下利用第二密钥对源数据进行加密。其中，无法获取第一密钥的情况，可能是内存中不存在第一密钥并且利用私有对密文解密失败的情况，也可能是内存中不存在第一密钥也不存在第一密钥的密文的情况。可选地，第二密钥可以是服务端形成密钥池的时，服务端发送给客户端的；也可以是接收到客户端发送的密钥获取请求后发送的，与第一密钥同时发送给客户端的，还可以是客户端产生待传输的源数据后，从服务端获取的。可选地，第二密钥的使用周期大于第一密钥的使用周期。第二密钥可以作为默认密钥，在无法获取第一密钥的情况下对源数据进行加密，通过该兜底机制，可以保证客户端发送给服务端的源数据均经过加密处理。
在本公开实施例中，客户端在启动时，通过非对称加密算法生成 成对的公钥和私钥，然后可以将公钥通过密钥获取请求发送至服务端，以使得服务端在接收到该密钥获取请求后，对密钥获取请求进行解析获取到公钥。此外，服务端还可以通过其他渠道获取到客户端的公钥。
在获取到客户端的公钥后，采用该公钥从密钥池中获取的第一密钥进行非对称加密，生成与该第一密钥对称的密文，其中，非对称加密采用非对称加密算法实现，非对称加密算法可以为椭圆曲线公钥密码算法(SM2)。然后将生成的密文发送至客户端，客户端接收到该密文后，将密文和私钥对应保存在客户端的内存中，从而使得客户端可以采用私钥对该密文进行解密获得第一密钥，以通过该第一密钥实现对待传输的源数据进行对称加密。
如图2所示为本公开实施例的一种数据传输管理的方法的流程示意图，应用程序启动时初始化加密模块，加密模块初始化环境，然后应用程序调用加密模块即调用握手API，加密模块接收调用，即开始握手，以执行密钥交换过程；加密模块通过非对称加密算法生成公钥和私钥，加密模块组装包含公钥的密钥获取请求，发送至服务端；服务端接收到密钥获取请求后，解析得到公钥；然后从密钥池中随机获取一个密钥，使用解析得到的公钥对该密钥进行非对称加密，生成与该密钥对应的密文，将密文发送至加密模块；加密模块接收到密文后，将密文和私钥对应保存到内存中，结束流程。
在本公开实施例的数据传输管理的方法中，客户端在从服务端获取第一密钥的过程中，通过公钥和密文的方式实现了密钥传输，即采用非对称加密算法进行密钥交换，保证了密钥传输的安全性，且密钥由服务端生成和维护，客户端没有通过硬编码方式存储关于第一密钥的相关信息，进一步保证了密钥的安全性。通过该密钥交换机制，保证了对称加密密钥的安全性。
在本公开实施例中，该方法还包括：响应于接收到客户端发送的 待处理数据，判断待处理数据是否是加密数据；在待处理数据是加密数据的情况下，利用第一密钥对待处理数据进行解密，以获得与待处理数据对应的源数据。
也就是说，当接收到客户端发送的待处理数据时，首先对该待处理数据是否为加密数据进行判断，如果该待处理数据不是加密数据，则可以直接对该待处理数据执行对应的业务逻辑处理；如果该待处理数据是加密数据，即该待处理数据为采用第一密钥进行对称加密后的数据，则需要采用第一密钥对该待处理数据进行解密，获得待处理数据进行的源数据，然后对源数据执行对应的业务逻辑处理。
在本公开实施例中，判断待处理数据是否是加密数据，包括：判断待处理数据中是否包含密钥摘要；其中，在待处理数据中包含密钥摘要的情况下，确定待处理数据是加密数据；
利用密钥对待处理数据进行解密，包括：从密钥池中获取与该密钥摘要对应的第一密钥，利用第一密钥对待处理数据进行解密，以获得与待处理数据对应的源数据。
也就是说，在判断该待处理数据是否是加密数据时，可以通过判断待处理数据中是否包含密钥摘要来确定，如果待处理数据中包含密钥摘要，则说明该待处理数据是加密数据，如果待处理数据中不包含密钥摘要，则说明该待处理数据不是加密数据。当待处理数据包含密钥摘要，采用第一密钥对待处理数据进行解密时，以密钥摘要为索引，从密钥池中查询到与密钥摘要对应的第一密钥，然后利用第一密钥采用对称加密算法进行解密，以获取到源数据。
在判断待处理数据中是否包含密钥摘要时，可以通过待处理数据中的摘要长度标识来确定，即判断待处理数据中是否包含密钥摘要，包括：判断待处理数据中是否包含摘要长度标识；若是，判定待处理数据中包含密钥摘要；若否，判定待处理数据中不包含密钥摘要。也 就是说，待处理数据中包含摘要长度标识，则判定待处理数据中包含密钥摘要。
在一个密钥池中，各个密钥摘要的摘要长度是固定的，摘要长度标识则可以是相同的，例如，采用SM3摘要算法生成的密钥摘要，摘要长度标识固定为64位。因此，也可以通过判断摘要长度标识是否为预设的标识(如64)来判断待处理数据中是否包含密钥摘要，即，若摘要长度标识为预设的标识，则判定待处理数据中包含密钥摘要。其中，密钥摘要长度标识为指示密钥摘要长度的标识。若密钥摘要长度标识不为预设的标识(如00或其他标识)，则说明待处理数据中不包含密钥摘要。
当确定待处理数据中包含密钥摘要后，可以根据摘要长度标识从待处理数据中获取密钥摘要，并获取到加密后的源数据，然后根据密钥摘要从密钥池中查询与该密钥摘要对应的第一密钥，采用第一密钥和对称加密算法对待处理数据进行解密，即对加密后的源数据进行解密，获得与待处理数据对应的源数据，然后对源数据执行对应的业务逻辑处理。
在本公开实施例中，在判断待处理数据是否是加密数据时，也可以根据预设的加密标识判断，如待处理数据包含预设的加密标识，则判定待处理数据为加密数据。
在本公开实施例中，该数据传输管理的方法，服务端通过摘要算法加密、以密钥摘要为索引等手段进行动态密钥池的生成和维护，保证了密钥的存储安全和获取效率；客户端通过与服务端进行基于非对称加密算法的密钥交换，获得密钥，降低了密钥在客户端存储和网络传输过程中的泄露风险，提升了密钥的安全性。在对待处理数据进行解密过程中，采用密钥摘要进行索引，可以查询到对应的密钥，提升了数据解密过程中获取加密密钥的效率；同时，采用对称加密算法进 行解密，可以保证数据解密的效率。
在本公开实施例中，如图3所示，提供一种数据处理的方法，该方法应用于客户端，包括以下步骤：
步骤S301：响应于接收到针对源数据的数据传输请求，利用第一密钥基于对称加密算法对源数据进行加密得到加密数据；
步骤S302：将加密数据发送至服务端。
在本公开实施例中，在客户端与服务端频繁交互过程中，当传输敏感数据时，需要对敏感数据进行加密，因此，数据加密、解密会被频繁执行，因此，可以采用对称加密算法对数据进行加密，以保证客户端加密及服务端解密性能，提高加密、解密的效率。其中，对称加密算法可以采用分组密码算法(SM4)。
当客户端产生源数据后，执行对源数据的加密流程，在利用第一密钥基于对称加密算法对源数据进行加密得到加密数据之前，响应于应用程序启动，向服务端发送密钥获取请求以获取第一密钥。其中，第一密钥是采用数据传输管理方法生成的。
在本公开实施例中，可以从内存中获取第一密钥，若内存中不存在第一密钥，可以从内存中获取密文和私钥，采用私钥对密文进行解密，获得用于对源数据进行加密的第一密钥。即，首先判断内存中是否存在用于对源数据进行加密的第一密钥，如果存在，则直接采用第一密钥基于对称加密算法对源数据进行加密，如果不存在，则判断内存中是否同时存在密文，如果内存中同时存在密文和私钥，则采用私钥对密文采用非对称加密算法解密获取到第一密钥，然后将第一密钥存储在内存中。通过将第一密钥缓存在内存中，可以保证密钥的安全性，也能够避免每次对源数据执行加密流程时执行解密流程，进一步提升加密性能。
在本公开实施例中，在无法获取所述第一密钥的情况下，利用第二密钥基于对称加密算法对所述源数据进行加密得到加密数据，将所述加密数据发送至所述服务端，所述第二密钥是从所述服务端获取的。其中，无法获取到第一密钥的情况可以是：即在内存中不存在第一密钥且内存中不存在密文，或者内存中不存在第一密钥且私钥对密文解密失败等情况。也就是说，如果从内存中获取不到第一密钥，且不能通过密文和私钥获取到第一密钥，则可以采用第二密钥作为默认密钥，作为用于对源数据进行加密的密钥，从而可以保证在获取第一密钥失败时也可以实现对源数据的加密，保证数据传输的安全性。
在本公开实施例中，利用第一密钥基于对称加密算法对源数据进行加密得到加密数据，包括：根据摘要算法生成与第一密钥对应的密钥摘要；采用第一密钥对源数据进行对称加密，生成加密后的源数据；根据密钥摘要和加密后的源数据获得加密数据。
在本公开实施例中，在获取到用于对源数据进行加密的第一密钥后，可以采用摘要算法对密钥进行摘要加密处理，生成与第一密钥对应的密钥摘要，并将密钥摘要保存在内存中，以供后续使用，从而进一步提升加密性能。对源数据进行加密得到加密数据，可以是，采用密钥对源数据进行对称加密，生成加密后的源数据，然后将密钥摘要和加密后的源数据进行拼接，得到加密数据。获得加密数据后，将加密数据发送至服务端，以使服务端对加密数据进行解密获得源数据。还可以利用密钥对源数据进行对称加密获得加密后的源数据，然后将加密后的源数据和与第一密钥对应的标识进行拼接，得到加密数据，将加密数据发送至服务端；或者，也可以采用摘要算法对与第一密钥对应的标识进行加密，获得加密后的标识，将加密后的标识与加密后的源数据拼接，得到加密数据并发送至服务端。其中，与第一密钥对应的标识可以是客户端标识、客户端的IP地址等。服务端可以根据与第一密钥对应的标识查询到对应的密钥，利用密钥解密获得源数据。
根据密钥摘要和加密后的源数据获得加密数据，包括：获取密钥摘要的摘要长度标识；摘要长度标识指示了密钥摘要的长度和位置；根据密钥摘要的长度和位置，将密钥摘要和加密后的源数据进行拼接，获得加密数据。
也就是说，根据密钥摘要可以获得该密钥摘要对应的摘要长度标识，拼接规则可以是摘要长度标识+密钥摘要+加密后的源数据，其中，该摘要长度标识指示了密钥摘要的位置和长度，摘要长度标识为预留固定位数的值，用于告知服务端第几位至第几位为密钥摘要，用于服务端获取密钥摘要和加密后的源数据。例如，拼接为：64+密钥摘要+加密后的源数据，根据前2位摘要长度标识可知，第三位开始64位均为密钥摘要，其余部分为加密后的源数据，2位为固定位数，可以根据密钥摘要的长度进行改变，但一个密钥池中的密钥摘要的长度固定。
在本公开实施例中，根据密钥摘要和加密后的源数据获得加密数据，可以直接将密钥摘要和加密后的源数据作为加密数据发送至服务端，即，可以不将密钥摘要和加密后的源数据进行拼接。其中，可以采用摘要长度标识对密钥摘要进行标识，以区分密钥摘要和加密后的源数据，当服务端接收到加密数据后，可以通过摘要长度标识确定密钥摘要和加密后的源数据，从而根据密钥摘要查询到与该密钥摘要对应的第一密钥，采用第一密钥对加密后的源数据进行解密，获得源数据，以使得服务端执行针对源数据的业务逻辑处理。
本公开实施例的应用于客户端的数据处理的方法，在源数据加密过程中，与服务端的数据传输涉及加密数据和密钥摘要，保证了源数据的安全性，客户端不采用硬编码存储第一密钥或加密数据的相关信息，减小密钥或加密数据的泄露风险。并且，在内存中获取不到由私钥和密文获得的第一密钥时，采用第二密钥的兜底机制，可以保证传输的数据均为加密数据，保证数据传输的安全性。
如图4所示为本公开实施例的一种数据处理的方法的流程示意图，该方法包括：
应用程序产生源数据，调用加密模块对源数据进行加密；
加密模块判断内存中是否包含第一密钥；
若是，将第一密钥作为对源数据进行对称加密的密钥；
若否，判断内存中是否包含密文和私钥，若是，采用私钥对密文进行解密，获得第一密钥，将第一密钥作为对源数据进行对称加密的密钥；若否，则使用第二密钥作为对源数据进行对称加密的密钥；
采用获得的密钥对源数据进行对称加密获得加密后的源数据；
根据摘要算法生成密钥的密钥摘要；
将密钥摘要和加密后的源数据拼接成加密数据，将加密数据作为待处理数据发送至与应用程序对应的业务处理端；
业务处理端接收到待处理数据后，调用解密模块，执行对待处理数据的解密流程；
解密模块判断待处理数据中是否包含密钥摘要；
若待处理数据中不包含密钥摘要，则将待处理数据作为源数据返回给业务处理端；
若待数据处理中包含密钥摘要，则根据密钥摘要从密钥池中获取对应的密钥，然后使用该密钥对待处理数据进行解密，获得源数据，然后将源数据返回至业务处理端；
业务处理端获取到源数据，对源数据进行业务逻辑处理。
本公开实施例的数据处理的方法，利用数据传输管理的方法保障客户端与服务端传输密钥的安全性，并采用对称加密算法对数据进行加密、解密，以提高加密、解密的效率，适用于在客户端与服务端频繁交互敏感数据时对安全性和效率具有高要求的场景，如客户端频繁上报敏感数据的场景。
如图5所示，本公开实施例的还一方面提供一种数据传输管理的 装置500，包括：
第一获取模块501，响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；
第一生成模块502，利用客户端的公钥对密钥进行非对称加密，生成与第一密钥对应的密文；
第一发送模块503，将密文发送至客户端，以使客户端根据与公钥对应的私钥对密文进行解密获得第一密钥，第一密钥用于客户端对待传输的源数据进行对称加密。
在本公开实施例的数据传输管理的装置500中，第一密钥的使用周期为客户端的启动周期。
在本公开实施例中，第一获取模块501，还用于：在从密钥池中获取第一密钥之前，生成多个密钥以及每个密钥的密钥摘要，以密钥摘要作为索引保存多个密钥，形成密钥池。
在本公开实施例中，该数据传输管理的装置500还包括解密模块，用于：响应于接收到客户端发送的待处理数据，判断待处理数据是否是加密数据；在待处理数据是加密数据的情况下，利用第一密钥对待处理数据进行解密，以获得与待处理数据对应的源数据。
在本公开实施例中，解密模块，进一步用于：判断待处理数据中是否包含密钥摘要；其中，在待处理数据中包含密钥摘要的情况下，确定待处理数据是加密数据。该解密模块，进一步用于：利用第一密钥对待处理数据进行解密，包括：从密钥池中获取与密钥摘要对应的第一密钥，利用第一密钥对待处理数据进行解密，以获得与待处理数据对应的源数据。
在本公开实施例中，解密模块，进一步用于：判断所述待处理数据中是否包含密钥摘要，包括：判断所述待处理数据中是否包含预设 的摘要长度标识；若是，判定所述待处理数据中包含密钥摘要；若否，判定所述待处理数据中不包含密钥摘要。
在本公开实施例中，第一发送模块503，还用于：形成密钥池之后，从密钥池中获取第二密钥发送至客户端，以使客户端在无法获取第一密钥的情况下利用第二密钥对源数据进行加密。
如图6所示，本公开实施例的还一方面提供一种数据处理的装置600，包括：
第二生成模块601，响应于接收到针对源数据的数据传输请求，利用第一密钥基于对称加密算法对源数据进行加密得到加密数据；密钥是采用数据传输管理的方法获得的；
第二发送模块602，将加密数据发送至服务端。
在本公开实施例中，该数据处理的装置600还包括第二获取模块，用于：在利用第一密钥基于对称加密算法对所述源数据进行加密得到加密数据之前，响应于应用程序启动，向服务端发送密钥获取请求以获取所述第一密钥。
在本公开实施例中，第二生成模块601，还用于：在无法获取第一密钥的情况下，利用第二密钥基于对称加密算法对源数据进行加密得到加密数据，将加密数据发送至服务端，第二密钥是从服务端获取的。
在本公开实施例中，第二生成模块601，进一步用于：根据摘要算法生成与第一密钥对应的密钥摘要；采用第一密钥对源数据进行对称加密，生成加密后的源数据；根据密钥摘要和加密后的源数据获得加密数据。
在本公开实施例中，第二生成模块601，进一步用于：获取密钥摘要的摘要长度标识；摘要长度标识指示了密钥摘要的长度和位置；根 据密钥摘要的长度和位置，将密钥摘要和加密后的源数据进行拼接，获得加密数据。
本公开实施例的还一方面提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本公开实施例的数据传输管理的方法或数据处理的方法。
本公开实施例的还一方面提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本公开实施例的数据传输管理的方法或数据处理的方法。
图7示出了可以应用本公开实施例的数据传输管理的方法或数据传输管理的装置以及数据处理的方法或数据处理的装置的示例性系统架构700。
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是，本公开实施例所提供的数据传输管理的方法一般由服务器705执行，相应地，数据传输管理的装置一般设置于服务器705中；本公开实施例所提供的数据处理的方法一般由终端设备701、702、703执行，相应地，数据处理的装置一般设置于终端设备701、702、703中。
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图8，其示出了适于用来实现本公开实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因 特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本公开的系统中限定的上述功能。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机 可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一获取模块、第一生成模块和第一发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一获取模块还可以被描述为“响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥的模块”。
作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；利用客户端的公钥对第一密钥进行非对称加密，生成与第一密钥对应的密文；将密文发送至客户端，以使客户端根据与公钥对应的私钥对密文进行解密获得第一密钥，第一密钥用于客户端对待传输 的源数据进行对称加密。
根据本公开实施例的技术方案，提供了数据传输管理的方法，服务端通过摘要算法加密、以密钥摘要为索引等手段进行动态密钥池的生成和维护，保证了密钥的存储安全和获取效率；客户端通过与服务端进行基于非对称加密算法的密钥交换，获得密钥，降低了密钥在客户端存储和网络传输过程中的泄露风险，提升了密钥的安全性；本公开实施例提供的数据处理的方法，利用数据传输管理的方法保障客户端与服务端传输密钥的安全性，并采用对称加密算法对数据进行加密、解密，以提高加密、解密的效率，适用于在客户端与服务端频繁交互敏感数据时对安全性和效率具有高要求的场景，如客户端频繁上报敏感数据的场景。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (16)

  1. 一种数据传输管理的方法，包括：
    响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；
    利用所述客户端的公钥对所述第一密钥进行非对称加密，生成与所述第一密钥对应的密文；
    将所述密文发送至所述客户端，以使所述客户端根据与所述公钥对应的私钥对所述密文进行解密获得所述第一密钥，所述第一密钥用于所述客户端对待传输的源数据进行对称加密。
  2. 根据权利要求1所述的方法，其中，所述第一密钥的使用周期为所述客户端的启动周期。
  3. 根据权利要求1所述的方法，还包括：在从密钥池中获取第一密钥之前，生成多个密钥以及每个密钥的密钥摘要，以所述密钥摘要作为索引保存所述多个密钥，形成所述密钥池。
  4. 根据权利要求1所述的方法，还包括：
    响应于接收到客户端发送的待处理数据，判断所述待处理数据是否是加密数据；
    在所述待处理数据是加密数据的情况下，利用所述第一密钥对所述待处理数据进行解密，以获得与所述待处理数据对应的源数据。
  5. 根据权利要求4所述的方法，其中，判断所述待处理数据是否是加密数据，包括：判断所述待处理数据中是否包含密钥摘要；其中，在所述待处理数据中包含密钥摘要的情况下，确定所述待处理数据是加密数据；
    利用所述第一密钥对所述待处理数据进行解密，包括：从所述密钥池中获取与所述密钥摘要对应的所述第一密钥，利用所述第一密钥 对所述待处理数据进行解密，以获得与所述待处理数据对应的源数据。
  6. 根据权利要求5所述的方法，其中，判断所述待处理数据中是否包含密钥摘要，包括：
    判断所述待处理数据中是否包含预设的摘要长度标识；
    若是，判定所述待处理数据中包含密钥摘要；
    若否，判定所述待处理数据中不包含密钥摘要。
  7. 根据权利要求3所述的方法，还包括：形成所述密钥池之后，从所述密钥池中获取第二密钥发送至所述客户端，以使所述客户端在无法获取所述第一密钥的情况下利用所述第二密钥对所述源数据进行加密。
  8. 一种数据处理的方法，包括：
    响应于接收到针对源数据的数据传输请求，利用第一密钥基于对称加密算法对所述源数据进行加密得到加密数据，所述第一密钥是采用权利要求1-6任一所述的方法生成的；
    将所述加密数据发送至服务端。
  9. 根据权利要求8所述的方法，还包括：在利用第一密钥基于对称加密算法对所述源数据进行加密得到加密数据之前，响应于应用程序启动，向所述服务端发送密钥获取请求以获取所述第一密钥。
  10. 根据权利要求9所述的方法，还包括：在无法获取所述第一密钥的情况下，利用第二密钥基于对称加密算法对所述源数据进行加密得到加密数据，将所述加密数据发送至所述服务端，所述第二密钥是从所述服务端获取的。
  11. 根据权利要求8所述的方法，其中，利用所述第一密钥基于对称加密算法对所述源数据进行加密得到加密数据，包括：
    根据摘要算法生成与所述第一密钥对应的密钥摘要；
    采用所述第一密钥对所述源数据进行对称加密，生成加密后的源数据；
    根据所述密钥摘要和所述加密后的源数据获得所述加密数据。
  12. 根据权利要求11所述的方法，其中，根据所述密钥摘要和所述加密后的源数据获得加密数据，包括：
    获取所述密钥摘要的摘要长度标识；所述摘要长度标识指示了所述密钥摘要的长度和位置；
    根据所述密钥摘要的长度和位置，将所述密钥摘要和所述加密后的源数据进行拼接，获得所述加密数据。
  13. 一种数据传输管理的装置，包括
    第一获取模块，响应于接收到客户端发送的密钥获取请求，从密钥池中获取第一密钥；
    第一生成模块，利用所述客户端的公钥对所述第一密钥进行非对称加密，生成与所述第一密钥对应的密文；
    第一发送模块，将所述密文发送至所述客户端，以使所述客户端根据与所述公钥对应的私钥对所述密文进行解密获得所述第一密钥，所述第一密钥用于所述客户端对待传输的源数据进行对称加密。
  14. 一种数据处理的装置，包括：
    第二生成模块，响应于接收到针对源数据的数据传输请求，利用所述第一密钥基于对称加密算法对所述源数据进行加密得到加密数据，所述第一密钥是采用权利要求1-6任一所述的方法生成的；
    第二发送模块，将所述加密数据发送至服务端。
  15. 一种电子设备，包括：
    一个或多个处理器；
    存储装置，用于存储一个或多个程序，
    当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-12中任一所述的方法。
  16. 一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如权利要求1-12中任一所述的方法。
PCT/CN2023/091957 2022-09-20 2023-05-04 数据传输管理的方法、数据处理的方法和装置 WO2024060630A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211143893.6A CN115567263A (zh) 2022-09-20 2022-09-20 一种数据传输管理的方法、数据处理的方法和装置
CN202211143893.6 2022-09-20

Publications (1)

Publication Number Publication Date
WO2024060630A1 true WO2024060630A1 (zh) 2024-03-28

Family

ID=84741864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/091957 WO2024060630A1 (zh) 2022-09-20 2023-05-04 数据传输管理的方法、数据处理的方法和装置

Country Status (2)

Country Link
CN (1) CN115567263A (zh)
WO (1) WO2024060630A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115567263A (zh) * 2022-09-20 2023-01-03 京东科技信息技术有限公司 一种数据传输管理的方法、数据处理的方法和装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105634736A (zh) * 2014-10-28 2016-06-01 艾优有限公司 用于对数据进行加密的方法
US20180069842A1 (en) * 2016-09-06 2018-03-08 Red Hat, Inc. Binding data to a network in the presence of an entity
CN111355683A (zh) * 2018-12-20 2020-06-30 航天信息股份有限公司 一种保证http数据传输安全的方法、装置及存储介质
CN113411345A (zh) * 2021-06-29 2021-09-17 中国农业银行股份有限公司 一种安全会话的方法和装置
CN114239026A (zh) * 2021-12-20 2022-03-25 中国平安财产保险股份有限公司 信息脱敏转换处理方法、装置、计算机设备和存储介质
CN114499857A (zh) * 2022-03-03 2022-05-13 矩阵时光数字科技有限公司 一种实现大数据量子加解密中数据正确性与一致性的方法
CN115567263A (zh) * 2022-09-20 2023-01-03 京东科技信息技术有限公司 一种数据传输管理的方法、数据处理的方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105634736A (zh) * 2014-10-28 2016-06-01 艾优有限公司 用于对数据进行加密的方法
US20180069842A1 (en) * 2016-09-06 2018-03-08 Red Hat, Inc. Binding data to a network in the presence of an entity
CN111355683A (zh) * 2018-12-20 2020-06-30 航天信息股份有限公司 一种保证http数据传输安全的方法、装置及存储介质
CN113411345A (zh) * 2021-06-29 2021-09-17 中国农业银行股份有限公司 一种安全会话的方法和装置
CN114239026A (zh) * 2021-12-20 2022-03-25 中国平安财产保险股份有限公司 信息脱敏转换处理方法、装置、计算机设备和存储介质
CN114499857A (zh) * 2022-03-03 2022-05-13 矩阵时光数字科技有限公司 一种实现大数据量子加解密中数据正确性与一致性的方法
CN115567263A (zh) * 2022-09-20 2023-01-03 京东科技信息技术有限公司 一种数据传输管理的方法、数据处理的方法和装置

Also Published As

Publication number Publication date
CN115567263A (zh) 2023-01-03

Similar Documents

Publication Publication Date Title
CN109150499B (zh) 动态加密数据的方法、装置、计算机设备和存储介质
WO2022252632A1 (zh) 一种数据加密处理方法、装置、计算机设备及存储介质
CN113347206B (zh) 一种网络访问方法和装置
CN107888656B (zh) 服务端接口的调用方法和调用装置
CN112055004A (zh) 一种基于小程序的数据处理方法和系统
CN112511514A (zh) 一种http加密传输方法、装置、计算机设备及存储介质
CN112437044B (zh) 即时通讯方法和装置
WO2024060630A1 (zh) 数据传输管理的方法、数据处理的方法和装置
CN116383867A (zh) 一种数据查询方法、装置、电子设备及计算机可读介质
CN111416788B (zh) 防止传输数据被篡改的方法和装置
CN111339206A (zh) 一种基于区块链的数据共享方法和装置
CN113422832B (zh) 文件传输方法、装置、设备和存储介质
CN111859435B (zh) 一种数据安全处理方法及装置
CN107707528B (zh) 一种用户信息隔离的方法和装置
CN112925850B (zh) 一种区块链数据加密上链共享方法及装置
CN115459984A (zh) 加密、解密方法和装置
CN113381853B (zh) 生成随机密码以及客户端鉴权的方法和装置
CN113761566A (zh) 一种数据处理方法和装置
CN110166226B (zh) 一种生成秘钥的方法和装置
CN114666315B (zh) 负载均衡设备的http请求处理方法及装置
CN114726564B (zh) 安全检测方法、安全检测装置、电子设备及介质
CN113420331B (zh) 一种文件下载权限的管理方法和装置
CN111526128B (zh) 一种加密管理的方法和装置
CN113132115B (zh) 一种证书切换方法、装置和系统
CN111314320B (zh) 基于http的通信方法、终端、服务器和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23866927

Country of ref document: EP

Kind code of ref document: A1