Authorizing user access to resource by determining whether other, authorized users have indicated that the user should be permitted access

1. A method comprising:

receiving, by a computing device, a request to access a resource from a user who is currently unauthorized to access the resource, the resource being one of a hardware resource, a software resource, and an action performed in relation to the hardware resource or the software resource;

sending, by the computing device at a first time and in response to receiving the request, messages to authorized users of the resource asking whether the user should be permitted to access the resource;

waiting, by the computing device, for a length of time between the first time and a second time;

receiving, by the computing device during the length of time between the first time and the second time and after sending the messages to the authorized users, a plurality of replies from the authorized users, each reply indicating that the user should be or should not be permitted to access the resource;

determining, by the computing device at a third time after the second time, whether a sufficient number of the authorized users of the resource who have indicated that the user should be permitted to access the resource satisfies a threshold condition;

permitting, by the computing device in response to determining that the sufficient number of the authorized users who have indicated that the user should be permitted to access the resource satisfies the threshold condition, the user to access the resource, the user subsequently accessing the resource; and

denying, by the computing device in response to determining that the sufficient number of authorized users who have indicated that the user should be permitted to access the resource does not satisfy the threshold condition, the user access to the resource.

2. The method of claim 1 , wherein receiving the request to access the resource from the user comprises:

implicitly receiving the request to access the resource from the user by the user attempting to access the resource where the user is unaware that the user does not have authorization to access the resource.

3. The method of claim 1 , wherein the threshold condition is a percentage of the authorized users to which the messages have been sent.

4. The method of claim 1 , wherein receiving the request to access the resource from the user results in a denial of the user to access the resource, the denial being an automatic trigger to automatically sending the messages to the authorized resource.

5. The method of claim 1 , wherein sending the messages to the authorized users comprises one of:

sending text messages to mobile computing devices of the authorized users;

sending email messages to email addresses of the authorized users.

6. The method of claim 1 , further comprising:

receiving a plurality of public digital keys of the authorized users from the user,

wherein the threshold condition is based on the public digital keys of the authorized users received from the user.

7. The method of claim 6 , wherein just a portion of each public digital key is received from the user, and wherein the threshold condition comprises whether a correct portion of each public digital key has been received from the user.

8. The method of claim 1 , wherein the user has a user access role insufficient to access the resource,

and wherein permitting the user to access the resource comprise at least temporarily elevating the user access role of the user to a level sufficient to access the resource.

9. The method of claim 6 , wherein the user previously has obtained the public digital keys by establishing peer-to-peer wireless connections with the authorized users using one or more of: a near field communication (NFC) connection, a Bluetooth connection, and a Wi-Fi Direct connection.

10. A system comprising:

a resource, the resource being one of a hardware resource, a software resource, and an action performed in relation to the hardware resource or the software resource;

a hardware processor;

a non-transitory computer-readable data storage medium storing computer-executable code that the hardware processor executes to:

receive a request to access the resource from a user who is currently unauthorized to access the resource;

send, in response to receiving the request, messages at a first time to authorized users of the resource asking whether the user should be permitted to access the resource;

wait for a length of time between the first time and a second time;

receive, during the length of time between the first time and the second time, and after sending the messages to the authorized users, a plurality of replies from the authorized users, each reply indicating that the user should be or should not be permitted to access the resource;

determine, at a third time after the second time, whether a sufficient number of the authorized users of the resource who have indicated that the user should be permitted to access the resource satisfies a threshold condition; and

permit, in response to determining that the sufficient number of authorized users who have indicated that the user should be permitted to access the resource satisfies the threshold condition, the user to access the resource, the user subsequently accessing the resource;

deny, in response to determining that the sufficient number of authorized users who have indicated that the user should be permitted to access the resource does not satisfy the threshold condition, the user access to the resource.

11. The system of claim 10 , wherein the threshold condition is based on the replies received from the authorized users.

12. The system of claim 10 , wherein the hardware processor executes the computer-executable to further:

receive a plurality of public digital keys of the authorized users from the user,

wherein the threshold condition is based on the public digital keys of the authorized users received from the user.