Vmware, Inc.

Ali Mohsin

Xinpi Du

Nikhil Mehta

Simon Brooks

Jayaprakash Mara

Sophat Nouv

Ravi Sarma

Daniel E Zeck

Sanjay Satagopan

Kishore Sajja

Ryan Turner

Lucas Chen

Amit Kumar Yadav

Sharath Chandra Chavva

Nischit Shetty

Ujwal Naik

Soorya Rajasoorya

Nidhi Aggarwal

Examples described herein include systems and methods for synchronizing applications that target different software development kits ('SDK'). The system can execute a bridge application that registers an implementation of a content provider class. This allows the bridge application to communicate with a first application targeting a first SDK. The bridge application can also register to send and receive implicit broadcasts. After the bridge application verifies the request, it can broadcast to a second cluster of applications registered with an operating system to receive implicit broadcasts. Similarly, the bridge application can receive implicit broadcasts and synchronize those requests with a first cluster of applications by using the implemented content provider methods.

Peer-to-peer data communication between different applications

Examples for detecting a compromised device are described. A set of threat detection rules can instruct an application on the client device how to detect whether the client device is compromised. The rules can be updated dynamically and without updating the application that is performing the compromise detection. The rules can be encoded in an interpreted scripting language and executed by a runtime environment that is embedded within the application.

Dynamically updating rules for detecting compromised devices

Disclosed are various examples for providing access to a clipboard based at least in part on one or more policies. Data is received from a client application. A permission associated with the client application is checked, the permission specifying that the client application is authorized to store data in a clipboard provided by an operating system of the computing device. In response, the data received from the client application is stored in the clipboard.

Policy based clipboard access

A portal application can receive a listing of available applications in response to a request sent to a management server. The listing can include a plurality of attributes for each available application, such as the requirements for using the features of each application or a dependency upon another application. Based on the plurality of attributes received, the portal application can determine that a first application requires installation of a second application in order for the first application to provide additional functionality. The portal application can display icons corresponding to the available applications and display one or more UI elements, indicating that the first application requires installation of the second application. The portal application can also push the second application to the device and assist in installing and initializing the second application on the device.

Identifying and displaying application dependencies

Examples herein describe systems and methods for on-device, application-specific compliance enforcement. An example method can include receiving, at a user device, an application having a compliance engine. The user device can also store a compliance rule that applies to the received application. The compliance rule can specify a condition and a remedial action for the application. The user device can execute the application. The application can determine, using the compliance engine within the application, whether the condition is present. The determination can be made regardless of whether the device has internet or cellular connectivity. Based on determining that the condition is present, the application can perform the remedial action.

On-device, application-specific compliance enforcement

Growing community of inventors

Alpharetta, GA, United States of America

Ali Mohsin