IP Library Granted Patent US 9,672,353
Granted Patent B2
US 9,672,353 · App. 14/697,873 · Granted Jun 6, 2017

Securing and managing apps on a device using policy gates

Inventors: Barry Earl Angeles Sia (Belmont, CA); Erik L. Peterson (Vallejo, CA)
Assignee: Blue Cedar Networks, Inc.
G06F21/54H04W4/003H04W4/021H04W12/08G06F2221/033H04L63/126H04W12/12
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 9,672,353
App. No.
14/697,873
Granted
Jun 6, 2017
Kind
B2
Abstract

A method of securing an app for execution on a device using an app security program with policy gates is described. First, Java class files are generated for the app security program, where the generating is dictated by a plurality of app security policies located in a plurality of policy gates. The plurality of policy gates are managed by a policy gate manager. Next, Java class files are replaced for the app with the Java class files for the app security program. Third, a security-wrapped app is created upon completion of replacing the Java class files for the app. Further, the security-wrapped app is prepared for execution on the device. Last, the security-wrapped app is re-signed with a new key.

Claims (31)

1. A method of securing an app for execution on a device using an app security program, the method comprising:

generating Java class files for the app security program, said generating dictated by a plurality of app security policies separate from the app security program and located in a plurality of policy gates, each policy gate including at least one app security policy, the plurality of policy gates managed by a policy gate manager, wherein said policy gate manager informs each policy gate of each checkpoint that occurs during an execution lifecycle of the security-wrapped app and wherein each policy gate calls a function in response to the checkpoint;

replacing Java class files for the app with the Java class files for the app security program, wherein the Java class files for the app that are being replaced function as a proxy between the app and a device operating system;

creating a security-wrapped app upon completion of said replacing of Java class files for the app;

preparing the security-wrapped app for execution on the device; and

re-signing the security-wrapped app with a new key.

2. The method of claim 1 , wherein a new app security policy is added to an existing policy gate in the plurality of policy gates.

3. The method of claim 1 , wherein a new policy gate is added to the plurality of policy gates in order to store a new app security policy.

4. The method of claim 1 , wherein the app security policies are not hard-coded in the app security program such that the app security program does not include details and specifics regarding any app security policy.

5. The method of claim 1 , wherein each app security policy in a policy gate includes an underlying commonality with all other app security policies in the same policy gate.

6. A system for securing an app for execution on a device using an app security program, the system comprising:

memory storing the app security program; and a processor configured to:

generate Java class files for the app security program, said generating dictated by a plurality of app security policies separate from the app security program and located in a plurality of policy gates, each policy gate including at least one app security policy, the plurality of policy gates managed by a policy gate manager, wherein said policy gate manager informs each policy gate of each checkpoint that occurs during an execution lifecycle of the security-wrapped app and wherein each policy gate calls a function in response to the checkpoint;

replace Java class files for the app with the Java class files for the app security program, wherein the Java class files for the app that are being replaced function as a proxy between the app and a device operating system;

create a security-wrapped app upon completion of said replacing of Java class files for the app;

prepare the security-wrapped app for execution on the device; and

re-sign the security-wrapped app with a new key.

7. The system of claim 6 , wherein a new app security policy is added to an existing policy gate in the plurality of policy gates.

8. The system of claim 6 , wherein a new policy gate is added to the plurality of policy gates in order to store a new app security policy.

9. The system of claim 6 , wherein the app security policies are not hard-coded in the app security program such that the app security program does not include details and specifics regarding any app security policy.

10. The system of claim 6 , wherein each app security policy in a policy gate includes an underlying commonality with all other app security policies in the same policy gate.

11. A non-transitory computer readable medium including instructions for:

generating Java class files for the app security program, said generating dictated by a plurality of app security policies separate from the app security program and located in a plurality of policy gates, each policy gate including at least one app security policy, the plurality of policy gates managed by a policy gate manager, wherein said policy gate manager informs each policy gate of each checkpoint that occurs during an execution lifecycle of the security-wrapped app and wherein each policy gate calls a function in response to the checkpoint;

replacing Java class files for the app with the Java class files for the app security program, wherein the Java class files for the app that are being replaced function as a proxy between the app and a device operating system;

creating a security-wrapped app upon completion of said replacing of Java class files for the app;

preparing the security-wrapped app for execution on the device; and

re-signing the security-wrapped app with a new key.

12. The non-transitory computer readable medium of claim 11 , wherein a new app security policy is added to an existing policy gate in the plurality of policy gates.

13. The non-transitory computer readable medium of claim 11 , wherein a new policy gate is added to the plurality of policy gates in order to store a new app security policy.

14. The non-transitory computer readable medium of claim 11 , wherein the app security policies are not hard-coded in the app security program such that the app security program does not include details and specifics regarding any app security policy.

15. The non-transitory computer readable medium of claim 11 , wherein each app security policy in a policy gate includes an underlying commonality with all other app security policies in the same policy gate.

Assignments (3)
SECURITY INTEREST Recorded Jul 30, 2019
From: BLUE CEDAR NETWORKS, INC.
To: KREOS CAPITAL VI (UK) LIMITED
Reel/Frame 049909/0314 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 18, 2016
From: MOCANA CORPORATION
To: BLUE CEDAR NETWORKS, INC.
Reel/Frame 039744/0142 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 5, 2015
From: SIA, BARRY EARL ANGELES; PETERSON, ERIK L.
To: MOCANA CORPORATION
Reel/Frame 036259/0211 →
Continuity (2)
Provisional Application 61985202 · Apr 28, 2014
Related Publication 20150310210A1 · Oct 29, 2015