WO2025213792A1 - 基于区块链数据用户角色模型的印章数据加密安全系统 - Google Patents

基于区块链数据用户角色模型的印章数据加密安全系统

Info

Publication number
WO2025213792A1
WO2025213792A1 PCT/CN2024/135899 CN2024135899W WO2025213792A1 WO 2025213792 A1 WO2025213792 A1 WO 2025213792A1 CN 2024135899 W CN2024135899 W CN 2024135899W WO 2025213792 A1 WO2025213792 A1 WO 2025213792A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
seal
information
identity
authentication
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/CN2024/135899
Other languages
English (en)
French (fr)
Inventor
李鹏
张宏俊
阙非凡
叶昊
王汝传
欧安杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing University of Posts and Telecommunications
Original Assignee
Nanjing University of Posts and Telecommunications
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 Nanjing University of Posts and Telecommunications filed Critical Nanjing University of Posts and Telecommunications
Publication of WO2025213792A1 publication Critical patent/WO2025213792A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/604—Tools and structures for managing or administering access control systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2211/00—Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
    • G06F2211/007—Encryption, En-/decode, En-/decipher, En-/decypher, Scramble, (De-)compress
    • G06F2211/008—Public Key, Asymmetric Key, Asymmetric Encryption
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/20—Information technology specific aspects, e.g. CAD, simulation, modelling, system security

Definitions

  • the present invention belongs to the field of ERP security technology, and specifically relates to a seal data encryption security system based on a blockchain data user role model.
  • seal management systems can effectively address some of these issues, data storage still presents challenges: seal records are susceptible to tampering and are difficult to trace. Furthermore, there are challenges in identifying and verifying the authenticity of seals.
  • the present invention provides a seal data encryption security system based on the blockchain data user role model, which combines the user role model and the attribute-based encryption algorithm, which can not only improve the security of information protection, but also enable each assigned role in the user role model to obtain corresponding information according to access rights.
  • the seal data encryption security system based on the blockchain data user role model of the present invention includes an identity authentication module, a rights management module, and a seal information encryption protection module;
  • Identity authentication module assists the seal holder to authenticate the identity of the seal user. After the seal user passes the authentication, he will be added to the user list. The printing authority obtains the corresponding access rights after verification;
  • Permission management module This module uses an improved user role model to authorize different roles of seal users and seal holders according to their levels. Visitors, i.e. seal holders, can access the permission status of seal usage information and determine whether they have permission to access transaction information based on their assigned roles in the user role model.
  • Seal information encryption protection module according to the user role model, different roles are assigned to the seal user and the seal authority, and the attributes of the seal information are encrypted; the seal user and the seal authority personnel at all levels obtain the relevant data that matches their role permissions through the distributed data storage server system.
  • the identity authentication module adopts a multi-prime key generation algorithm and interactive PV operation to jointly verify the authenticity of the user's identity; before performing the identity authentication operation, the user first obtains his or her own digital identity certificate through the authentication center CA; the user transmits his or her own information message to the authentication center CA, and the authentication center CA obtains the user's public key and private key through the multi-prime key generation algorithm, digitally signs the public key information and transmits the digital signature and private key information to the user together.
  • Step 1-1 User sends his/her message to the authentication center CA.
  • Step 1-2 The certification center CA takes an integer e and calculates d from e so that the product of e and d is 1 modulo the divisor.
  • the authentication center CA sends the user's identity certificate, public key (n, e) and private key d to the user.
  • the identity certificate contains the user information message and digital signature.
  • the user sends the digital signature in the ID card to the authentication server to verify whether the digital signature is legal; if the digital signature is illegal, the identity authentication process is terminated; if the user's digital signature is legal, the authentication server and the user perform interactive PV operations to determine whether the user's identity is authentic.
  • steps 1-4 are specifically as follows: Step 1-4-1, User sends the identity certificate and public key (n, e) obtained from the authentication center CA to the authentication server After receiving the identity certificate and public key, the authentication server verifies the legitimacy of the user's digital signature: Indicates that the digital signature is decoded if This means that the user's digital signature is legal, otherwise the identity authentication fails; Step 1-4-2: After the digital signature is successfully verified, the authentication server and the user begin an interactive PV operation dialogue to authenticate the user; the user executes the authentication protocol: Among them, ZKP is zero-knowledge proof, and sec is the information after the user encrypts his or her own identity information message.
  • H(message) is a collision-resistant hash function in the range ⁇ 0,1 ⁇ 1
  • Pid is the user's identity identifier
  • Timestamp is the timestamp that marks the PV operation process
  • Nonce is a one-time random number to prevent replay attacks.
  • ⁇ and k are parameters.
  • Zn represents the integer ring modulo n, that is, the set of all integers less than n and relatively prime to n.
  • the multiplicative group of Zn * consists of all elements relatively prime to n.
  • the user uses his or her digital signature to calculate k in the user identity authentication protocol: Determine whether the obtained ⁇ and k satisfy the protocol: ⁇ , k ⁇ 0, 1 ⁇ l ⁇ Z n * ; Step 1-4-4: User sends the evidence ⁇ s, c, kP id , Timestamp, Nonce ⁇ that proves his or her identity to the authentication server. After receiving the evidence, the authentication server verifies whether the evidence is valid: If the equation holds true, the verification evidence is correct and the authenticity of the user's identity is believed. The authentication server adds the user to the user list. And add it to the blockchain network; after confirming the authenticity of its identity, the printing authority will obtain the corresponding authority status and be able to receive transactions initiated by the user.
  • the user role model includes the role of the seal user and the roles of personnel at all levels of the seal-authorizing enterprise;
  • the seal user role refers to the user who initiates transactions in the blockchain-encrypted cloud computing network. As the seal user, they have access to all information related to the documents to be sealed.
  • the roles of personnel at all levels of the seal-authorizing enterprise refer to the user blocks they are in. Different roles are divided according to the division of labor, including the seal-using authorizer before use, the seal-using supervisor during the use process, and the seal-controller responsible for the issuance of seals.
  • Different roles obtain different seal-using information; the permission settings of each role are saved in the distributed ledger of the cloud computing network. After the legitimacy of the transaction initiated by the user is judged according to the consensus mechanism of the blockchain, the visitor can access the permission status of the transaction information and judge whether he has the permission to access the transaction information based on the role assigned to him in the user role model.
  • the party using the seal and the party with the seal right use information technology such as the Internet to disseminate, confirm and perform the seal use agreement between the two parties.
  • the mechanism is fair and transparent, and the provisions and information in the formulation documents are visible to the outside world. Any seal use process is publicly visible, eliminating any errors or hidden seal use.
  • the present invention embeds the access rights for role assignments in the user role model designed in the system into the smart contract, so that both parties in the seal use process can see and recognize the access rights mechanism.
  • both parties in the process can formulate some review mechanisms through the smart contract. For example, if the process initiator fails to complete the seal use application within the agreed time, the seal right party can automatically review the application of the user through the smart contract according to the review mechanism formulated in advance by both parties in the process.
  • Step 2-3 Generate encryption parameters KeyGen.
  • the authentication center CA generates a user key UK associated with the attribute set S for the data requester based on PK, MSK, and the attribute set S submitted by the data requester.
  • the key generation algorithm inputs a set of attributes s and outputs a key identified by the set. First, a random r ⁇ Z p is selected, and then rj ⁇ Z p is randomly selected for each attribute j ⁇ S.
  • A is the decryption node after encryption by the system public key PK.
  • the distributed data storage server system uses multiple hash codes to obtain the address of the data.
  • the address consists of three parts: the hash function code, the length of the hash value, and the hash value: ⁇ hash-func-type> ⁇ digest-length> ⁇ digest-value>;
  • the data storage server compresses the received seal information into a hash value through a secure hash algorithm, then encapsulates the obtained hash value through multiple hash algorithms, and finally compiles the encapsulated code into Base58 to obtain the address of the seal information; the data storage server uploads the address and saves it in the distributed database in the blockchain network.
  • the beneficial effects of the present invention are: (1) Based on blockchain technology, an identity authentication module, a rights management module and a seal information encryption protection module are constructed.
  • the seal information encryption protection module encrypts the attributes of each user involved in the seal use behavior through an attribute-based encryption algorithm based on user roles, and at the same time, hashes the data related to the seal use behavior through a distributed data storage server system.
  • Based on the immutability and decentralization characteristics of blockchain technology once the seal data is recorded on the blockchain, it cannot be tampered with or forged, which effectively improves the authenticity and uniqueness of the seal and effectively prevents the emergence of fake seals.
  • the distributed data storage server system in the seal information encryption protection module can realize the encrypted chain storage of electronic seals and documents, and record the entire process of seal usage, including the user, usage time, and the documents used.
  • the authority management module can achieve data transparency and immutability, enabling all parties involved to establish a relationship of mutual trust and mutual trust; it is of great significance for ensuring the authenticity and uniqueness of the seal, preventing the abuse of the seal, improving business processing efficiency, and establishing a service system of mutual trust and mutual trust.
  • Figure 1 is a schematic diagram of the process of signing a contract and protecting seal information through blockchain between the seal user and the seal-right enterprise;
  • Figure 2 is a diagram showing the functional modules and the relationships between them;
  • Figure 3 is a flow chart of the identity authentication module;
  • Figure 4 is a flow chart of the rights management module;
  • Figure 5 is a flow chart of the privacy encryption module;
  • Figure 6 is a specific flow chart of the identity recognition module;
  • FIG7 is a schematic diagram of the working of the identity recognition module;
  • FIG8 is a diagram showing the operation results of the multi-prime public key encryption algorithm;
  • Figure 9 is a flowchart of user authentication for interactive PV operations;
  • Figure 10 is a schematic diagram of the working of the rights management module;
  • Figure 11 is a schematic diagram of the result after attribute encryption;
  • FIG12 is a schematic diagram showing the effect of using multiple hash codes to realize encrypted storage of seal information.
  • the seal data encryption security system based on the blockchain data user role model of the present invention includes an identity authentication module, a rights management module, and a seal information encryption protection module;
  • Identity authentication module Authenticates the identities of the user and the holder of the seal. The user is added to the user list after passing the authentication, and the holder of the seal obtains the corresponding access rights after passing the verification.
  • Permission management module adopts an improved user role model to authorize different roles of seal users and seal holders according to their levels.
  • Seal information encryption protection module According to the user role model, different roles are assigned to the seal user and the seal authority, and the attributes of the seal information are encrypted; personnel at all levels of the seal user and the seal authority obtain relevant data that matches their role permissions through the data storage server system.
  • users Before users want to access the blockchain network and conduct processes, they need to register their identity, that is, obtain their own identity certificate. Before performing identity verification operations, users first obtain their own digital identity certificate from the CA certificate authority. The user sends their message to the CA, which uses a multi-prime key generation algorithm to obtain the user's public key and private key, digitally signs the public key information, and transmits the digital signature and private key information to the user.
  • the multi-prime key generation algorithm generates the user's public key and private key.
  • the specific steps are: Step 1-1: User sends his/her message to the authentication center CA.
  • Step 1-2 The certification center CA takes an integer e and calculates d from e so that the product of e and d is 1 modulo the divisor.
  • the authentication center CA sends the user's identity certificate, public key (n, e) and private key d to the user.
  • the identity certificate contains the user information message and digital signature.
  • the user sends the digital signature in the ID card to the authentication server to verify whether the digital signature is legal; if the digital signature is illegal, the identity authentication process is terminated; if the user's digital signature is legal, the authentication server and the user perform interactive PV operations to determine whether the user's identity is authentic.
  • Steps 1-4 are as follows: Step 1-4-1: User sends the identity certificate and public key (n, e) obtained from the authentication center CA to the authentication server After receiving the identity certificate and public key, the authentication server verifies the legitimacy of the user's digital signature: Indicates the decoding of the digital signature; if This means that the user's digital signature is legal, otherwise the identity authentication fails; Step 1-4-2: After the digital signature is successfully verified, the authentication server and the user begin an interactive PV operation dialogue to authenticate the user; the user executes the authentication protocol: Where sec is the encrypted identity information message of the user, H(message) is a collision-resistant hash function in the range of ⁇ 0, 1 ⁇ 1 , Pid is the user's identity identifier, Timestamp is the timestamp that marks the PV operation process, and Nonce is a one-time random number to prevent replay attacks; ⁇ and k are parameters; Step 1-4-3: The authentication server randomly selects a number r 1 ⁇ R Z n * from the real number set and send
  • the user uses his or her digital signature to calculate k in the user identity authentication protocol: Determine whether the obtained ⁇ and k satisfy the protocol: ⁇ , k ⁇ 0, 1 ⁇ l ⁇ Z n * ; Step 1-4-4: User sends the evidence ⁇ s, c, k, Pid , Timestamp, Nonce ⁇ to the authentication server. After receiving the evidence, the authentication server verifies whether the evidence is valid: If the equation holds true, the verification evidence is correct and the authenticity of the user's identity is believed. The authentication server adds the user to the user list and joins it to the blockchain network. After confirming the authenticity of its identity, the authorized enterprise will obtain the corresponding permission status and be able to receive transactions initiated by the user.
  • a user role model is constructed, dividing the user groups used by the system into two user blocks.
  • the user roles in one block are those who initiate transactions within the blockchain-encrypted cloud computing network, known as seal users. As seal users, they have access to all information related to their pending seal documents.
  • the other user group is the user block for seal holders at all levels of the enterprise. These roles can be divided into pre-use seal authorization, seal supervision during the use process, and seal control, responsible for issuing seals. Different roles have access to different seal information.
  • Each role's permission settings are stored in the cloud computing network's distributed ledger. Once the blockchain's consensus mechanism determines the legitimacy of a user-initiated transaction, the visitor can access the transaction information's permission status and determine whether they have permission to access the transaction information based on their assigned role in the user role model.
  • role access permissions within another user block within the user group specifically the access permissions for all levels of personnel within the seal authority enterprise. Based on the division of labor within the seal authority business process, roles within the user block are divided into seal authority and seal user. Seal authority possesses higher-level permissions within the user block and can access seal user information; seal users possess lower-level permissions within the user block and can obtain seal parameters, idle time information, seal usage authorization information, and their own seal usage records.
  • the seal usage business process begins; when the party using the seal in the process completes the seal usage, the seal usage information of the process will be uploaded to the cloud server; when the party with the seal authority completes the seal usage authorization review, the seal usage authorization information will be uploaded to the cloud server.
  • the cloud server When the cloud server receives the express delivery information uploaded by personnel at all levels of the printing authority enterprise, it combines the designed user role model with the attribute-based encryption algorithm and encrypts the express delivery information according to the attributes of each role in each user role model.
  • the seal information encryption protection module uses the attribute-based encryption algorithm to encrypt the attributes of each assigned role.
  • Step 2-2 Encryption: Encrypt the sub-secret value q x (0) obtained by distributing the secret value s to obtain the ciphertext CT, where H(att(x)) The value of maps the attribute att(x) to the G domain; the ciphertext CT is as follows: Where ⁇ is an access control structure defined based on the user role model; C is
  • Step 2-3 secret key generation KeyGen
  • the certification center CA generates the key according to the PK, MSK and the attribute set submitted by the data requester.
  • S generates a user secret key UK associated with a set of attributes for the data requester; the key generation algorithm will input a set of attributes s and output a key identified with the set; first select a random r ⁇ Z p , then randomly select r j ⁇ Z p for each attribute j ⁇ S, and then calculate the user secret key UK:
  • Step 2-4 decryption.
  • Decryption is a deterministic algorithm and is executed by the data requester.
  • the distributed data storage server system uses multiple hash codes to obtain the address of the data.
  • the address consists of three parts: the hash function code, the length of the hash value, and the hash value: ⁇ hash-func-type> ⁇ digest-length> ⁇ digest-value>;
  • the data storage server compresses the received seal information into a hash value through a secure hash algorithm, then encapsulates the obtained hash value through multiple hash algorithms, and finally compiles the encapsulated code into Base58 to obtain the address of the seal information; the data storage server uploads the address and saves it in the distributed database in the blockchain network.
  • the following example takes the case where an employee of a unit in a certain city applied for a seal, passed identity authentication and authority authentication, successfully completed the seal usage, and uploaded the seal usage information to the cloud blockchain for protection.
  • This section uses the SHA-256 algorithm to calculate the hash value of the message and splits it into two parts, serving as the public key and private key.
  • the digital signature is calculated by concatenating the private key and the hash value of the message.
  • the public key is decoded into a byte array and then used to verify the digital signature.
  • the test code a simple message is generated and the corresponding public key, private key, and digital signature are generated. Finally, the public key and digital signature are used to verify the authenticity of the message.
  • the workflow of the identity authentication module is shown in Figure 7.
  • the identity authentication module successfully authenticates the incorrect identity information and fails the authentication.
  • the interactive PV operation user authentication process is shown in Figure 9.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Automation & Control Theory (AREA)
  • Storage Device Security (AREA)

Abstract

本发明属于ERP安全技术领域，公开了基于区块链数据用户角色模型的印章数据加密安全系统，针对企业用印流程中存在的信息泄露问题、存储服务器的信息泄露以及业务过程中的信息泄露问题，结合了用户角色模型和属性基加密算法，既能提高信息保护的安全性，还能够让用户角色模型中的每一个分配角色按照访问权限获取相应信息，可溯源用印全流程信息。

Description

基于区块链数据用户角色模型的印章数据加密安全系统 技术领域
本发明属于ERP安全技术领域，具体是涉及基于区块链数据用户角色模型的印章数据加密安全系统。
背景技术
在企业业务发展过程中，随着印章种类和数量的增加，以及盖章需求的增大，印章管理中的各种问题逐渐凸显，如用印量大导致印章使用需排队，空白章等乱盖私盖行为、印章外带时难以监管、异地用章需寄送文件导致成本上升、盖印过程难以监控、印章磨损等问题。尽管印章管理系统可以有效解决印章管理中的一些问题，但在数据存储方面仍然存在着印章记录易于被篡改、追溯困难的问题，同时也存在印章真伪难以辨别、验真困难的问题。
对此，需要借助区块链等新兴技术为大数据服务用户模型进行加持，优化大数据管理的用户角色模式，从而大大提高用印流程的数据安全性。
现有技术中也存在一些利用区块链技术进行印章管理的研究，(熊一新，贾航川，侯俊轶.印章系统特质及现代印章管理之社会治安治理意义[J].中国人民公安大学学报(社会科学版),2022,38(04)：106-116.)、(廖艳琳.内部控制视角下商业银行会计操作风险管理研究——以山东省农村商业银行为例[J].财会通讯,2019(05)：117-120.DOI：10.16144/j.cnki.issn1002-8072.2019.05.027.)、(刘敖迪，杜学绘，王娜，等.区块链技术及其在信息安全领域的研究进展[J].软件学报，2018，29(07)：2092-2115.)、(Jain A，Jat D S.Implementation ofBlockchain Enabled Healthcare System Using Hyperledger Fab ric[C].Proceedings of the Intemational Conference on Data Science.Machine Learning and Artificial Intelligence，2021：37-47.)，但这些公开的技术中，区块链印章管理技术的架构设计对模块的设置不足，且加密方法没有业务特异性。
发明内容
为解决上述技术问题，本发明提供了基于区块链数据用户角色模型的印章数据加密安全系统，结合了用户角色模型和属性基加密算法，既能提高信息保护的安全性，还能够让用户角色模型中的每一个分配角色按照访问权限获取相应信息。
本发明所述的基于区块链数据用户角色模型的印章数据加密安全系统，包括身份认证模块、权限管理模块、用印信息加密保护模块；
身份认证模块：协助印权方对用印方的身份进行认证，用印方通过认证后被加入用户列表，
印权方通过验证后获取相应的访问权限；
权限管理模块：采用改进的用户角色模型对用印方和印权方的不同角色按级别分别授权，访
问者即印权方可访问用印信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问本次交易信息的权限；
用印信息加密保护模块：根据用户角色模型对用印方和印权方进行的不同角色分配对用印信
息获取进行属性加密；用印方和印权方各级人员通过分布式数据存储服务器系统获取符合自己角色权限的相关数据。
进一步的，身份认证模块采用多素数密钥生成算法和交互式PV操作共同验证用户即用印方身份的真实性；用户在进行身份验证操作之前，先通过认证中心CA获取自己的数字身份证书；用户把自己的信息message传给认证中心CA，认证中心CA通过多素数密钥生成算法得到用户的公钥和私钥，对公钥信息进行了数字签名并把数字签名与私钥信息一同传给了用户。
进一步的，所述多素数密钥生成算法生成用户的公钥和私钥，具体步骤为：
步骤1-1、用户User将自己的信息message发送给认证中心CA，认证中心CA随机选出四个
质数a、b、c、f，通过计算得到四质数的乘积：
n＝a×b×c×f  (1)；
步骤1-2、认证中心CA任取一个整数e，通过e计算出d，使得e与d的乘积和1对于取模
除数同余，即乘积除以的余数和1除以的余数相同，公式为：(e×d)modφ(n)＝1modφ(nn)，
其中值为：得到用户公钥为(n，e)，用户私钥
为a,b，d，c，f)，其中初始选出的质数a、b、c、f进行销毁，把计算出的结果d作为私钥；步骤1-3、认证中心CA对用户信息message采用多素数的数字签名方法进行签名，数字签名通过采用个人信息的私钥次方对四个质数的乘积n进行取余得到：
signature＝messaged(modn)  (2)；
步骤1-4、认证中心CA将用户的身份证书、公钥(n，e)和私钥d发送给用户，其中身份证书
包含了用户信息message和数字签名signature；
用户将身份证书中的数字签名发送给认证服务器Server来验证数字签名是否合法；如果数字
签名不合法，则身份认证过程终止；如果用户数字签名合法，认证服务器和用户进行交互式的PV操作来判断用户的身份是否真实。
进一步的，步骤1-4中具体为：
步骤1-4-1、用户User将从认证中心CA得到的身份证书和公钥(n,e)发送给认证服务器
Server，认证服务器Server接收到身份证书和公钥后，验证用户数字签名的合法性：计算表示对数字签名的解码如果则说明用户的数字签名合法，否则身份认证失败；
步骤1-4-2、数字签名的合法性验证成功后，认证服务器Server和用户User开始进行交互式
的PV操作对话来进行用户的身份验证；用户User执行认证协议：

其中，ZKP是零知识证明，sec是用户对于自己的身份信息message进行加密后的信息，
H(message)是在{0,1}1范围内的抗碰撞的哈希函数，Pid是用户身份的标识，Timestamp是标记PV操作过程的时间戳，Nonce是防止重放攻击的一个一次性的随机数字；γ、k均为参数；Zn表示模n的整数环，即所有小于n且与n互质的整数集合；Zn *中所有与n互质的元素构成的乘法群；
步骤1-4-3、认证服务器Server从实数集中随机选择一个数字r1∈RZn *，并将r1发送给
用户User；用户User在实数集中随机选择一个数字r2∈RZn *，进行计算：
s＝r1 dmodn     (4)，

其中，s是用户在服务器的身份认证编号，即私密值；计算出γ的值之后，用户利用自己的数
字签名signature计算出用户身份认证协议中的k：

判断出求到的γ和k满足协议：{γ，k}∈{0，1}l×Zn *；
步骤1-4-4、用户User将表明自身身份的依据{s,c,kPid,Timestamp，Nonce}发送给认证服务
器Server，认证服务器Server接收到证据后，验证该依据是否成立：

若等式成立，则验证证据正确，相信用户身份的真实性，认证服务器将用户添加至用户列表，
并将其加入到区块链网络；印权方在确认了其身份的真实性后，会获取相应的权限状态并能够接收用户发起的交易。
进一步的，在一般用户角色模型的基础上对用户以及印权方企业各级人员进行访问权限管理；
用户角色模型包括用印人角色以及印权方企业各级人员角色；
用印人角色指在区块链加密的云计算网络中发起交易的用户，作为用印方的权限可以访问所
有有关自己待用印文件的信息；
印权方企业各级人员角色指其所在的用户区块，按照分工划分的不同角色，包括用印前的用
印授权方，用印过程中的用印监管方以及负责印章出纳的印章管控方，不同的角色获取的用印信息不同；每个角色的权限设置保存在云计算网络的分布式账本中，当根据区块链的共识机制判断用户发起的交易的合法性后，访问者可访问交易信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问该交易信息的权限。
用印方与印权方通过网络等信息化技术手段，传播、确认并履行双方的用印协议。其机制公平透明，其制定文件中的规定以及信息对外部可见，任何用印流程公开可见，杜绝出现任何错误或是隐藏的用印。本发明将系统中设计的用户角色模型中对于角色分配的访问权限嵌入到智能合约中，使得用印流程双方都能够看见并且认可该访问权限机制。另外，流程双方可以通过智能合约制定一些复核机制，例如流程发起方在制定的协议时间内并没有能够完成自己申请的用印，印权方企业可以通过智能合约按照流程双方事先制定的复核机制自动对于用印方申请进行复核。
进一步的，隐私加密模块采用属性基加密算法对每个分配的角色进行属性加密，具体为：
步骤2-1、初始化：初始化算法将选择一个阶为素数p、生成源为g的双线生群G0，并选择
两个随机幂指数α，ββ∈Zp，Zp为有限域；生成系统公钥PK和系统主密钥MSK如下所示：
PK＝(G0，g，h＝gβ，f＝g1/β，e(g，g)ɑ)             (7)，
MSK＝(β，gα)             (8)，
h为随机化公钥底数，e(g，g)为双线性群组运算；
步骤2-2、加密：用秘密值s分发得到的子秘密值qx(0)进行加密，得到密文CT，其中H(att(x))
的值将属性att(x)映射到G域；密文CCT如下：

其中，Г是基于用户角色模型所定义的访问控制结构；C为随机化公钥，X是加密对象集
合，Cx是针对对象x的子公钥，C′x是子公钥在G域的映射，是指该集合需要公钥，用于对特定集合打标签；
步骤2-3、秘钥生成加密参数KeyGen，认证中心CA根据PK、MSK和数据请求者提交的属
性集合S，为数据请求者生成与属性集合关联的用户秘钥UK；秘钥生成算法将输入一组属性s，并输出与该集合标识的密钥；首先选择一个随机的r∈Zp，然后对每个j∈S的属性进行随机选择rj∈Zp，然后计算出用户秘钥UK：

r为有限域中的数，j为S中的属性，rj代表属性j选择的有限域中的数，D为生成密钥的参
数，Dj是根据属性集S中的每一个属性j构成的加密参数，D′j为每个属性j的私钥；
步骤2-4、解密：解密为确定化算法，由数据的请求者执行；先访问策略树的叶子节点，令
i＝att(y)，y表示密文策略访问树的叶子节点即函数att(y)返回节点y所对应的属性，y(0)为每个节点上的表达式在0处的值；H(i)为哈希运算，将值映射到双线性群组上；如果i∈S，所得到的解密节点为：

步骤2-5、进行拉格朗日插值，将S′y＝{index(z)：z∈Sy}插入到函数中：

其中，S′y＝{index((z)：z∈Sy}表示属性集中各个属性选取的作为n次拉格朗日基本
多项式幂次的特征；
步骤2-6、当第一步验证通过后，算法输入UK、密文M，如果属性集合满足访问策略，可以
成功将M解密，求出秘密值s；如果属性集S满足Γ，将A通过叶子结点解密算法转化成e(g，g)rs，通过计算解密得到秘密值s：

A为系统公钥PK加密后的解密节点。
进一步的，分布式数据存储服务器系统采用多重哈希编码得到数据的地址，该地址由哈希函数编码、哈希值的长度以及哈希值三部分组成：
<hash-func-type><digest-length><digest-value>；
首先数据存储服务器将接收到的用印信息通过安全散列算法将信息压缩成散列值，之后将所
得出的散列值进行多重哈希算法的封装，最后将封装好的编码进行Base58编译得到用印信息的地址；数据存储服务器将地址上传并保存在区块链网络中的分布式数据库中。
本发明所述的有益效果为：
(1)基于区块链技术构建了身份认证模块、权限管理模块和用印信息加密保护模块，用印信
息加密保护模块通过基于用户角色的属性基加密算法对参与用印行为的各个用户的属性进行加密，同时通过分布式数据存储服务器系统对用印行为有关数据进行哈希加密；基于区块链技术的不可篡改性和去中心化特性，使得印章数据一旦被记录在区块链上，便无法被篡改或伪造，有效提高了印章的真实性和唯一性，有效防止了虚假印章的出现；
(2)通过身份认证模块和权限管理模块，确保必须确认用印方身份及权限状态后，方可使用
实体印章及其对应的电子印章，从而实现电子印章与实体印章的一体化，解决了实体印章易被伪造、乱用、丢失等风险隐患；同时，由于区块链的透明性，可以轻松鉴别假印章、假文件、假证件的真假；
(3)用印信息加密保护模块中的分布式数据存储服务器系统可以实现电子印章与文件的加
密上链存储，全程记录印章使用情况，包括使用人、使用时间、使用的文件等；一旦发生修改，可及时提醒，所签署的文件立即作废无效，有效提高了业务办理的效率，同时减少了因印章管理不当而产生的各种纠纷；
(4)权限管理模块可以实现数据的透明性和不可篡改性，使得各参与方能够建立互信互任的
关系；对于保障印章的真实性和唯一性、防止印章被滥用、提高业务办理效率以及建立互信互任的服务体系都有着重大的意义。
附图说明
图1为用印方和印权企业通过区块链进行签约及用印信息保护流程示意图；
图2为功能模块以及模块之间的关系图；
图3为身份认证模块流程图；
图4为权限管理模块流程图；
图5为隐私加密模块流程图；
图6为身份认知模块具体流程图；
图7为身份认知模块工作示意图；
图8为多素数公钥加密算法的运行结果图；
图9为交互式PV操作用户身份验证流程图；
图10为权限管理模块工作示意图；
图11为属性加密后的结果示意图；
图12为采用多重哈希编码实现用印信息加密存储效果示意图。
具体实施方式
为了使本发明的内容更容易被清楚地理解，下面根据具体实施例并结合附图，对本发明作进一步详细的说明。
如图1及图2所示，用印方和印权方企业用过区块链网络进行用印流程业务过程中，印权方企业各级人员将用印信息上传到云服务器，云服务器对用印信息进行加密后上传到分布式数据存储服务器中进行存储。
如图3一图5所示，本发明所述的基于区块链数据用户角色模型的印章数据加密安全系统，包括身份认证模块、权限管理模块、用印信息加密保护模块；
身份认证模块：对用印方及印权方的身份进行认证，用印方通过认证后被加入用户列表，印
权方通过验证后获取相应的访问权限；
权限管理模块：采用改进的用户角色模型对用印方和印权方的不同角色按级别分别授权，访
问者可访问用印信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问该交易信息的权限；
用印信息加密保护模块：根据用户角色模型对用印方和印权方进行的不同角色分配对用印信
息获取进行属性加密；用印方和印权方企业各级人员通过数据存储服务器系统获取符合自己角色权限的相关数据。
在用户想要进入区块链网络进行流程之前，用户需要注册自己的身份，即获取自己的身份证书。用户在进行身份验证操作之前，先通过CA证书颁发机构获取自己的数字身份证书；用户把自己的信息message传给CA，CA通过多素数密钥生成算法得到用户的公钥和私钥，对公钥信息进行了数字签名并把数字签名与私钥信息一同传给了用户。
所述多素数密钥生成算法生成用户的公钥和私钥，具体步骤为：
步骤1-1、用户User将自己的信息message发送给认证中心CA，认证中心CA随机选出四个
质数a、b、c、f，通过计算得到四质数算数积：
n＝a×b×c×f  (1)；
步骤1-2、认证中心CA任取一个整数e，通过e计算出d，使得e与d的乘积和1对于取模
除数同余，即乘积除以的余数和1除以的余数相同，公式为：(e×d)modφ(n)＝1modφ(n)，
其中值为：根据以上信息获取到用户公钥为
(n，e)，用户私钥为(a，b，d，c，f)，其中初始选出的质数a、b、c、f进行销毁，把计算出的结果d作为私钥；
步骤1-3、认证中心CA对用户信息message采用多素数的数字签名方法进行签名，数字签名
通过采用个人信息的私钥次方对四个质数的乘积n进行取余得到：
signature＝nessaged(modn)  (2)；
步骤1-4、认证中心CA将用户的身份证书、公钥(n，e)和私钥d发送给用户，其中身份证书
包含了用户信息message和数字签名signature；
用户将身份证书中的数字签名发送给认证服务器Server来验证数字签名是否合法；如果数字
签名不合法，则身份认证过程终止；如果用户数字签名合法，认证服务器和用户进行交互式的PV操作来判断用户的身份是否真实。
步骤1-4中具体为：
步骤1-4-1、用户User将从认证中心CA得到的身份证书和公钥(n，e)发送给认证服务器
Server，认证服务器Server接收到身份证书和公钥后，验证用户数字签名的合法性：计算 表示对数字签名的解码；如果则说明用户的数字签名合法，否则身份认证失败；
步骤1-4-2、数字签名的合法性验证成功后，认证服务器Server和用户User开始进行交互式
的PV操作对话来进行用户的身份验证；用户User执行认证协议：

其中，sec是用户对于自己的身份信息message进行加密后的信息，H(message)是在{0，1}1范
围内的抗碰撞的哈希函数，Pid是用户身份的标识，Timestamp是标记PV操作过程的时间戳，Nonce是防止重放攻击的一个一次性的随机数字；γ、k均为参数；
步骤1-4-3、认证服务器Server从实数集中随机选择一个数字r1∈RZn *，并将r1发送给
用户User；用户User在实数集中随机选择一个数字r2∈RZn *，进行计算：
s＝r1 dmod n  (4)，

其中，s是用户在服务器的身份认证编号，即私密值；计算出γ的值之后，用户利用自己的数
字签名signature计算出用户身份认证协议中的k：

判断出求到的γ和k满足协议：{γ，k}∈{0，1}l×Zn *；
步骤1-4-4、用户User将表明自身身份的依据{s,c,k，Pid,Timestamp,Nonce}发送给认证服务
器Server，认证服务器Server接收到证据后，验证该依据是否成立：

若等式成立，则验证证据正确，并相信用户身份的真实性，认证服务器将用户添加至用户列
表，并将其加入到区块链网络；印权方企业在确认了其身份的真实性后，会获取相应的权限状态并能够接收用户发起的交易。
构造用户角色模型，将系统使用的用户组分为两个用户块，其中一个块中的用户角色是在区块链加密的云计算网络中发起交易的用户，也就是用印人角色，作为用印方的权限可以访问所有有关自己待用印文件的信息；另一个用户组是印权方企业各级人员所在的用户区块，里面的角色可以按照分工分为用印前的用印授权方，用印过程中的用印监管方以及负责印章出纳的印章管控方，不同的角色所能获取的用印信息是不同的。每个角色的权限设置都会保存在云计算网络的分布式账本中，当根据区块链的共识机制判断用户发起的交易的合法性后，访问者可访问交易信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问该交易信息的权限。
定义用户组中的另一个用户块中的角色访问权限，即印权方企业方各级人员的访问权限设置。根据印权方业务流程的分工，将用户块中的角色分为印权方，用印方；其中，印权方拥有该用户块中较高级别的权限，可以获取用印方信息；用印方拥有用户块中低一级的访问权限，可以获取到印章参数及空闲时段信息，用印的授权信息以及自己用印记录信息。
当用印方通过区块链网络发起交易，印权方企业方接收了该交易后，用印业务流程开始进行；当流程的用印方完成用印后，会上传该流程的用印信息到云服务器；当印权方完成用印授权审核，会将用印授权信息上传到云服务器。
当云服务器接收到印权方企业方各级人员上传的快件信息后，将所设计的用户角色模型与属性基加密算法相结合，根据每个用户角色模型上的每个角色根据其属性对快件信息进行加密。
用印信息加密保护模块采用属性基加密算法对每个分配的角色进行属性加密，具体为：步骤2-1、初始化：初始化算法将选择一个阶为素数p、生成源为g的双线性群G0，并选择两个随机幂指数α，β∈Zp；生成系统公钥PK和系统主密钥MSK如下所示：
PK＝(Go，g，hh＝gβ，f＝g1/β，e(g，g)α)       (7)，
MSK＝(β，gɑ)            (8)；
步骤2-2、加密：用秘密值s分发得到的子秘密值qx(0)进行加密，得到密文CT，其中H(att(x))
的值将属性att(x)映射到G域；密文CT如下：

其中，Г是基于用户角色模型所定义的访问控制结构；C为随机化公钥，X是加密对象集
合，Cx是针对对象x的子公钥，C′x是子公钥在G域的映射，是指该集合需要公钥，用于对特定集合打标签；
步骤2-3、秘钥生成KeyGen，认证中心CA根据PK、MSK和数据请求者提交的属性集合
S，为数据请求者生成与属性集合关联的用户秘钥UK；秘钥生成算法将输入一组属性s，并输出与该集合标识的密钥；首先选择一个随机的r∈Zp，然后对每个j∈S的属性进行随机选择rj∈Zp，然后计算出用户秘钥UK：

步骤2-4、解密，解密为确定化算法，由数据的请求者执行；先访问策略树的叶子节点，令
i＝att(y)，y表示密文策略访问树的叶子节点即函数att(y)返回节点y所对应的属性，如果i∈S，所得到的的解密节点为：

步骤2-5、进行拉格朗日插值，将S′y＝{index(z)：z∈Sy}插入到函数中：

步骤2-6、当第一步验证通过后，算法输入UK、密文M，如果属性集合满足访问策略，可以
成功将M解密，求出秘密值s；如果属性集S满足Γ，将A通过叶子结点解密算法转化成e(g，g)rs，通过计算解密得到秘密值s：
分布式数据存储服务器系统采用多重哈希编码得到数据的地址，该地址由哈希函数编码、哈希值的长度以及哈希值三部分组成：
<hash-func-type><digest-length><digest-value>；
首先数据存储服务器将接收到的用印信息通过安全散列算法将信息压缩成散列值，之后将所得出的散列值进行多重哈希算法的封装，最后将封装好的编码进行Base58编译得到用印信息的地址；数据存储服务器将地址上传并保存在区块链网络中的分布式数据库中。
下面以某市某单位员工申请用印并通过身份认证、权限认证，顺利完成用印，并将用印信息上传至云端区块链保护为例。
1)身份认证模块演示如图6-9所示：
该部分使用SHA-256算法计算消息的哈希值，并将其拆分成两部分，分别作为公钥和私钥。数字签名是通过将私钥和消息的哈希值拼接在一起计算得到的。验证数字签名时，将公钥解码为字节数组，然后使用公钥验证数字签名；在测试代码中，生成了一个简单的消息，并生成了相应的公钥、私钥和数字签名；最后，使用公钥和数字签名验证消息的真实性。
身份认证模块工作流程如图7所示，输入错误的印权方身份ID“Jxxn Dxe，123 Mxxn St，5xx-xx34”，以及公钥“1oYI6aNoDFOH3MuC3qjtjw＝”和私钥“CcQ6U7KyrJNroikkatIxCg＝＝”，采用多素数签名字数生成签名“‘b'atIxCg＝＝”，身份认证模块成功地认证出错误的身份信息，未通过该认证。
多素数公钥加密算法对用印人身份进行加密的运行结果如图8所示。将用印人XXX的用印信息“XXX，电话：XXXXXXXXXXX,地址：XX市XX区”(包括其姓名、电话号以及用印地址)加密为用户公钥“b'7ugf3WnxHBDaMw31thPXnY′”。
交互式PV操作用户身份验证流程如图9所示。
2)权限管理模块演示如图10所示；
这个需求需要使用Tkinter库来实现一个图形界面，用户可以通过这个界面进行权限管理。在
这个系统中，有两个用户组，一个是用印人角色，可以访问所有有关自己申请的用印文件的信息；另一个是印权方企业各级人员，他们的角色可以按照分工分为用印的审批方，用印过程监管方以及负责管理实体印章的实体章管理方，不同的角色所能获取的用印信息是不同的。每个角色的权限设置都会保存在云计算网络的分布式账本中，当根据区块链的共识机制判断用户发起的交易的合法性后，访问者可访问交易信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问该交易信息的权限。
3)用印信息加密保护模块演示如图11-图12所示；
该模块的主要功能是对每个分配的角色进行属性加密。不同的角色在完成了自己的工作后，
会将用印的状态信息向云服务器传输用印的状态信息。云服务器接收后根据该角色的权限进行加密保存。加密完成后，将用印信息发送给分布式数据存储服务器，数据存储服务器将传输的密文数据安全存储，并将存储地址发送给区块链网络，保存到区块链的分布式数据库中。属性加密后的结果如图11所示，它成功将用印人XXX的用印信息加密处理为用户密钥“b′gAABlEowTSxJN5n5X7f9oZ8rmg0KtQ-NnCkcDYXFASpFc6sdtB5OWfGNUy9nt59cAgxzIOCNmEiYdef3eF8giNkF84hT-mmqS8mbLWzVvprNDOPYk1vX-_L3eY3RNNTZwzRQ5uUEZLqnIeVmyQTZ8i.RpscLtu……”，且只有步骤2-4所述的基于确定化算法的解密方法才可以将其解密；采用多重哈希编码来得到数据的地址如图12所示，成功将用印人XXX本次用印信息加密为多重哈希表，并完成逆向解码验证其正确性。
以上所述仅为本发明的优选方案，并非作为对本发明的进一步限定，凡是利用本发明说明书及附图内容所作的各种等效变化均在本发明的保护范围之内。

Claims (7)

  1. 基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，包括身份认证模块、权限管理模块、用印信息加密保护模块；
    身份认证模块：协助印权方对用印方的身份进行认证，用印方通过认证后被加入用户列表，印权方通过验证后获取相应的访问权限；
    权限管理模块：采用改进的用户角色模型对用印方和印权方的不同角色按级别分别授权，访问者即印权方可访问用印信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问本次交易信息的权限；
    用印信息加密保护模块：根据用户角色模型对用印方和印权方的不同角色分配，获取用印信息进行属性加密；用印方和印权方各级人员通过分布式数据存储服务器系统获取符合自己角色权限的相关数据。
  2. 根据权利要求1所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，身份认证模块采用多素数密钥生成算法和交互式PV操作共同验证用户即用印方身份的真实性；用户在进行身份验证操作之前，先通过认证中心CA获取自己的数字身份证书；用户把自己的信息message传给认证中心CA，认证中心CA通过多素数密钥生成算法得到用户的公钥和私钥，对公钥信息进行了数字签名并把数字签名与私钥信息一同传给了用户。
  3. 根据权利要求2所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，所述多素数密钥生成算法生成用户的公钥和私钥，具体步骤为：
    步骤1-1、用户User将自己的信息message发送给认证中心CA，认证中心CA随机选出四个质数a、b、c、f，通过计算得到四质数的乘积：
    n＝a×b×c×f   (1)，
    步骤1-2、认证中心CA任取一个整数e，通过e计算出d，使得e与d的乘积和1对于取模除数同余，即乘积除以的余数和1除以的余数相同，公式为：
    (e×d)modφ(n)＝1modφ(n)；
    其中值为：得到用户公钥为(n，e)，用户私钥为(a，b，d，c，f)，其中初始选出的质数a、b、c、f进行销毁，把计算出的结果d作为私钥；
    步骤1-3、认证中心CA对用户信息message采用多素数的数字签名方法进行签名，数字签名通过采用个人信息的私钥次方对四个质数的乘积n进行取余得到：
    Signature＝messaged(mod n)   (2)；
    步骤1-4、认证中心CA将用户的身份证书、公钥(n，e)和私钥d发送给用户，其中身份证书包含了用户信息message和数字签名signature；
    用户将身份证书中的数字签名发送给认证服务器Server来验证数字签名是否合法；如果数字签名不合法，则身份认证过程终止；如果用户数字签名合法，认证服务器和用户进行交互式的PV操作来判断用户的身份是否真实。
  4. 根据权利要求3所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，步骤1-4中具体为：
    步骤1-4-1、用户User将从认证中心CA得到的身份证书和公钥(n，e)发送给认证服务器Server，认证服务器Server接收到身份证书和公钥后，验证用户数字签名的合法性：计算表示对数字签名的解码；如果则说明用户的数字签名合法，否则身份认证失败；
    步骤1-4-2、数字签名的合法性验证成功后，认证服务器Server和用户User开始进行交互式的PV操作对话来进行用户的身份验证；用户User执行认证协议：
    其中，sec是用户对于自己的身份信息message进行加密后的信息，H(message)是在{0，1}1范围内的抗碰撞的哈希函数，Pid是用户身份的标识，Timestamp是标记PV操作过程的时间戳，Nonce是防止重放攻击的一个一次性的随机数字；γ、k均为参数；Zn表示模n的整数环，即所有小于n且与n互质的整数集合；Zn *中所有与n互质的元素构成的乘法群；
    步骤1-4-3、认证服务器Server从实数集中随机选择一个数字r1∈RZn *，并将r1发送给用户User；用户User在实数集中随机选择一个数字r2∈RZn *，进行计算：
    s＝r1 dmod n   (4)，
    其中，s是用户在服务器的身份认证编号，即私密值；计算出γ的值之后，用户利用自己的数字签名signature计算出用户身份认证协议中的k：
    判断出求到的γ和k满足协议：{γ，k}∈{0，1}l×Zn *；
    步骤1-4-4、用户User将表明自身身份的依据{s，c,k,Pid,Timestamp，Nonce}发送给认证服务器Server，认证服务器Server接收到证据后，验证该依据是否成立：
    若等式成立，则验证证据正确，相信用户身份的真实性，认证服务器将用户添加至用户列表，并将其加入到区块链网络；印权方在确认了其身份的真实性后，会获取相应的权限状态并能够接收用户发起的交易。
  5. 根据权利要求1所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，在用户角色模型的基础上对用户以及印权方各级人员进行访问权限管理；
    用户角色模型包括用印人角色以及印权方各级人员角色；
    用印人角色指在区块链加密的云计算网络中发起交易的用户，用印方有权限访问所有有关自已待用印文件的信息；
    印权方各级人员角色指其所在的用户区块按照分工划分的不同角色，包括用印前的用印授权方、用印过程中的用印监管方以及负责印章出纳的印章管控方，不同的角色获取的用印信息不同；每个角色的权限设置保存在云计算网络的分布式账本中；当根据区块链的共识机制判断用户发起的交易的合法性后，访问者可访问交易信息的权限状态，并根据自己在用户角色模型中被分配的角色来判断是否拥有访问该交易信息的权限。
  6. 根据权利要求3所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，用印信息加密保护模块采用属性基加密算法对每个分配的角色进行属性加密，具体为：步骤2-1、初始化：初始化算法将选择一个阶为素数p、生成源为g的双线性群G0，并选择两个随机幂指数α，β∈Zp，Zp为有限域；生成系统公钥PK和系统主密钥MSK如下所示：
    PK＝(G0，g，h＝gβ，f＝g1/β,e(g，g)α)  (7)，
    MSK＝(β，gɑ)    (8)，
    h为随机化公钥底数，e(g，g)为双线性群组运算；
    步骤2-2、加密：用秘密值s分发得到的子秘密值qx(0)进行加密，得到密文CT，其中H(att(x))的值将属性att(x)映射到G域；密文CT如下：
    其中，Г是基于用户角色模型所定义的访问控制结构；C为随机化公钥，X是加密对象集合，Cx是针对对象x的子公钥，C′x是子公钥在G域的映射，是指该集合需要公钥，用于对特定集合打标签；
    步骤2-3、秘钥生成加密参数KeyGen，认证中心CA根据PK、MSK和数据请求者提交的属性集合s，为数据请求者生成与属性集合关联的用户秘钥UK；秘钥生成算法将输入一组属性s，并输出与该集合标识的密钥；首先选择一个随机的r∈Zp，然后对每个j∈S的属性进行随机选择rj∈Zp，然后计算出用户秘钥UK：
    r为有限域中的数，j为S中的属性，rj代表属性j选择的有限域中的数，D为生成密钥的参数，Dj是根据属性集S中的每一个属性j构成的加密参数，D′j为每个属性j的私钥；
    步骤2-4、解密：先访问策略树的叶子节点，令i＝att(y)，y表示密文策略访问树的叶子节点即函数att(y)返回节点y所对应的属性，H(i)为哈希运算；如果i∈S，所得到的解密节点为：
    步骤2-5、进行拉格朗日插值，将属性集中各个属性选取的作为n次拉格朗日基本多项式幂次的特征S′y＝{index(z)：z∈Sy}插入到函数中：
    步骤2-6、当第一步验证通过后，算法输入UK、密文M，如果属性集合满足访问策略，可以成功将M解密，求出秘密值s；如果属性集S满足Г，将A通过叶子结点解密算法转化成e(g，g)rs，通过计算解密得到秘密值s：
    A为系统公钥PK加密后的解密节点。
  7. 根据权利要求1所述的基于区块链数据用户角色模型的印章数据加密安全系统，其特征在于，分布式数据存储服务器系统采用多重哈希编码得到数据的地址，该地址由哈希函数编码、哈希值的长度以及哈希值三部分组成：
    <hash-func-type><digest-length><digest-value>；
    首先数据存储服务器将接收到的用印信息通过安全散列算法将信息压缩成散列值，之后将所得出的散列值进行多重哈希算法的封装，最后将封装好的编码进行Base58编译得到用印信息的地址；数据存储服务器将地址上传并保存在区块链网络中的分布式数据库中。
PCT/CN2024/135899 2024-04-09 2024-11-29 基于区块链数据用户角色模型的印章数据加密安全系统 Pending WO2025213792A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410418367.9A CN118013559B (zh) 2024-04-09 2024-04-09 基于区块链数据用户角色模型的印章数据加密安全系统
CN202410418367.9 2024-04-09

Publications (1)

Publication Number Publication Date
WO2025213792A1 true WO2025213792A1 (zh) 2025-10-16

Family

ID=90956684

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/135899 Pending WO2025213792A1 (zh) 2024-04-09 2024-11-29 基于区块链数据用户角色模型的印章数据加密安全系统

Country Status (2)

Country Link
CN (1) CN118013559B (zh)
WO (1) WO2025213792A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118013559B (zh) * 2024-04-09 2024-06-14 南京邮电大学 基于区块链数据用户角色模型的印章数据加密安全系统
CN118656838B (zh) * 2024-08-19 2024-10-29 贵州财经大学 分布式体系的数字业务系统管理方法、平台、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190095835A1 (en) * 2017-09-22 2019-03-28 Sensormatic Electronics, LLC Use of identity and access management for service provisioning
CN110417556A (zh) * 2019-07-02 2019-11-05 北京交通大学 区块链中的加密及签章验证方法
US20210319116A1 (en) * 2020-04-13 2021-10-14 Sensormatic Electronics, LLC Systems and methods of access validation using distributed ledger identity management
CN118013559A (zh) * 2024-04-09 2024-05-10 南京邮电大学 基于区块链数据用户角色模型的印章数据加密安全系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112637278B (zh) * 2020-12-09 2021-10-08 云南财经大学 基于区块链和属性基加密的数据共享方法、系统及计算机可读存储介质
CN113468610A (zh) * 2021-06-24 2021-10-01 四川师范大学 去中心化可信访问控制框架及其运行方法
CN114362971B (zh) * 2022-03-21 2022-06-21 南京大学 一种基于哈希算法的数字资产确权和溯源方法
CN116975815A (zh) * 2023-08-04 2023-10-31 圆通速递有限公司 一种基于区块链网络的快件信息保护系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190095835A1 (en) * 2017-09-22 2019-03-28 Sensormatic Electronics, LLC Use of identity and access management for service provisioning
CN110417556A (zh) * 2019-07-02 2019-11-05 北京交通大学 区块链中的加密及签章验证方法
US20210319116A1 (en) * 2020-04-13 2021-10-14 Sensormatic Electronics, LLC Systems and methods of access validation using distributed ledger identity management
CN118013559A (zh) * 2024-04-09 2024-05-10 南京邮电大学 基于区块链数据用户角色模型的印章数据加密安全系统

Also Published As

Publication number Publication date
CN118013559A (zh) 2024-05-10
CN118013559B (zh) 2024-06-14

Similar Documents

Publication Publication Date Title
US10846372B1 (en) Systems and methods for trustless proof of possession and transmission of secured data
CN113014392B (zh) 基于区块链的数字证书管理方法及系统、设备、存储介质
Yu et al. Identity-based remote data integrity checking with perfect data privacy preserving for cloud storage
CN104601605B (zh) 云存储中基于变色龙哈希函数的高效隐私保护审计方法
CN115883102B (zh) 基于身份可信度的跨域身份认证方法、系统及电子设备
CN109450843B (zh) 一种基于区块链的ssl证书管理方法及系统
CN104811450A (zh) 云计算中一种基于身份的数据存储方法及完整性验证方法
US20210135877A1 (en) Methods, systems, and devices for managing digital assets
CN113612615B (zh) 一种基于国密sm9算法的可审计隐私保护认证方法
CN113468570A (zh) 基于智能合约的隐私数据共享方法
CN109687965A (zh) 一种保护网络中用户身份信息的实名认证方法
CN117036027A (zh) 基于区块链的绿色电力消费认证数据处理方法及相关设备
CN106487786B (zh) 一种基于生物特征的云数据完整性验证方法及系统
CN113554436B (zh) 一种区块链系统用户身份匿名方法、追踪方法和系统
CN108712259A (zh) 基于身份的可代理上传数据的云存储高效审计方法
CN118013559B (zh) 基于区块链数据用户角色模型的印章数据加密安全系统
Nirmala et al. Data confidentiality and integrity verification using user authenticator scheme in cloud
CN115208656A (zh) 一种基于区块链和权限管理的供应链数据共享方法及系统
Gulati et al. Self-sovereign dynamic digital identities based on blockchain technology
WO2023184858A1 (zh) 一种时间戳生成方法、装置、电子设备及存储介质
CN114866244B (zh) 基于密文分组链接加密的可控匿名认证方法、系统及装置
Cao et al. Decentralized group signature scheme based on blockchain
CN110519040B (zh) 基于身份的抗量子计算数字签名方法和系统
CN115760124A (zh) 基于区块链的合同类信托数字签名方法及装置
CN116738452A (zh) 一种基于区块链的小区民主投票方法

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: 24934856

Country of ref document: EP

Kind code of ref document: A1