Quarantining fake, counterfeit, jailbroke, or rooted mobile devices in the cloud

1. A method comprising:

in a cloud node executing a security service, causing a mobile device, via an application, to perform a validation check to determine if the mobile device is any of fake, counterfeit, jailbroken, and rooted, wherein the determining is done based on hardware and/or software details, wherein prior to the causing, the application is installed and launched on the mobile device, wherein the mobile device can be one of a smartphone, a tablet, a smartwatch, a laptop, and an Internet of Things (IoT) device, wherein registration with the security service requires the application, and wherein the validation check is performed, responsive to the registration, via the application and a fake check service that is separate from the security service;

responsive to the validation check being successful, receiving validation credentials, at the cloud node from the mobile device, that validate the mobile device, to the cloud node, as not being any of fake, counterfeit, jailbroken, and rooted, the validation credentials being generated by the fake check service, wherein the validation credentials are provided to the mobile device from the fake check service and then provided to the security service upon the validation check being successful;

responsive to the receiving of the validation credentials at the cloud node, allowing traffic to and from the mobile device through the security service; and

responsive to the validation being unsuccessful and not receiving the validation credentials at the cloud node, preventing or limiting traffic to and from the mobile device, tracking the mobile device, and identifying and remedying any malicious activities through the security service.

2. The method of claim 1 , wherein the application provides metadata related to the device and hardware and/or software details of the device to the fake check service and the fake check service performs the validation check providing a result of either successful validation or unsuccessful validation to the application, wherein a global device registry and hardware expectation database is used to validate information.

3. The method of claim 1 , wherein preventing the traffic further includes causing a lockdown of the mobile device by the application or turning off a network interface by the application.

4. The method of claim 1 , further comprising:

performing inline monitoring by the security service prior to allowing the traffic; and

one of allowing and blocking the traffic based on the inline monitoring.

5. The method of claim 1 , further comprising:

preventing the traffic by dropping the traffic at the security service which is configured for inline monitoring of the mobile device.

6. The method of claim 1 , wherein the security service is implemented at a Virtual Private Networking (VPN) server or service that provides access to resources.

7. A system comprising:

a network interface communicatively coupled to a mobile device;

a processor communicatively coupled to the network interface; and

memory storing computer-executable instructions that, when executed, cause the processor to:

cause the mobile device, via an application, to perform a validation check to determine if the mobile device is any of fake, counterfeit, jailbroken, and rooted, wherein the determining is done based on hardware and/or software details, wherein prior to the validation check, the application is installed and launched on the mobile device, wherein the mobile device can be one of a smartphone, a tablet, a smartwatch, a laptop, and an Internet of Things (IoT) device, wherein registration with a security service requires the application, and wherein the validation check is performed, responsive to the registration, via the application and a fake check service that is separate from the security service;

responsive to the validation check being successful, receiving validation credentials from the mobile device that validate the mobile device, to the system, as not being any of fake, counterfeit, jailbroken, and rooted, the validation credentials being generated by the fake check service, wherein the validation credentials are provided to the mobile device from the fake check service and then provided to the security service upon the validation check being successful;

responsive to the receiving of the validation credentials, allow traffic to and from the mobile device through the security service; and

responsive to the validation being unsuccessful and not receiving the validation credentials at the system, prevent or limiting traffic to and from the mobile device, tracking the mobile device, and identifying and remedying any malicious activities through the security service.

8. The system of claim 7 , wherein the application provides metadata related to the device and hardware and/or software details of the device to the fake check service and the fake check service performs the validation check providing a result of either successful validation or unsuccessful validation to the application, wherein a global device registry and hardware expectation database is used to validate information.

9. The system of claim 7 , wherein the traffic is prevented by causing a lockdown of the mobile device by the application or by turning off a network interface by the application.

10. The system of claim 7 , wherein the memory storing computer-executable instructions that, when executed, further cause the processor to:

perform inline monitoring by the security service prior to allowing the traffic; and

one of allow and block the traffic based on the inline monitoring.

11. The system of claim 7 , wherein the memory storing computer-executable instructions that, when executed, further cause the processor to:

preventing the traffic by dropping the traffic at the security service which is configured for inline monitoring of the mobile device.

12. The system of claim 7 , wherein the system is a Virtual Private Networking (VPN) server or service that provides access to resources.

13. A non-transitory computer-readable storage medium having computer readable code stored thereon for programming a processor to perform steps of:

in a cloud node executing a security service, causing a mobile device, via an application, to perform a validation check to determine if the mobile device is any of fake, counterfeit, jailbroken, and rooted, wherein the determining is done based on hardware and/or software details, wherein prior to the causing, the application is installed and launched on the mobile device, wherein the mobile device can be one of a smartphone, a tablet, a smartwatch, a laptop, and an Internet of Things (IoT) device, wherein registration with the security service requires the application, and wherein the validation check is performed, responsive to the registration, via the application and a fake check service that is separate from the security service;

responsive to the validation check being successful, receiving validation credentials, at the cloud node from the mobile device, that validate the mobile device, to the cloud node, as not being any of fake, counterfeit, jailbroken, and rooted, the validation credentials being generated by the fake check service, wherein the validation credentials are provided to the mobile device from the fake check service and then provided to the security service upon the validation check being successful;

responsive to the receiving of the validation credentials, allowing traffic to and from the mobile device through the security service; and

responsive to the validation being unsuccessful and not receiving the validation credentials at the cloud node, preventing or limiting traffic to and from the mobile device, tracking the mobile device, and identifying and remedying any malicious activities through the security service.

14. The non-transitory computer-readable storage medium of claim 13 , wherein the application provides metadata related to the device and hardware and/or software details of the device to the fake check service and the fake check service performs the validation check providing a result of either successful validation or unsuccessful validation to the application, wherein a global device registry and hardware expectation database is used to validate information.

15. The non-transitory computer-readable storage medium of claim 13 , wherein preventing the traffic further includes causing a lockdown of the mobile device by the application or turning off a network interface by the application.

16. The non-transitory computer-readable storage medium of claim 13 , wherein the steps further include:

performing inline monitoring by the security service prior to allowing the traffic; and

one of allowing and blocking the traffic based on the inline monitoring.

17. The non-transitory computer-readable storage medium of claim 13 , wherein the steps further include:

preventing the traffic by dropping the traffic at the security service which is configured for inline monitoring of the mobile device.

18. The method of claim 2 , wherein the fake check service is configured to check the hardware details against expectations in a database.

19. The method of claim 2 , wherein the fake check service is configured to check the hardware and/or software details against a global device registry.

20. The method of claim 19 , wherein the global device registry includes information comprising any of International Mobile Equipment Identity (IMEI), International Mobile Subscriber Identity (IMSI), Mobile Station International Subscriber Directory Number (MSISDN), the owner, device, carrier, purchase time, date, and location.