Secure key and transaction management for multi-party computation systems
The disclosed technology provides for managing, authenticating, and authorizing transactions utilizing multi-party-computation (“MPC”) across a network. A method includes receiving, by a server, policy data defining a transaction signing policy, receiving, from an initiator node, a transaction request, in response to receiving the transaction request: (i) determining, based on the transaction signing policy, a threshold number of virtual nodes in a cloud environment that are included in a transaction signing group and that are required to authorize the transaction request, and (ii) sending, to each of the virtual nodes, an authorization request to authorize the transaction request, receiving, from at least a subset of the virtual nodes, authorization data indicating that the transaction request has been authorized, and returning, to a hardware security module (HSM), a transaction payload based on processing the authorization data.
1. A method for managing, authenticating, and authorizing transactions utilizing multi-party-computation (“MPC”) across a network, the method comprising:
receiving, by a server and from a primary client device, policy data that defines a transaction signing policy, wherein the policy data comprises (i) a designation of a transaction signing group, (ii) a designation of a plurality of virtual nodes in a cloud environment that are included in the transaction signing group, and (iii) for each transaction class of a plurality of transaction classes, a corresponding threshold number of the plurality of virtual nodes that is required to authorize a transaction request, wherein the transaction request is a member of the transaction class;
receiving, by the server and from an initiator node, the transaction request, wherein the transaction request includes a transaction parameter that indicates a transaction class of the transaction that is a member of the plurality of transaction classes;
in response to receiving the transaction request:
(i) determining, by the server and based on the transaction parameter and the transaction signing policy, a threshold number of virtual nodes amongst the plurality of virtual nodes that are included in the transaction signing group that are required to authorize the transaction request, and
(ii) sending, by the server and to each of the plurality of virtual nodes that are included in the transaction signing group, an authorization request for each of the plurality of virtual nodes that are included in the transaction signing group to authorize the transaction request;
receiving, by the server and from at least a subset of the plurality of virtual nodes that are included in the transaction signing group, authorization data indicating that the transaction request has been authorized by the respective virtual node; and
based on a determination that the authorization data is collected from a number of the plurality of virtual nodes that are included in the transaction signing group that satisfies the threshold number of virtual nodes required to authorize the transaction request, returning, by the server and to a hardware security module (HSM), a transaction payload.
2. The method of claim 1 , wherein the HSM is configured to execute software that is provided by the server, wherein executing the software causes the HSM to:
compute a cryptographic private access key that is associated with digital data for the transaction request in response to the server determining that the authorization data is collected from the number of the plurality of virtual nodes that are included in the transaction signing group, wherein the determination made by the server indicates that secret material associated with the digital data can be used by the HSM to compute the cryptographic private access key.
3. The method of claim 2 , wherein the cryptographic private access key is not stored by the HSM.
4. The method of claim 2 , wherein executing the software further causes the HSM to digitally sign the transaction request.
5. The method of claim 4 , wherein executing the software further causes the HSM to broadcast the signed transaction request across the network via one or more third-party nodes selected by the primary client device or the initiator node.
6. The method of claim 1 , wherein the network is a blockchain.
7. The method of claim 1 , wherein, before returning, by the server and to a hardware security module (HSM), a transaction payload, the method comprises performing, by the server, a multi-layer authentication check.
8. The method of claim 7 , wherein the multi-layer authentication check comprises at least one, two, and three layers.
9. The method of claim 7 , wherein the transaction payload is returned in response to determining, by the server, that each check of the multi-layer authentication check passes.
10. The method of claim 7 , the method further comprising denying, by the server, execution of the transaction based on a determination that one check of the multi-layer authentication check does not pass.
11. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises verifying, for each of the plurality of virtual nodes in the transaction signing group, (i) a share of a cryptographic key provided by the virtual node and (ii) an identifier associated with the virtual node, wherein (i) and (ii) are received in the authorization data.
12. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises verifying the policy data.
13. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises performing remote attestation to check whether an execution environment of the HSM is secure.
14. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises encrypting the transaction payload, wherein encrypting the transaction payload prevents the server from accessing corresponding transaction data.
15. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises creating a secure enclave for executing code for the transaction.
16. The method of claim 7 , wherein performing, by the server, the multi-layer authentication check comprises validating the HSM and validating code execution operations for the transaction to be performed at the HSM.
17. The method of claim 1 , wherein the server comprises an automated policy engine configured to perform operations of the method comprising:
determining, based on the transaction parameter and the signing policy, the threshold number of virtual nodes amongst the plurality of virtual nodes that are included in the transaction signing group that are required to authorize the transaction request,
determining the authorization data is collected from a number of the plurality of virtual nodes that are included in the transaction signing group that satisfies the threshold number of virtual nodes required to authorize the transaction request, and
returning the transaction payload for the authorized transaction request.
18. A method for managing transactions across a network, the method comprising:
receiving, by a server executing software to manage transactions over a network, policy data that defines a transaction signing policy, wherein the policy data comprises (i) a designation of a transaction signing group, (ii) a designation of a plurality of virtual nodes in a cloud environment that are included in the transaction signing group, and (iii) a threshold number of the plurality of virtual nodes that is required to authorize a transaction request;
receiving, by the server and from an initiator node, the transaction request;
determining, by a policy engine of the server and based on the transaction signing policy, a threshold number of virtual nodes amongst the plurality of virtual nodes that are included in the transaction signing group that are required to authorize the transaction request;
sending, by the server and to each of the plurality of virtual nodes that are included in the transaction signing group, an authorization request for each of the plurality of virtual nodes that are included in the transaction signing group to authorize the transaction request;
receiving, by the server and from at least a subset of the plurality of virtual nodes that are included in the transaction signing group, authorization data indicating that the transaction request has been authorized by the respective virtual node;
determining, by the policy engine of the server, whether the authorization data is collected from a number of the plurality of virtual nodes that are included in the transaction signing group that satisfies the threshold number of virtual nodes required to authorize the transaction request; and
based on a determination that the authorization data is collected from the threshold number of virtual nodes required to authorize the transaction request, returning, by the server and to a hardware security module (HSM), a transaction payload.
19. The method of 18 , wherein the HSM is configured to execute software that is provided by the server, wherein executing the software causes the HSM to:
compute a cryptographic private access key that is associated with digital data for the transaction request in response to the server determining that the authorization data is collected from the threshold number of the plurality of virtual nodes, wherein the determination made by the server indicates that secret material associated with the digital data can be used by the HSM to compute the cryptographic private access key.
20. The method of claim 19 , wherein the digital data comprises a digital wallet.