IP Library Granted Patent US 10,140,463
Granted Patent B2
US 10,140,463 · App. 15/267,427 · Granted Nov 27, 2018

Mechanisms to secure data on hard reset of device

Inventors: Pradeep Kumar Chaturvedi (Bangalore, IN); Prasanta Kumar Sahoo (Bangalore, IN)
Assignee: Micro Focus Software Inc.
G06F21/6218G06F11/1441G06F11/1461G06F11/1464G06F21/31G06F21/575G06F2201/80
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,140,463
App. No.
15/267,427
Granted
Nov 27, 2018
Kind
B2
Abstract

Mechanisms to secure data on a hard reset of a device are provided. A hard reset request is detected on a handheld device. Before the hard reset is permitted to process an additional security compliance check is made. Assuming, the additional security compliance check is successful and before the hard reset is processed, the data of the handheld device is backed up to a configurable location.

Claims (31)

1. A method, comprising:

detecting an attempt to process an operation of the operating system;

preventing the operation from processing on a device and forcing execution of a customized hardware interrupt service on the device;

requesting, by the customized hardware interrupt service, an entered credential;

verifying, by the customized hardware interrupt service, the entered credential for the device before passing the operation to the operating system for processing on the device; and

ignoring, by the customized hardware interrupt service, the attempt to process the operation after a time duration during which the entered credential is undetected.

2. The method of claim 1 , wherein verifying further includes preventing the operation from being handled by the operating system when the entered credential is invalid.

3. The method of claim 1 , wherein verifying further includes recognizing the entered credential as input supplied by a user of the device.

4. The method of claim 1 , wherein verifying further includes recognizing the entered credential as a different credential from that which is associated with logging into the device.

5. The method of claim 1 , wherein verifying further includes recognizing the entered credential as a same credential as that which is associated with the logging into the device.

6. The method of claim 1 , wherein verifying further includes backing up selective data based on data types for data of the device when the entered credential is verified and before passing the operation to the operating system for processing on the device, based on a policy associated with the operation that identifies the data types.

7. The method of claim 6 , wherein backing up further includes backing up the selective data to an external network location that is external to the device.

8. The method of claim 7 , wherein backing up further includes identifying the external network location from the policy.

9. The method of claim 6 ; wherein backing up further includes backing up the selective data to storage located on the device.

10. The method of claim 6 , wherein backing up further includes backing up the selective data to storage of a memory device in communication with the device.

11. A method, comprising:

identifying a hard reset device operation that is attempting to process on a device and forcing execution of a customized hardware interrupt service on the device before a kernel process of an operating system (OS) of the device can process the hard reset device operation;

enforcing, by the customized hardware interrupt service that is processing at a highest priority available to a kernel of the OS, a security policy on the device before the hard reset device operation is processed on the device; and

permitting, by the customized hardware interrupt service, the hard reset device operation to process on the device once the security policy is satisfied by passing the hard reset device operation back to the kernel process for processing the reset device operation.

12. The method of claim 11 , wherein enforcing further includes obtaining the security policy from an external location that is external to the device.

13. The method of claim 11 , wherein enforcing further includes obtaining the security policy from a location that is internal to the device.

14. The method of claim 11 , wherein enforcing further includes backing up selective data from the device to an external location that is external to the device once the security policy is satisfied.

15. A system, comprising:

a processor;

a customized hardware interrupt service; and

a validator module, the validated module operable to: (i) execute on the processor at a highest priority that is available to a kernel of an Operating System being of the processor, (ii) stop execution of an operation associated with the OS by forcing execution of the customized hardware interrupt service on the processor before a kernel process of the OS takes control of the operation for processing, and (iii) validate an entered credential before permitting the operation to be passed to the kernel process.

16. The system of claim 15 further comprising, a backup module, the backup module operable to: (i) execute on the processor, and (ii) ensure selective data on a device associated with the processor is backed up when the entered credential is validated and before the kernel process handles the operation.

17. The system of claim 16 , wherein the backup module is further operable to (iii) backup of the selective data to a location defined by a policy.

18. The system of claim 17 , wherein the location is one of: storage on the device; storage in an external network location from the device, and storage for a memory device in communication with the device.

19. The system of claim 15 , wherein validator module is further operable to (iv) prompt the user to dynamically supply the entered credential.

20. The system of claim 15 , wherein the validator module is further operable to (iv) enforce a policy located in a secure area of a device associated with the processor that is inaccessible to the user.

Assignments (4)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 11, 2026
From: MICRO FOCUS SOFTWARE INC.
To: MICRO FOCUS LLC
Reel/Frame 073758/0781 →
RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718 Recorded Feb 2, 2023
From: JPMORGAN CHASE BANK, N.A.
To: MICRO FOCUS LLC (F/K/A ENTIT SOFTWARE LLC); BORLAND SOFTWARE CORPORATION; MICRO FOCUS (US), INC.; SERENA SOFTWARE, INC; ATTACHMATE CORPORATION; MICRO FOCUS SOFTWARE INC. (F/K/A NOVELL, INC.); NETIQ CORPORATION
Reel/Frame 062746/0399 →
CHANGE OF NAME Recorded Sep 4, 2018
From: NOVELL, INC.
To: MICRO FOCUS SOFTWARE INC.
Reel/Frame 046778/0131 →
SECURITY INTEREST Recorded Oct 11, 2017
From: ATTACHMATE CORPORATION; BORLAND SOFTWARE CORPORATION; NETIQ CORPORATION; MICRO FOCUS (US), INC.; MICRO FOCUS SOFTWARE, INC.; ENTIT SOFTWARE LLC; ARCSIGHT, LLC; SERENA SOFTWARE, INC.
To: JPMORGAN CHASE BANK, N.A.
Reel/Frame 044183/0718 →
Continuity (3)
Continuation 14164714 · Jan 27, 2014
Continuation 12147737 · Jun 27, 2008
Related Publication 20170004321A1 · Jan 5, 2017