Securing access to confidential data using a blockchain ledger

1. A method for securing access to confidential data using a blockchain ledger, the method comprising:

transmitting, to a blockchain manager, a request to update access permissions on behalf of a first entity, the updated access permissions providing the first entity access to secure information stored at a confidential data store that is keyed with a hierarchical security parameter, wherein,

in response to the request to update access permissions, the blockchain manager executes a smart contract and, upon reaching a consensus from a blockchain community, updates the access permissions for the first entity, and

the blockchain manager appends the update to a blockchain ledger that stores access permissions for the blockchain community, the blockchain community comprising a plurality of different organizations that share access to the confidential data store; and

transmitting an audit request to the blockchain manager, wherein a plurality of access permission updates appended to the blockchain ledger via the blockchain community are returned in response to the audit request.

2. The method of claim 1 , wherein the transmitted request indicates a requesting entity, and the smart contract validates identities for the requesting entity and the first entity using an identity management system and validates that the identity of the requesting entity has permission to update security parameters for the identity of the first entity.

3. The method of claim 2 , wherein the confidential data store comprises a virtual private database.

4. The method of claim 3 , wherein the updated access permissions reflect a change in level for the hierarchical security parameter.

5. The method of claim 4 , wherein the hierarchical security parameter permits access to a table of the confidential data store and one or more columns of the table, and the change in level for the hierarchical security parameter permits access to the table, the one or more columns of the table, and at least one additional column of the table.

6. The method of claim 2 , wherein the consensus is reached based on consensus actions from a threshold of the blockchain community, the consensus actions comprising electronic votes about the update to the access permissions, the electronic votes indicating whether the update to the access permissions should be executed.

7. The method of claim 2 , wherein the blockchain ledger is used to verify access permissions for the requesting entity and the first entity.

8. The method of claim 7 , wherein the blockchain ledger comprises an encrypted and immutable ledger of access permissions transactions for the blockchain community.

9. A non-transitory computer readable medium having instructions stored thereon that, when executed by a processor, cause the processor to secure access to confidential data, the securing comprising:

transmitting, to a blockchain manager, a request to update access permissions on behalf of a first entity, the updated access permissions providing the first entity access to secure information stored at a confidential data store that is keyed with a hierarchical security parameter, wherein,

in response to the request to update access permissions, the blockchain manager executes a smart contract and, upon reaching a consensus from a blockchain community, updates the access permissions for the first entity, and

the blockchain manager appends the update to a blockchain ledger that stores access permissions for the blockchain community, the blockchain community comprising a plurality of different organizations that share access to the confidential data store; and

transmitting an audit request to the blockchain manager, wherein a plurality of access permission updates appended to the blockchain ledger via the blockchain community are returned in response to the audit request.

10. The non-transitory computer readable medium of claim 9 , wherein the transmitted request indicates a requesting entity, and the smart contract validates identities for the requesting entity and the first entity using an identity management system and validates that the identity of the requesting entity has permission to update security parameters for the identity of the first entity.

11. The non-transitory computer readable medium of claim 10 , wherein the confidential data store comprises a virtual private database.

12. The non-transitory computer readable medium of claim 11 , wherein the updated access permissions reflect a change in level for the hierarchical security parameter.

13. The non-transitory computer readable medium of claim 12 , wherein the hierarchical security parameter permits access to a table of the confidential data store and one or more columns of the table, and the change in level for the hierarchical security parameter permits access to the table, the one or more columns of the table, and at least one additional column of the table.

14. The non-transitory computer readable medium of claim 10 , wherein the consensus is reached based on consensus actions from a threshold of the blockchain community, the consensus actions comprising electronic votes about the update to the access permissions, the electronic votes indicating whether the update to the access permissions should be executed.

15. The non-transitory computer readable medium of claim 10 , wherein the blockchain ledger is used to verify access permissions for the requesting entity and the first entity.

16. The non-transitory computer readable medium of claim 15 , wherein the blockchain ledger comprises an encrypted and immutable ledger of access permissions transactions for the blockchain community.

17. A system for securing access to confidential data using a blockchain ledger, the system comprising:

a processor in communication with a storage device, wherein the processor is configured to execute instructions to:

transmit, to a blockchain manager, a request to update access permissions on behalf of a first entity, the updated access permissions providing the first entity access to secure information stored at a confidential data store that is keyed with a hierarchical security parameter, wherein,

in response to the request to update access permissions, the blockchain manager executes a smart contract and, upon reaching a consensus from a blockchain community, updates the access permissions for the first entity, and

the blockchain manager appends the update to a blockchain ledger that stores access permissions for the blockchain community, the blockchain community comprising a plurality of different organizations that share access to the confidential data store; and

transmit an audit request to the blockchain manager, wherein a plurality of access permission updates appended to the blockchain ledger via the blockchain community are returned in response to the audit request.

18. The system of claim 17 , wherein the transmitted request indicates a requesting entity, and the smart contract validates identities for the requesting entity and the first entity using an identity management system and validates that the identity of the requesting entity has permission to update security parameters for the identity of the first entity.

19. The system of claim 18 , wherein the blockchain ledger comprises an encrypted and immutable ledger of access permissions transactions for the blockchain community.

20. The system of claim 17 , wherein the updated access permissions reflect a change in level for the hierarchical security parameter, the hierarchical security parameter permits access to a table of the confidential data store and one or more columns of the table, and the change in level for the hierarchical security parameter permits access to the table, the one or more columns of the table, and at least one additional column of the table.