US20140259092A1 - Access control to files based on source information - Google Patents
Access control to files based on source information Download PDFInfo
- Publication number
- US20140259092A1 US20140259092A1 US14/175,640 US201414175640A US2014259092A1 US 20140259092 A1 US20140259092 A1 US 20140259092A1 US 201414175640 A US201414175640 A US 201414175640A US 2014259092 A1 US2014259092 A1 US 2014259092A1
- Authority
- US
- United States
- Prior art keywords
- mobile device
- policy
- location
- module
- security
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0272—Virtual private networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/60—Digital content management, e.g. content distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/80—Wireless
Definitions
- This application relates to the field of security of data accessible by mobile devices.
- Mobile devices are using wired and wireless technologies to access networks at work, at home, or in public ‘hot spots.’ Those same mobile devices have documents, spreadsheets, e-mail, and other files with valuable company information if not valuable personal information in them.
- NAP wired and wireless network access points
- PDAs personal digital assistants
- Personal firewalls are designed to deal with static environments.
- a personal firewall could be ideally suited for mobile users if users knew how to adapt their configuration for their particular mobile application.
- security settings for one situation can compromise data security in another.
- the configuration of popular personal firewalls typically requires a level of expertise on how the technology actually works that average users do not possess. For example, if a user improperly configures a personal firewall to trust a foreign network, his files may be vulnerable to unauthorized malicious attacks on his computer.
- Solutions that secure data in transit for example a (VPN) connection from a corporate server to a mobile client device, do not protect the data once it is stored on the mobile device.
- VPN virtual private network
- an executive could be retrieving sensitive files or emails from the corporate network, and the VPN will stop eavesdroppers from seeing the data in transit, but once the data is stored on the executive's mobile device, hackers in the parking lot could break into the mobile device and copy or maliciously alter the data.
- IT managers see their network perimeters having to extend to the new limits of these mobile wireless connections.
- the present invention provides one or more embodiments of systems and methods for protecting data accessible by one or more mobile devices using security policies based upon criteria such as source information associated with the data and a location associated with a network environment in which each mobile device is operating.
- the present invention also provides an embodiment of a system and method for automatically labeling, tagging or creating source information for data or a file.
- the system of the present invention includes a policy server for creating, maintaining and proliferating one or more security policies to mobile computing devices and servers.
- Each mobile computing device includes a security tool for enforcing security policies provided by the policy server.
- security tool uses the source information and the location associated with a network environment in which each mobile device is operating to determine the accessibility of data. For example, based on the source information and current location associated with the mobile device, a file resident on the mobile device may be encrypted, may be hidden, may be transferable, may be partially accessible or fully accessible as required or recommended by a security policy.
- the security tool may be either located at the mobile computing device or at the server.
- the security tool includes a file access module for determining whether files are visible or accessible.
- the file access module comprises a tag generator, an association module, and a policy enforcement module.
- the tag generator creates source information for the file being accessed and the policy enforcement module determines what actions, if any, can be performed on the file and under what conditions such and location and network environment, type of file and other factors.
- the present invention also includes various methods for using source information to control access to data including a method for determining whether files are visible, a method for determining whether files are accessible, and a method for generating source information for in response to a file request.
- FIG. 1A illustrates one or more examples of location categories that may be assigned to a mobile device in accordance with an embodiment of the present invention.
- FIG. 1B illustrates a plurality of examples of a file access module in system of servers and clients in accordance with an embodiment of the present invention.
- FIG. 2A illustrates a server or system for protecting of data accessible by one or more mobile devices based on a location associated with the mobile device and source information for the data requested in accordance with a first embodiment of the present invention.
- FIG. 2B illustrates a system in a client mobile device for protecting data accessible by the mobile device based on a location associated with the mobile device and source information for the data requested in accordance with the first embodiment of the present invention.
- FIG. 3 illustrates a server system embodiment for administering the protection of data accessible by a mobile client device in accordance with second embodiment of the present invention.
- FIG. 4A illustrates a first embodiment of a data structure for storing source information related to a file in accordance with the present invention.
- FIG. 4B illustrates a second embodiment of the data structure for storing source information related to a file in accordance with the present invention.
- FIG. 5A is a block diagram of a first embodiment of the file access module in accordance with the present invention for use in a server.
- FIG. 5B is a block diagram of a second embodiment of the file access module in accordance with the present invention for use in a client.
- FIG. 6 is a flowchart illustrating a method for making data visible by a mobile device based on a location and source information about the data in accordance with the present invention.
- FIG. 7 is a flowchart illustrating a method for making data accessible by a mobile device based on a location and source information about the data in accordance with the present invention.
- FIG. 8 is a flowchart illustrating a method for creating source information about data in accordance with the present invention.
- FIG. 9 is a flowchart illustrating a method for determining whether to allow access to a file using location and source information in accordance with the present invention.
- FIG. 1 illustrates examples of location categories 102 , 104 , 106 , 108 that may be assigned based on the network environment in which a mobile device is operating in accordance with an embodiment of the present invention.
- a location category is “Home” 104 .
- the network environment in which each of the mobile devices 148 , 150 communicates via a network connection at a user's home is detected.
- each of the mobile devices 148 , 150 is assigned a location indicator or type of “Home” 104 .
- the laptop 148 and the PDA 150 communicating with the illustrated wireless network access point will have its location set to “Home.”
- the location “Work” 106 is an example of a location associated with a network environment maintained by a user's employer.
- a notebook computer 164 has a wired Ethernet connection 168 to the corporate server 112 of his or her employer. However, the notebook computer 164 may also communicate with the server 112 through a wireless NAP 162 as illustrated.
- a location category is “Mobile” 102 .
- a mobile device such as the illustrated notebook computer 122 accesses a network environment respectively through a wired connection 126 (in this example a T1 line) to a wired network access point 128 .
- This wired network access point 128 may provide access to an Internet shopping site server 110 because the user desires to browse the site while waiting for departure.
- the notebook computer 122 and the personal digital assistant (PDA) 124 alternatively have a wireless connection to a wireless NAP 130 , in this example an 802.11b connection through which they may communicate at the airport.
- the security policy associated with the “Mobile” location may take into account the connection type of wired or wireless.
- the network environment provided at the airport does not match with a defined environment associated with a location such as “Work” 106 or “Home” 104 so “Mobile” 102 is assigned or associated with the PDA 124 and the notebook computer 122 as a default location.
- the last location example is “Alternate” 108 .
- a specific environment e.g. an environment associated with a university computer lab or an environment associated with a type of network class
- a “Custom” or another named location may also be defined.
- the wireless network access point 172 is associated with a cellular base station providing network access through a General Packet Radio Services (GPRS) system, Global System for Mobile communication (GSM) system, third generation wireless 3G system or other kind of mobile wireless communication system.
- GPRS General Packet Radio Services
- GSM Global System for Mobile communication
- a PDA 174 communicates wirelessly to the NAP 172 for access to the network 120 .
- FIG. 1B illustrates a high level view of the present invention in an exemplary network 194 .
- the present invention provides a file access module 192 that is used to control which files are visible and accessible.
- the file access module 192 can operate with a policy server 180 , a server 182 , 184 , 186 or mobile computing devices 188 , 190 .
- the file access module 192 works with policy enforcement module 214 , 244 as will be described in more detail below with reference to FIGS. 2A and 2B .
- file access modules 192 are shown in FIG. 1B , it should be understood that are various embodiments of the present invention, and only one file access module 192 is required for a given embodiment.
- file access modules 192 are not provided for the servers 180 , 182 , 184 , 186 , but rather only two file access modules 192 are provided and each operates in conjunction with the policy enforcement control module 214 of a client 188 , 190 .
- there is a single file access module 192 that works with the policy server 180 .
- Those skilled in the art will recognize that there are various other configurations of one or more file access modules 192 each working with a server 180 , 182 , 184 , 186 to control access and visibilities of files and also optimize traffic over the network 194 .
- FIGS. 2A and 2B illustrate interaction between a computer system 200 ( FIG. 2A ) acting in a server role with respect to a mobile computer system 201 ( FIG. 2B ) acting in a client role for the purposes of managing security in accordance with an embodiment of the invention.
- FIGS. 2A and 2B also illustrate interaction between the server computer system 200 and the mobile client computer system 201 for the purpose of providing diagnostic assistance to the client computer system.
- the system 200 in FIG. 2A may be implemented as software executing in a standalone computer having a processor being accessible to memory, the processor being communicatively coupled with one or more network interfaces, a display and input/output devices such as a keyboard and a pointing device.
- the system 200 may be implemented by a series of networked computers as may typically be implemented by an enterprise. Additionally, the system 200 of FIG. 2A may be implemented on another mobile computing device 201 .
- the server or server-side system 200 allows an administrator to manage and distribute policies and software upgrades, analyze logs, and perform remote diagnostics.
- the client system 201 in FIG. 2B may be implemented as software executing in a mobile computing device having a processor being accessible to memory, the processor being communicatively coupled with one or more network interfaces, a display and input/output devices such as a keyboard and a pointing device.
- the client side system 201 monitors the user's changes in location and/or security features and applies the appropriate policies automatically as the user moves about or different security features are activated or deactivated.
- the client 201 enforces the policies set up by the administrator, and performs diagnostics.
- the client 201 can also create and manage policies for the client mobile device when run in a self-managed mode.
- the server system 200 is discussed first.
- FIG. 2A illustrates a system 200 for administering protection of data accessible by a mobile device based on a location associated with a network environment in which the mobile device is operating and a source label or tag for data being accessed.
- the illustrated system embodiment 200 comprises an authorization module 232 , a policy distribution module 234 , a policy management module 236 , illustrated here with an optional server policy setting module 238 and an optional server policy enforcement module 244 , a file access module 250 a , a remote diagnostics module 224 and a user interface module 240 .
- the system 200 protects data accessible by the mobile device that may be resident (See FIG. 2B , 220 ) or data 242 that is accessible by the mobile device over a network 204 .
- each of these modules has a communication interface or is communicatively coupled to each of the other modules and has access to data objects 242 stored in memory of the server 200 and also has access to a network 204 (e.g. Internet).
- a network 204 e.g. Internet
- the policy management module 236 manages security policies.
- One aspect of managing security policies is defining the policies.
- the policy management module 236 comprises instructions for establishing this pre-defined criteria based upon user input processed by the communicatively coupled user interface module 240 .
- Defining policies includes the creation of policies and the modification of policies. Examples of aspects of a policy includes specification of rules and permissions (e.g. policy override), defining one or more locations associated with network environments, defining or identifying security features to be monitored, ports to be monitored, network services to be monitored, applications to be monitored, enforcement mechanisms to be put in place for a particular policy, level identification for a policy or policy aspect for flexibility (optional, recommended, mandatory, invisible), and feedback (e.g. custom error messages) to alert an administrator via a user interface screen using the server system 200 of certain conditions or to alert a client device user via a user interface screen of certain conditions.
- rules and permissions e.g. policy override
- defining one or more locations associated with network environments defining or
- policies There may be several layers of policies. There may be a base policy applicable to a group of entities. Examples of entities may be users or the mobile devices themselves. In these examples, the group may include one instance of an entity.
- the attributes of the base policy may be incorporated into other policies that add additional attributes. For example, a base policy for the group including engineers in the user interface design department may be allowed access to files on a certain disk drive. Another policy based on location that incorporates the attributes of the base policy may only allow access to encrypted versions of the files if a mobile device through which a UI design engineer is logged in is operating in a “Home” network location.
- the optional server policy setting module 238 is discussed below in the discussion of the client policy setting module 212 of FIG. 2B .
- the optional server policy enforcement module 244 is discussed below in the discussion of the client policy enforcement control module 214 of FIG. 2B .
- the policy management module 236 is provided with an enterprise's existing group structures.
- the policy management module 236 compensates for a failing in the traditional makeup of groups. Since groups are not hierarchical, it is common for one person to be a member of several groups, and if each group has its own security policy, an issue arises as to how to determine which policy to apply to a particular user.
- the policy management module 236 inputs a prioritized list of groups from a memory location 242 . According to one embodiment, the policy management module 236 searches the groups in priority order of the list. For example, if a person is a member of “engineering” and “executive staff,” that person will get the security policy for whichever of those two groups comes first in the prioritized list.
- a default policy for users who are not members of any of the groups on the prioritized list there can be a highest priority group that always has the highest priority.
- An example of such a group is a “stolen mobile device” group that always has the highest priority, because it doesn't matter what other groups the device is associated with if the device is in the hands of a thief.
- a user who is a member of several groups can be granted the security policy for the group associated with the least privileges.
- the policy distribution module 234 distributes security information to the one or more client mobile devices.
- the policy distribution module 234 has a communication interface or is communicatively coupled to the policy management module 236 for receiving notifications of updated security information.
- security information are versions of existing policies, policies, or software.
- An example of communication interface is a bus between a processor executing one or more of the modules and a memory controller responsible for memory reads/writes. Another example is one module reading a parameter stored in a memory location by another module.
- Other communication interfaces known to those of ordinary skill in the art may also be used.
- the authorization module 232 authorizes a communication exchange between the client mobile device and the policy distribution or policy management modules.
- the authorization module 232 is a further safeguard against unauthorized or rogue mobile devices trying to hijack the security policies or corporate data.
- Various authorization protocols and techniques may be used.
- One example is a simple username and password verification scheme.
- Another example of a type of authorization protocol is a cryptographic authentication protocol.
- the authorization module 232 may also be used to authorize a communication exchange between the client system 201 and the remote diagnostics module 224 .
- the file access module 250 a is coupled to the authorization module 232 and the policy management module 236 by bus 252 .
- the file access module provide sources information to the policy management module 236 so that policies can be modified based on the source information for the file requested in addition to location information about the mobile computing device 201 .
- the file access module 250 a its components and operations are described in more detail below with reference to FIGS. 5A-9 .
- the remote diagnostics module 224 is illustrated in the context of a server 200 in FIG. 2A concerned with security or protection of data accessible by mobile client devices. However, the remote diagnostics module 224 may also function to provide diagnostic support for computer problems generally encountered by mobile client devices independently of security related software. In this embodiment, the remote diagnostics module 224 provides diagnostic assistance and/or corrective instructions with respect to problems not only associated with security but also provides such support with other problems generally encountered by mobile client devices.
- the remote diagnostics module 224 has a communication interface or is communicatively coupled with the user interface module 240 , the authorization module 232 , the policy management module 236 and the policy distribution module 234 . This allows a person using the mobile device to get the device repaired where they are as opposed to having to mail the device or wait until he or she is back in the office to get help.
- the remote diagnostics module 224 comprises three modules or sub-modules: a monitoring module 226 , a diagnosis module 228 , and a diagnosis distribution module 230 .
- the monitoring module 226 receives diagnostic information such as events or audit logs from a client device and stores the information in a data object ( 242 ) for the client device.
- a client diagnostics module e.g. FIG. 2B , 246
- results including errors from these tests are reported over a network 204 (e.g. Internet) to the remote diagnostics module 224 .
- Other examples of diagnostic information retrieved from the client are debug output files, examples of which include system event logs, crash dumps, and diagnostic outputs from a client diagnostics module (e.g. 246 , FIG. 2B ). This information may be received periodically over a network 204 from the client diagnostics module 246 , or upon an initial network connection by the mobile device with the server, or because the client diagnostics module 246 requests diagnostic assistance.
- the diagnosis module 228 analyzes diagnostic information stored for the mobile device. For example the diagnosis module 228 may perform analysis according to pre-stored diagnostic programs or according to an interactive user environment or a combination of the two. The diagnosis module 228 may provide a repair to a problem in the client device, determine that a trend is occurring for the device, or determine that preventive maintenance is to be scheduled for the client device. In one example, the diagnosis module 228 initiates requests to the client mobile device for additional information. The additional information may be based on input received via the user interface module 240 or according to a pre-stored diagnosis method. In one embodiment, the diagnosis module 228 provides requested information to the user interface module 240 responsive to user input.
- the diagnosis module 228 may provide requested information transmitted via the diagnostics distribution module 230 over the network 204 to the client mobile device responsive to requests received at a user interface module on the client device (e.g. FIG. 2B , 218 ).
- support information may be distributed to the mobile device under the control of the diagnosis distribution module 230 .
- support information may be in the form of instructions or code to the client device to repair a problem or perform maintenance. This provides an advantage of taking corrective or preventive actions without requiring user intervention or action.
- Another example of support information that may be forwarded is messages for display by the client device providing a diagnostic report or requesting specific input from a user of the device.
- Either the monitoring module 226 or the diagnosis module 228 may initiate tests and/or queries to determine the readiness or robustness of the existing client device population. Trends may be noted. Again, these tests may be run during a connection with a device without requiring user intervention.
- the remote diagnostics module 224 may also probe a particular client to verify its status. For example, client configuration information may be retrieved such as the current version of the security policy software components on the client device, the current policy settings on the device, and attributes in accordance with those settings, for example, which ports are blocked. This information may be stored for later assistance in a diagnostics situation or for use with a current diagnostics situation.
- the policy management module 236 defines a security policy applicable to a client mobile device based upon criteria.
- criteria is the location associated with the network environment in which the mobile device is operating and source information.
- Other examples of criteria are the presence or the activity status of one or more security features.
- a combination of location and one or more security features may also form a criteria basis for defining a security policy.
- the policy management module 236 designates one or more client devices associated with the policy. In one example, this association may be based on an entity or class to which the security policy is applicable. An example of an entity is a group with one or more members. An example of a member may be a user of the client mobile device.
- a policy may be set that is applicable to the group of all engineers in the software development department.
- Another example of a member is the mobile device itself.
- the capabilities of different mobile devices may be the basis for classifying them into different groups.
- the policy management module 236 provides the one or more designated client mobile devices with authorization information for use in contacting the server system securely.
- authorization information is an encrypted token provided by the authorization module to the mobile client device during a trusted connection between the two.
- An example of a trusted connection may be an internal connection behind the firewall of and within the internal network of the enterprise with which both the server system and the mobile client device system are associated.
- a management server within the firewall in the internal network provides the authorization information.
- a client mobile device When a client mobile device connects via the Internet, it interacts with one or more of the enterprise side servers external to the firewall.
- the client contacts the external servers to retrieve policies and instructions.
- the external servers also perform key/identity management and policy persistence.
- the external servers communicate with the management server through the firewall for client management information such as a key, a user, a group, and version information associated with a client mobile device system.
- client management information such as a key, a user, a group, and version information associated with a client mobile device system.
- security information such as a policy or software being designated for encryption
- the policy management module 236 provides the designated client mobile device with cryptographic information that the client device can store and use to decrypt the security information.
- An example of cryptographic information is a key for use with a cryptographic authentication protocol. In one example, Microsoft® web keys may be used.
- the policy management module 236 sets the permissions for the one or more associated mobile devices with respect to the one or more policies.
- permissions typically relate to the allowable modification that may be made to a downloaded policy or client software by the client mobile device. Permissions may be applied to various policies and to the criteria upon which policies are defined. For example, there may be permissions set for a policy, but permissions may also be set with respect to a location. Some examples of permissions specific to policies are as follows:
- a permission setting or a level of identification for each of the permissions may also be set.
- the policy management module 236 determines whether the security information is to be encrypted. If not, the policy management module 236 stores the security policy. If it is to be encrypted, the policy is encrypted. Similarly the policy management module 236 may also encrypted other types of security information such as software updates before they are stored. For example, the security policy may be stored as a data object in a memory 242 accessible via an internal enterprise network. In another example, security policies may be included in XML documents that may themselves be encrypted. In an alternate embodiment, the policy management module 236 may store the policy unencrypted, the policy distribution module 234 makes the determination of whether encryption applies to the policy or other security information, and the policy distribution module 234 encrypts the security information before distributing it. Additionally, in the embodiment of FIG.
- the policy management module 236 manages the one or more client devices for security purposes.
- One aspect of client management is that the policy management module 236 maintains client management information for the mobile device and the one or more policies associated with it.
- the following list of information fields is an example of the types of information that may be included in client management information.
- the information may be organized in a data object stored in a memory 242 accessible to the server computer system.
- GUI graphical user interface
- FIG. 2B illustrates a system 201 for protecting data accessible by a mobile device based on source information and a location associated with a network environment in which the mobile device is operating. Additionally, the system 201 in FIG. 2B illustrates a system for determining and enforcing security policies based upon the activity status of a security feature in a communication session between the mobile device and another computer.
- the system 201 comprises a location detection module 208 , a policy setting module 212 , security features determination module 210 , a policy enforcement control module 214 , a file access module 250 b , a user interface module 218 , memory location(s) 216 , an authorization module 245 , and a client diagnostics module 246 .
- the system 201 protects data accessible by the mobile device that may be in resident memory 220 on the device or data 242 accessible over a network 204 .
- each of these modules has a communication interface or is communicatively coupled to each of the other modules.
- One or more of these modules may access resident memory 220 .
- the authorization module 245 provides authorization information to the authorization module 232 of the server 200 to establish communication exchanges with the client mobile device for the exchange of security information or diagnostic information or both.
- the client diagnostics module 246 collects diagnostic information that is sent to the remote diagnostics module 224 of the server system embodiment 200 .
- the location detection module 208 receives network parameters from network 204 and detects or determines the location associated with the current network environment based upon criteria defined in a downloaded policy from the server system 200 .
- the policy setting module 212 receives, installs and updates the security information including security policies and/or software updates received from the policy management module 236 via the policy distribution module 234 over the network connection 204 .
- the policy setting module 212 may define criteria or if permissions set by the policy management module 236 allow, supplemental policy definitions or customization of policy definitions based upon user input processed by the mobile device user interface module 218 .
- the policy setting module 212 defines an aspect of a policy such as location criteria or security features criteria based upon user input processed by user interface module 218 .
- memory locations 216 including indicators of security features and/or location indicators, have a communication interface (e.g. a bus between a processor executing one or more of the modules and a memory controller responsible for memory reads/writes) to the location detection module 208 , the security features determination module 210 , the policy setting module 212 , the policy enforcement control module 214 , the authorization module 245 , the client diagnostics module 246 and the file access module 250 b .
- the location detection module 208 has a communication interface to the policy setting module 212 .
- the policy setting module 212 determines a security policy based upon the location detected by the location detection module 208 and communicated via a communication interface.
- the policy setting module 212 may read a current location indicator 216 updated in a memory location 216 by the location detection module 208 .
- the policy setting module 212 may then read the location indicator 216 periodically or responsive to a notification message from the location detection module 208 .
- the location detection module 208 may pass the currently detected location to the policy setting module 212 as a parameter in a message.
- other communication interfaces known to those of ordinary skill in the art for use in notifying the policy setting module 212 of the current location may also be used.
- the policy setting module 212 determines a security policy based upon source information as will be described in more detail below with reference to FIGS. 4A and 4B .
- the policy setting module 212 may read source information from the file access module 250 as the file is scanned for visibility or a read request is received for the file.
- the policy setting module 212 uses both source information from the file access module 250 b and location information from the location detection module 208 to set the security policy for the mobile device 201 .
- an optional server policy setting module 238 may operate on a server computer system such as the one illustrated in FIG. 2A that determines the selection of the current security policy for the mobile device based on criteria information received from the mobile device 201 including location and activity status of one or more security features or based on network parameters received from network 204 .
- a module on the client device such as the policy enforcement control module 214 receives commands from the optional server policy setting module 238 and executes them on the mobile device.
- the policy setting module 212 also has a communication interface to a policy enforcement module 214 .
- the policy enforcement module 214 comprises instructions for enforcing the security policy currently set by the policy setting module 212 .
- the policy enforcement module 214 comprises instructions for one or more enforcement mechanisms associated with a security policy.
- an optional server policy enforcement module 244 in a server computer system 200 with which the client device has a network connection 204 may send instructions to the mobile device for the enforcement of a security policy as determined by the optional server policy setting module 238 for the local device on the server side.
- a user interface module 218 has a communication interface to one or more of these modules 208 , 210 , 212 , 214 , 245 , and 246 .
- the user interface module 218 receives input from a user input device such as a keyboard, mouse, or touchpad, and causes user interfaces to be displayed for use by a user for establishing criteria for defining an aspect of a security policy as allowed by permissions associated with the policy or when operating in a standalone mode not under the control of the server system 200 .
- the system 201 further comprises a security features module 210 for determining whether one or more security features have an activity status of inactive or active in a communication session between the mobile device and another computer.
- a security feature is a connection type of wired or wireless. In one example, this connection type may be indicated by the association of the port over which data is communicated with a wireless or wired network adapter or network interface card (NIC). In another example, this connection type may be indicated by the association of a local IP address with data communicated over a wireless or wired network adapter or network interface card (NIC).
- policies may be set based on particular features besides simply connection type. For example, a different security policy may be applied for different brands of NICs or particular classes (e.g.
- NICs 802.3, 802.11a, 802.11b, GPRS, GSM) of NICs.
- different security policies may be assigned based on the operating system employed or the version of the operating system because different systems or versions provide different security features.
- different policies may be employed based on the security features (e.g. a firewall) provided by different types of network access points (NAP).
- NAP network access points
- the presence or absence of upgraded NIC support for enhanced security protocols (e.g. 802.11i), or the presence or absence of security software such as virtual private network (VPN), or antivirus software, or intrusion-detection software may be the basis for setting different policies on a particular port, network adapter or data.
- the security features module 210 has a communication interface to the policy setting module 212 in this embodiment as well as the memory locations 216 .
- An activity status indicator field for the feature stored in the memory locations 216 may indicate the activity status of active or inactive for a security feature.
- the policy setting module 212 may be notified of the active features via the communication interface implemented in the same manner described in any one of the examples discussed above with respect to the location detection module 208 or in any manner known to those of ordinary skill in the art.
- the policy setting module 212 communicates the current security policy to the policy enforcement control module 214 via a communication interface implemented in the same manner described in any one of the examples discussed above with respect to the location detection module 208 or in any manner known to those of ordinary skill in the art.
- the policy enforcement module 214 comprises one or more enforcement mechanism modules as specified by the policy. For example, in a communication session between the mobile device and another computer in which data is being transferred over a wireless connection, based on this connection type, in one example, the enforcement module 214 may prevent certain files from being transferred over the wireless connection as opposed to the cases in which the data is being transferred over a wired connection, or the case in which 802.11i cryptography is being used over the wireless connection.
- the optional server policy enforcement module 244 may operate as part of a separate computer system that transfers commands over a network to the mobile device.
- a client diagnostics module 246 processes events and performs audits relating to processing performed by one or more of the modules.
- the client diagnostics module 246 transmits over a network 204 diagnostic information to the remote diagnostic module 224 on the server computer system. Examples of tasks that the client diagnostics module 246 performs in order to obtain diagnostics information are as follows:
- Examples of other tasks that the client diagnostics module 246 may perform to provide diagnostic information to the remote diagnostics module 224 on the server computer system 200 include enabling and disabling advanced debugging and sending debugging output to the server computer system 200 .
- enabling and disabling advanced debugging includes turning on system event logging with options including which parameters to log, when to log, etc. and allowing a debug version of a system component to be installed.
- the system event log or portions of it and any special debug output files that debug components generate are sent to the remote diagnostics module 224 on the server.
- FIG. 3 illustrates a second embodiment of a system including a server and mobile client device for protection of data accessible by the mobile client device.
- the system 300 comprises a policy server 350 having an administrator user interface 346 .
- This system 350 is communicatively coupled over a network with the client side system through a communication port 342 .
- the policy server 350 may be implemented in one or more computers or computer systems. For example, it may comprise a management server executing on one machine for establishing communication sessions and a number of computers with which client devices may communicate in order to obtain their updates and receive diagnostic assistance.
- the client side system embodiment comprises a policy engine 332 operating in application space having a communication interface to management tool 316 of the operating system, a communication interface to a file filter 324 operating in the kernel space that controls access to the file system 326 , a communication interface to a user interface module 302 , and also having a communication interface to a packet filter engine 318 operating within a driver 334 .
- the driver 334 is an NDIS intermediate driver 334 operating within the kernel of the operating system of the mobile device.
- the policy engine 332 further comprises a diagnostics module 344 , a rule processing module 308 , Rules 340 and representative examples of rules subsets, packet rules 310 and file rules 312 .
- the driver 334 further comprises an application filter 322 , in this example, implemented as a transport driver interface (TDI) filter 322 and a VPN module 320 embodied here as a VPN Lite 320 implementation discussed below.
- the TDI filter 322 comprises a communication interface with the packet rules subset 310 and the file rules 312 subset in this example. It also communicates with the packet filter engine 318 as part of the driver 334 .
- the TDI filter 322 further comprises a communication interface with a Windows Socket (WinSock) layer 328 in application space.
- the Winsock layer implemented in this example as a Windows socket filter and communicates with one or more applications 330 in application space.
- network environment location detection is performed by the policy engine 332 , in accordance with rules implementing one or more location detection tests in the Rules set 340 , based on network parameters obtained by the NDIS driver for OSI layers 2 - 5 , and by the TDI filter 322 for OSI layers 6 and 7 .
- the WinSock 328 captures information about network applications starting and stopping and what ports the applications will be using. This information is provided to the filter 318 and the policy engine 332 to provide application awareness.
- the policy engine 332 in accordance with the current security policy, provides rules with respect to applications. For example, the policy engine 332 may provide a list of which applications can or cannot access the network, as well as the target IP addresses and ports that they are or are not allowed to use. The policy engine 332 then enforces the current policy in accordance with these rules applicable to applications.
- WinSock 328 is used to determine which application (e.g. browser e-mail application such as Outlook Exchange®) is accessing the network and what networking services the application will be using.
- An example of an application's network service usage could include Outlook Express opening a specific set of Winsock ports, each using a separate protocol and target I.P. address.
- the WinSock 328 will pass this information to the packet filter engine 318 , which then informs the policy engine 332 using an event signaling mechanism.
- An example of an event signaling mechanism is to use named events to signal the policy engine 332 that some event has occurred.
- Filtering of specific applications provides further resolution for location detection and enforcement mechanisms.
- the context of Microsoft® Networking provides an example of the benefits of such a filter.
- Several applications such as Exchange and Microsoft® File Sharing can and do use the same TCP and UDP ports.
- the NDIS filter driver 334 cannot determine which application is active based solely on TCP and UDP ports.
- the NDIS filter driver will act on the low level information i.e. TCP or UDP port numbers.
- the TDI filter driver 322 determines based on one or more application parameters for which Microsoft Networking application a packet is destined and if the packet should be forwarded or filtered.
- the TDI filter 322 provides to the driver, via IOCTL calls, “sessions” which provide information about applications opening ports for sending, listening (receiving), and details such as what protocol is being used and the target IP address of sent packets. Once the application closes the Winsock port, the TDI filter 322 can inform the packet driver that the session is now closed. These sessions allow the driver to be able to detect what incoming and outgoing packets should be allowed through the system and which packets should be forwarded or filtered.
- a benefit of this embodiment is that it allows the NDIS filter driver 334 to do low level filtering based on port or protocol information and not have the overhead of application specific parsing.
- a modular approach to packet and application filtering is allowed.
- the policy engine 332 also has a communication interface to management tools 316 of the operating system.
- the management tools 316 provide information to the policy engine 332 such as the types of adapters connected to the mobile device and specific information about each of them such as their brand name.
- the policy engine 332 also receives from the management tools 316 the local IP address associated with each adapter. Additionally management tools 316 alert the policy engine 332 that applications are running. For example, a process table maintained by the operating system may be monitored and notifications sent by the management tools 316 to the policy engine 332 . For example, it may be determined whether 802.11i wired equivalency protection (WEP) software is running on a network adapter card through which wireless data is being sent and received. In this way, the policy engine 332 determines which security features are available in a system.
- WEP 802.11i wired equivalency protection
- the policy engine 332 may create a security policy that is not inconsistent with the policies downloaded from the policy server 350 . Additionally, modification and local management of policies as allowed, for example in accordance with permissions of policies set by the policy server 350 .
- the Policy Engine 332 receives user input and sends output via a communication interface with the user interface module 302 to display and change policy settings responsive to user input.
- Rules 340 comprise rules that define one or more security policies to be enforced by the policy engine 332 .
- the policy engine 332 comprises a rule processing module 308 which executes tasks in accordance with determinations to be made as set by the rules for the current security policy and for directing the appropriate results dictated by the rules of the current policy.
- rules are pairings of logically grouped conditions with results.
- conditions which may be connected by logical operators:
- FIG. 3 Examples of subsets of rules are illustrated in FIG. 3 , packet rules 310 and file rules 312 . These subsets illustrate examples of enforcement mechanisms that may work at different layers of a communication model, for example at the network layer and at the application layer.
- a security policy is called a type of shield or is referred to as a particular type of shield level.
- the state may hereafter be referred to as the shield state or shield.
- a packet filter such as the packet filter engine 318 as its name suggests filters packets based on a state set by the currently enforced policy with respect to a parameter.
- a parameter include source IP addresses (for received packets) or target IP addresses (for sent packets), port numbers, port types or a port group.
- a port group is a list of ports that are used by a particular application, network service or function. For example, a port group can be created that includes all the ports for a particular instant messaging application, or for all supported instant messaging applications, or for all applications used internally at a company. Examples of port groups that may be selected for processing by a policy include web surfing ports, gaming ports, FTP and SMTP ports, file sharing and network ports, and anti-virus updates and administration ports.
- a port group can contain individual port items or other port groups.
- the ports are the actual port numbers, the port types enumerate the possible port types e.g. UDP, TCP, IP, or Ethertype, and the actions are what is to be done with this particular port e.g. filter, forward, or inform.
- the inform action will post an event to the policy engine 332 when a packet is sent or received on the specified port. Filter and forward action control the sending and receiving of packets on the specified port.
- a policy is in effect that each port is in one of three modes: open, closed, or stateful.
- open all traffic (both incoming and outgoing) on that port is permitted to flow through the packet filter.
- closed all traffic on that port is blocked (both incoming and outgoing).
- stateful all outgoing traffic on that port is permitted to flow through the packet filter, and incoming responses to that outgoing traffic are allowed back through, but unsolicited incoming traffic is blocked.
- incoming and outgoing traffic may be blocked on a basis, examples of which are a network service or an application.
- components such as the policy engine 332 , the packet filter engine 318 and the TDI filter 322 may be employed for supporting stateful filtering.
- a session is created when a mobile device initiates communications with a particular remote or a specified set of remote computing devices.
- the stateful filtering as may be performed by the packet filter engine 318 and/or the TDI filter 322 in accordance with rules 340 , for example rules in the subset of the packet rules 310 , applicable to the current policy, may use the transport protocol to determine when a session is starting and the address of the remote device.
- Forward and filter decisions in accordance with rules in the set of rules 340 or the subset of the packet rules 310 may be based upon the session information obtained at session startup. Additionally, forward and filter decisions may be based on application parameters received via the TDI filter 322 . This provides the benefit of more refined application filtering as illustrated in the example discussed above.
- the policy engine 332 will pass the rules to the packet filter engine 318 as commands using the existing IOCTL interface. In one example, the policy engine determines based upon its current rules which ports or range of ports should do stateful filtering. These rules are then passed to the packet filter engine 318 by an IOCTL command. In another example, the policy engine 332 determines that rules of the current security policy do not support certain applications accessing a network. These rules are passed to the packet filter engine 318 as well as the TDI filter 322 for application specific filtering. The policy engine 332 may also pass rules about application-specific network access to the TDI filter 322 via an IOCTL interface.
- Each component of the system may also provide health checks on the others.
- the policy engine 332 , the file filter 324 , and the packet filter engine 318 report whether any of the other services have been disabled or removed from the system to the diagnostics module 344 . This information may be relayed to the policy server 350 as it indicates a possible compromise of the protective system.
- the policy server 350 in that case provides diagnostic support information to the diagnostics module 344 .
- Stateful packet filtering deals with packets with different types of addresses.
- Outgoing packets have three different types of addresses: directed, multicast, or broadcast.
- Directed addresses are specific devices. Broadcast packets are typically used to obtain network configuration information whereas multicast packets are used for group applications such as NetMeeting®.
- IP address and the port number are recorded in a session control block.
- the remote responds the receive side of the filter engine will forward the packet because a session control block will exist for that particular session.
- the filter engine will examine the port to determine a response to a given multicast packet.
- a session control block will be completed i.e. the source address of this incoming packet will be used as the remote address for this particular session.
- more than one remote may respond to a given multicast packet, which will require a session control block be created for that particular remote.
- the broadcast packets may be handled in the same manner as the multicast.
- the file rules subset 312 have a communications interface such as an IOCTL interface with a file filter 324 having a communication control interface with a file system 326 .
- the file filter 324 may implement one or more filter related enforcement mechanisms.
- a policy may protect files based on the location in which they are created and/or modified as well as the location in which the mobile device is operating. The policy specifies a set of locations in which the files are to be made available, and whenever the mobile device is not operating in one of those locations, those files are unavailable. In another embodiment, policies may require that files be encrypted only if they were copied from certain network drives.
- the files can be located (e.g., they are not hidden).
- the files are hidden.
- One purpose of this mechanism is to prevent the user from accidentally revealing the contents of sensitive files while in locations where access to those files is not authorized.
- One mechanism for hiding the files is to simply mark them “hidden” in their Windows properties pages, and to cache the access control list (ACL) on the file and then modify the permissions to deny all access by non-administrators.
- Other versions may use the file-system filter to more effectively render the files unavailable.
- Another way of protecting files is by preventing them from being opened.
- files that are subject to location-based protection by the policy are always stored encrypted.
- the files can be decrypted.
- the files cannot be decrypted. This mechanism provides a benefit of preventing unauthorized persons who may have stolen the device from gaining access to sensitive files.
- One mechanism for encrypting the files is to simply mark them “encrypted” in their properties pages, and to rely on the file hiding feature (see above) to stop the files from being decrypted in an unauthorized location.
- Other versions may use the file-system filter to more effectively encrypt the files in a way that does not depend on the operating system to prevent them from being decrypted in an unauthorized location.
- a rule can require that when the VPN is in use, all other ports are closed. This prevents hackers near the user from co-opting the user's device and coming in to the corporate network over the user's VPN connection.
- a lightweight web-based VPN is used that allows traffic from selected applications (e.g., email) to be encrypted with Transport Layer Security (TLS).
- selected applications e.g., email
- TLS Transport Layer Security
- a VPN Lite 320 having a communication interface with the packet filter engine 318 establishes a TLS-encrypted, authenticated connection with the server, and then sends and receives traffic over this connection.
- the TDI filter 322 diverts the outgoing traffic from the application to a VPN client piece 320 , and incoming traffic from the VPN client piece 320 to the application.
- a layer is inserted into the Winsock environment, which opens up a Transport Layer Security (TLS) or Secure Socket Layer (SSL) socket to the VPN server, and tunnels all application network traffic through that connection to the VPN server.
- TLS Transport Layer Security
- SSL Secure Socket Layer
- the applications are unaware that the VPN is active.
- the VPN has a very small footprint, since TLS is included in Windows®.
- TLS Transport Layer Security
- SSL Secure Socket Layer
- the packet filter engine 318 and the TDI filter 322 comprise implementation examples of functionality for processing network traffic.
- the policy engine 332 performs implementation examples of functions of determining location analogous to those of the location detection module 208 , of determining policies analogous to those of the policy setting module 212 and of identifying active security features analogous to those of the security features determination module 210 .
- the packet filter engine 318 and the TDI filter 322 also perform implementation examples of enforcement mechanisms that the policy enforcement control module 214 may analogously perform.
- the diagnostics module 344 of the policy engine 332 performs similar functions discussed with respect to the client diagnostics module 246 of FIG. 2B . For example, it provides status, configuration, error logs, audit logs, and debug information to the server system. Similarly, it would assist a server side remote diagnostics module such as module 224 in FIG. 2A in debugging an error.
- policy documents are XML documents.
- XML allows great flexibility in design, usage, and enhancement of policies. Using the flexibility of XML as the means to distribute enterprise wide policies simplifies the complex problem of distributing and enforcing enterprise wide policies.
- Policies are defined by the enterprise including but not limited to program usage, network access, hardware restrictions, VPN access, data access, and many other policies. The definition of these policies is performed at the enterprise level using XML schemas and documents. The policies may then be distributed to the enterprise clients via various forms of data transfer. Furthermore, the policies may also be protected from hacking by encryption or signatures (i.e. XKMS, XMLDSIG, XMLENC, or proprietary encryptions).
- the policy is then enforced on the client by a process that can interpret the policy distributed by the enterprise.
- This approach allows a policy to be extensible and easily changed by the administrator.
- policy management, compilation and interpretation are performed by policy aware application interfaces.
- the administrator can configure elements of the policy such that they are configurable by the end user.
- the XML schema or XSD is derived from the standard XML schema http://www.w3.org/2001/XMLSchema (May 2001).
- a schema defines one set of types that is used by both the server (group) and the client policies. Policies may be signed to ensure integrity. Additionally individual policy elements will be signed to ensure integrity of policy enforcement.
- a very thin client host application resides on a client mobile device.
- it may be part of the policy setting module 212 for the embodiment of FIG. 2B or part of the policy engine 332 in FIG. 3 .
- the central policy server or server system 350 pushes execution instructions to the client, described by XML.
- XML execution instructions
- a small relatively stable execution environment is available as part of the client device.
- this new functionality is pushed to the client in an XML format.
- version vX.01 of a product supports two types of security policies.
- version X.02 it is necessary to implement a third type of security policy.
- the implementation and associated behaviors of the policy would be described within XML and published to the clients via the policy server.
- Clients running vX.01 would then effectively be upgraded without user intervention.
- this approach could be used for instantiating portions of an application to clients in a cafeteria style—e.g. they want features 1, 2, 3, 6, 8 and not 4, 5, 7. If the client requires a change to their implementation, they change their menu selections and implementation and behaviors are pushed to their respective client instances.
- a key aspect of the present invention is an ability to control access to files whether stored on the network at any of the servers or stored on the mobile client device. Such control over access includes whether they are stored on the mobile computing device, as well as whether they can be transferred from the mobile computing device, under what conditions and what ports or media.
- the present invention advantageously uses “source information” about the file or data being accessed in addition to location of the mobile device to dynamically establish a security protocol for that file and determine whether the file is visible and/or accessible.
- the present invention uses what is referred to throughout this application as “source information” in determining the security setting and policy for access and transfer of files and data to/from the mobile computing device.
- source information is shown by a representative record 400 A in FIG. 4A .
- the source information 400 A preferably comprises a file name 402 , a source address 404 and privileges 406 .
- the file name 402 is any name as provided by the user to identify the file or data.
- the source address 402 in this embodiment is an identifier that specifies the storage location where the file is stored on the network 120 .
- the privileges 406 identify specific access control limitations that are imposed on the file or data.
- the file may have privileges 406 such that it cannot be stored on the mobile computing device 201 and may only be viewable on the mobile computing device 201 .
- the privileges 406 identify one or more specific actions that can or cannot be taken and under what conditions.
- the privileges 406 are a set of rules that may be applied by a policy enforcement module 214 alone or in conjunction with other rules applied by the policy enforcement module 214 .
- the record 400 A of FIG. 4A is just one embodiment for the source information, and the source information may include other fields and may exclude one or more of the fields shown.
- FIG. 4B shows a second embodiment for the source information.
- the second embodiment of the source information is illustrated using record 400 B of FIG. 4B .
- the second embodiment preferably comprises a file name 402 , a source address 404 and privileges 406 with similar form and function as the embodiment described above with reference to FIG. 4A .
- the source address 404 includes more information and preferably has a plurality of sub-fields including: a subnet field 408 , a server field 410 , a folder field 412 , a file field 414 , a type field 416 , and other information field 418 .
- the subnet 408 is the name of the subnet network (or independent, segment, or domain of the network) upon which the file is stored.
- the server 410 is the name of the server upon which the file is stored.
- the folder 412 is the folder name in which the file is stored.
- the file 414 is an identifier for the file, and the type 416 is the file type.
- the source address 404 may also include other information 418 such as the owner of the file, version control information, a hash value, a cyclical redundancy check, a digital signature or other tags extracted from the content of the file or data. For example, such a tag could be whether the information is proprietary and confidential as could be extracted from a document footer or some other part of the file.
- the first embodiment of the file access module 250 a preferably comprises a tag generator 502 , an association module 504 , a file request log 506 , and a controller 508 each coupled to a bus 252 . These components are also coupled by bus 252 to the authorization module 232 and the policy management module 236 of the server 200 as have been described above with reference to FIG. 2A .
- This embodiment of the file access module 250 a is implemented at the server 200 and also provides the server 200 with the ability to monitor which files on the network 120 have been accessed. These components will be briefly described here, but are also describe below with reference to FIGS. 6-9 as they implement the operations of the present invention.
- the tag generator 502 has an input and an output and is coupled to work with the controller 508 to determine the source information for the file being accessed.
- the tag generator 502 is responsive to a file request or access, and in response generates a tag, label or record 400 as has been described above with reference to FIGS. 4A and 4B .
- the tag generator 502 creates the tag after the request for a file has been received by the server, and sends the tag or label to the client before transferring the file.
- the tag generator 502 can operate at each layer of the network stack.
- the tag generator 502 also communicates with and is coupled to the association module 504 to manage the tags that are generated and ensure they are unique and not duplicated in the name space.
- the association module 504 has an input and an output, and is coupled to bus 252 .
- the association module 504 works with the controller 508 to manage the name space and ensure that tags are unique for the files.
- the association module creates a unique identification number that is provides to the tag generator 502 to ensure that each record created for file access or visibility is unique.
- the association module 504 also manages the relationships of the records to the files such that is the files are modified, moved or otherwise altered, the corresponding records are modified and invalidated if necessary.
- the server version of the file access module 250 a also optionally includes the file request log 506 .
- the file request log 506 is maintained and updated by the controller 508 .
- the file request log 506 is coupled to bus 252 to receive updates as to which files are accessed, read and written.
- the file access log 506 records which files were accessed, to which client 201 they were sent or accessed by, and the tag or label that was provided to the client 201 .
- the file request log 506 is shown as being in memory of the file access module 250 a , but those skilled in the art will recognize that it is advantageous to store all or part of the file request log 506 on a non-volatile storage medium.
- the file request log 506 can be used forensically to help determine the source of the file, the instances when the file was transferred or accessed, and possible clients and servers that are not enforcing a security policy correctly. The file request log 506 would be reviewed to perform such analysis whether it was programmatically or manually.
- the controller 508 is of a conventional type and is coupled to the bus 252 for communication and interaction with the tag generator 502 , the association module 504 , the file request log 506 and the server 200 .
- the controller 508 works with the authorization module 232 and the policy management module 236 of the server 200 .
- the authorization module 232 may only provide the file and access if they have security software with an appropriate policy on the client device, or if they have the security features operable at the client to allow access and transfer of the file.
- a key feature of the present invention is to use both the source information and the location information to determine the appropriate security policy and enforce it upon the mobile client devices.
- FIG. 5B is a block diagram of a second embodiment of the file access module 250 b of the present invention.
- the second and preferred embodiment of the file access module 250 b is advantageously coupled to and operates in conjunction with the client 201 .
- the second embodiment of the file access module 250 b comprises a tag generator 522 , an association module 524 , a controller 528 and a source data storage 530 each coupled to a bus 254 . These components are also coupled by bus 254 to the policy setting module 212 and the policy enforcement module 232 of the client 201 .
- the policy setting module 212 and the policy enforcement module 232 of the client 201 were described above with reference to FIG. 2B .
- the tag generator 522 , association module 524 , and controller 508 operate in a similar manner to that described above with reference to the server side, however, they work with the policy setting module 212 and the policy enforcement module 214 to control access to files at the mobile client device 201 .
- the file access module 250 b also includes source date storage 530 .
- the source data storage 530 can be used to store tags or labels created by the tag generator 522 at the mobile client device 201 .
- the tags are created and stored at the mobile client device 201 in the source data storage 530 for use repeatedly in determining whether a file should be made visible or accessible. Such tags can be re-used for as long as the files or data are stored on the on the mobile client device 201 .
- no such source date storage 530 is needed because the tag generator 522 generates the source information on the fly as the requests for file access or visibility are received.
- the source data storage 530 is coupled by the bus 254 to the controller 528 and to the policy setting module 212 and the policy enforcement module 214 .
- FIGS. 6-9 operate either at the server 200 or the client 201 as has been noted above. However, for convenience and ease of understanding they will be described with reference to the embodiment of the present invention of FIGS. 2B and 5B where the file access control module 250 b resides at the client computing device 201 .
- the method begins in step 602 by determining the location of the mobile client device 201 .
- the location can be a physical location of the mobile client device 201 , but more preferably reflects the network environment in which a mobile device 201 is operating.
- a file name to be made visible is retrieved 604 .
- the present invention determines 606 the “source information” for the file corresponding to the retrieved file name.
- the source information can be determined by generating the source information by the tag generator 522 , retrieving the source information from the source data storage 530 , or getting the source information from the file access module 250 a .
- the source information is used by the policy setting module 212 to set 608 security policies enforced by the policy enforcement control module 214 . Whether this file is visible to the user is determined by the security policy in force that takes into account both the location of the client computing device 201 and the source information associated with the file.
- the system 201 makes the file visible on the mobile client device 201 if allowed by the security policy as determined by the policy enforcement control module 214 .
- the method determines 612 whether there are more files to make visible by the mobile client device 201 . If so, the method proceeds to step 604 and repeats steps 604 - 612 for each additional file name. If not, all the files that can be have been made visible to the user based on the new location, and the method is complete.
- the method begins in step 702 by determining the location of the mobile client device 201 .
- the location can be a physical location of the mobile client device 201 , but more preferably reflects the network environment in which a mobile device 201 is operating.
- the method sets 704 security policies enforced by the policy enforcement control module 214 based on location and source information. Whether this file is accessible by the user is determined by the security policy in force that takes into account both the location of the client computing device 201 and the source information associated with the file.
- a request for file access is received 706 .
- the present invention determines 708 the “source information” for the file corresponding to the file access request.
- the source information can be determined by generating the source information by the tag generator 522 , retrieving the source information from the source data storage 530 , or getting the source information from the file access module 250 a .
- the mobile client device 201 in particular the policy enforcement control module 214 , either allows 710 or prohibits access (reading or writing) to the file according to the file access policy set, the location and the source information.
- FIG. 8 is a flowchart illustrating a method for creating source information about a file or data in accordance with the present invention.
- the method of FIG. 8 corresponds to step 606 of FIG. 6 or step 708 of FIG. 7 .
- the method begins by determining 804 the file name of the file or data that mobile client device 201 is requesting be made accessible. Then the method assigns 806 a unique identification number in the name space to the file name. This is preferably done by the association module 504 , 524 .
- the tag generator 502 , 522 determines 808 the source information for the file. For example, the tag generator 502 , 522 determines the file name 402 , a source address 404 and privileges 406 for the corresponding file.
- the tag generator 502 , 522 creates 810 in the source data storage a record 400 a , 400 b with fields as necessary for the source information.
- the method stores 812 the file name 402 , a source address 404 and privileges 406 from the determining step 808 in the record 400 a , 400 b .
- this information and the record can be directly sent to the policy enforcement module 214 for use in determining file accessibility.
- FIG. 9 is a flowchart illustrating a method for determining whether to allow access to a file using location and source information. This method corresponds to step 710 of FIG. 7 .
- the present invention uses source information and location to determine if a file is accessible, and the method here provides a variety of steps covering the various methods for access and transfer of a file.
- the present invention includes other transfer methods not specifically recited here.
- the order in which each of the transfer types are reviewed for allowability could be modified to provide various different ordering, and the order presented is only by way of example.
- the method 710 begins in step 1002 by determining whether the policy adjusted for source and location information allows the file to be deleted. If so the method continues in step 1004 to permit the user to delete the file. If not the method continues to determine 1006 whether the policy adjusted for source and location information allows the file to be opened. If so, method continues to permit 1008 the user to open the file and view the data. If not the method continues step 1010 to determine whether the policy adjusted for source and location information allows the file to be sent via email. If so, the method permits 1012 the user to email the file. In steps 1014 , 1016 the method determines whether file transfer using a file transfer protocol is allowable, and permits if it is. Similarly, the method test and allow if permissible access via universal serial bus, an infrared interface, a serial interface and a parallel interface in step 1018 , 1020 , 1022 and 1024 .
- modules, routines, features, attributes, methodologies and other aspects of the present invention can be implemented as software, hardware, firmware or any combination of the three.
- a component an example of which is a module, of the present invention is implemented as software
- the component can be implemented as a standalone program, as part of a larger program, as a plurality of separate programs, as a statically or dynamically linked library, as a kernel loadable module, as a device driver, and/or in every and any other way known now or in the future to those of ordinary skill in the art of computer programming.
- the present invention is in no way limited to implementation in any specific programming language, or for any specific operating system or environment.
- one embodiment of the present invention is applicable to ad hoc peer-to-peer connections. Access using such connections could be allowed based on key length. Accordingly, the disclosure of the present invention is intended to be illustrative, but not limiting, of the scope of the present invention, which is set forth in the following claims.
Abstract
The present invention is a security tool for protection of data on a mobile computing device. The security tool provides a plurality of security policies to be enforced based on source information for the data and a location associated with a network environment in which a mobile device is operating. The security tool may be either located at the mobile computing device or at the server. The security tool includes a file access module for determining whether files are visible or accessible. The file access module comprises a tag generator, an association module, and a policy enforcement module. The tag generator creates source information for the file being accessed and the policy enforcement module determines what actions, if any, can be performed on the file and under what conditions such as location and network environment, type of file and other factors.
Description
- This application claims the benefit of U.S. Provisional Patent Application No. 60/644,064, filed on Jan. 14, 2005, entitled “System and Method of Filtering Access Points Presented to a User and Locking onto an Access Point.” This application also claims the benefit of U.S. Provisional Patent Application No. 60/687,188, filed on Jun. 3, 2005, entitled “Access Control to Files Based on Source Information.” This application is a continuation-in-part of U.S. patent application Ser. No. 11/176,999, filed on Jul. 7, 2005, and entitled “System and Method for Filtering Access Points Presented to a User and Locking onto an Access Point.” This application is also a continuation-in-part of U.S. patent application Ser. No. 10/897,060, filed on Jul. 21, 2004, and entitled “Administration of Protection of Data Accessible by a Mobile Device.” This application is also a continuation-in-part of U.S. patent application Ser. No. 10/413,443, filed Apr. 11, 2003, and entitled “Administration of Protection of Data Accessible by a Mobile Device.” This application is also a continuation-in-part of U.S. patent application Ser. No. 10/377,265, filed Feb. 28, 2003, and entitled “Protection of Data Accessible by a Mobile Device.” All of the above applications are incorporated by reference herein in their entirety.
- 1. Field of Invention
- This application relates to the field of security of data accessible by mobile devices. Mobile devices are using wired and wireless technologies to access networks at work, at home, or in public ‘hot spots.’ Those same mobile devices have documents, spreadsheets, e-mail, and other files with valuable company information if not valuable personal information in them.
- 2. Description of Related Art
- The availability of wired and wireless network access points (NAP) allows mobile devices like laptop computers and personal digital assistants (PDAs) to enable users to be more mobile, providing access to corporate networks, e-mail, home networks and the Internet from anywhere. With the advent of the IEEE 802.11 standard for wireless communication, and other popular wireless technologies, software products that protect against unwanted access to information stored on mobile devices and corporate servers is highly desirable.
- Traditional security architectures assume that the information assets being protected are ‘tethered’—wired to a particular network infrastructure such as a company's network infrastructure. But mobile users can pick up valuable corporate information, such as by copying files from a server to a laptop, and walk away from the corporate network, and connect to other networks with different security policies. Users with laptops and mobile devices want to take advantage of wireless technologies, to connect wherever they are—at work, at home, in the conference room of another company, at the airport, a hotel, a highway or at the coffee shop on the corner. The mobile device's network environment is constantly changing as the user moves about. Each environment has different needs in terms of security. Each environment presents different challenges to protect the information on the mobile device while allowing access to e-mail, the Internet, and company Virtual Private Networks (VPNs).
- Personal firewalls are designed to deal with static environments. A personal firewall could be ideally suited for mobile users if users knew how to adapt their configuration for their particular mobile application. Unfortunately, security settings for one situation can compromise data security in another. The configuration of popular personal firewalls typically requires a level of expertise on how the technology actually works that average users do not possess. For example, if a user improperly configures a personal firewall to trust a foreign network, his files may be vulnerable to unauthorized malicious attacks on his computer.
- Solutions that secure data in transit, for example a (VPN) connection from a corporate server to a mobile client device, do not protect the data once it is stored on the mobile device. For example, an executive could be retrieving sensitive files or emails from the corporate network, and the VPN will stop eavesdroppers from seeing the data in transit, but once the data is stored on the executive's mobile device, hackers in the parking lot could break into the mobile device and copy or maliciously alter the data. With the onset of new powerful mobile devices that can store corporate data, IT managers see their network perimeters having to extend to the new limits of these mobile wireless connections.
- Thus, there is a need for simple to use, mobile-aware security tools providing different levels of security protection for different locations and/or security features. There is also a need for different levels of security based on source or labeling of the data.
- The present invention provides one or more embodiments of systems and methods for protecting data accessible by one or more mobile devices using security policies based upon criteria such as source information associated with the data and a location associated with a network environment in which each mobile device is operating. The present invention also provides an embodiment of a system and method for automatically labeling, tagging or creating source information for data or a file.
- The system of the present invention includes a policy server for creating, maintaining and proliferating one or more security policies to mobile computing devices and servers. Each mobile computing device includes a security tool for enforcing security policies provided by the policy server. In a first embodiment of the present invention, security tool uses the source information and the location associated with a network environment in which each mobile device is operating to determine the accessibility of data. For example, based on the source information and current location associated with the mobile device, a file resident on the mobile device may be encrypted, may be hidden, may be transferable, may be partially accessible or fully accessible as required or recommended by a security policy. The security tool may be either located at the mobile computing device or at the server. The security tool includes a file access module for determining whether files are visible or accessible. The file access module comprises a tag generator, an association module, and a policy enforcement module. The tag generator creates source information for the file being accessed and the policy enforcement module determines what actions, if any, can be performed on the file and under what conditions such and location and network environment, type of file and other factors.
- The present invention also includes various methods for using source information to control access to data including a method for determining whether files are visible, a method for determining whether files are accessible, and a method for generating source information for in response to a file request.
-
FIG. 1A illustrates one or more examples of location categories that may be assigned to a mobile device in accordance with an embodiment of the present invention. -
FIG. 1B illustrates a plurality of examples of a file access module in system of servers and clients in accordance with an embodiment of the present invention. -
FIG. 2A illustrates a server or system for protecting of data accessible by one or more mobile devices based on a location associated with the mobile device and source information for the data requested in accordance with a first embodiment of the present invention. -
FIG. 2B illustrates a system in a client mobile device for protecting data accessible by the mobile device based on a location associated with the mobile device and source information for the data requested in accordance with the first embodiment of the present invention. -
FIG. 3 illustrates a server system embodiment for administering the protection of data accessible by a mobile client device in accordance with second embodiment of the present invention. -
FIG. 4A illustrates a first embodiment of a data structure for storing source information related to a file in accordance with the present invention. -
FIG. 4B illustrates a second embodiment of the data structure for storing source information related to a file in accordance with the present invention. -
FIG. 5A is a block diagram of a first embodiment of the file access module in accordance with the present invention for use in a server. -
FIG. 5B is a block diagram of a second embodiment of the file access module in accordance with the present invention for use in a client. -
FIG. 6 is a flowchart illustrating a method for making data visible by a mobile device based on a location and source information about the data in accordance with the present invention. -
FIG. 7 is a flowchart illustrating a method for making data accessible by a mobile device based on a location and source information about the data in accordance with the present invention. -
FIG. 8 is a flowchart illustrating a method for creating source information about data in accordance with the present invention. -
FIG. 9 is a flowchart illustrating a method for determining whether to allow access to a file using location and source information in accordance with the present invention. -
FIG. 1 illustrates examples oflocation categories mobile devices mobile devices laptop 148 and thePDA 150 communicating with the illustrated wireless network access point will have its location set to “Home.” - The location “Work” 106 is an example of a location associated with a network environment maintained by a user's employer. In the illustrated example, a
notebook computer 164 has a wiredEthernet connection 168 to thecorporate server 112 of his or her employer. However, thenotebook computer 164 may also communicate with theserver 112 through awireless NAP 162 as illustrated. - Another example of a location category is “Mobile” 102. For example, at an airport, a mobile device such as the illustrated
notebook computer 122 accesses a network environment respectively through a wired connection 126 (in this example a T1 line) to a wirednetwork access point 128. This wirednetwork access point 128 may provide access to an Internetshopping site server 110 because the user desires to browse the site while waiting for departure. Thenotebook computer 122 and the personal digital assistant (PDA) 124 alternatively have a wireless connection to awireless NAP 130, in this example an 802.11b connection through which they may communicate at the airport. Additionally, as discussed below, the security policy associated with the “Mobile” location may take into account the connection type of wired or wireless. In this example, the network environment provided at the airport does not match with a defined environment associated with a location such as “Work” 106 or “Home” 104 so “Mobile” 102 is assigned or associated with thePDA 124 and thenotebook computer 122 as a default location. - The last location example is “Alternate” 108. In one example, a specific environment (e.g. an environment associated with a university computer lab or an environment associated with a type of network class) may be associated with “Alternate.” Similarly, a “Custom” or another named location may also be defined. In this example, the wireless
network access point 172 is associated with a cellular base station providing network access through a General Packet Radio Services (GPRS) system, Global System for Mobile communication (GSM) system, third generation wireless 3G system or other kind of mobile wireless communication system. APDA 174 communicates wirelessly to theNAP 172 for access to thenetwork 120. -
FIG. 1B illustrates a high level view of the present invention in anexemplary network 194. Those skilled in the art will recognize that the present invention may operate in any network configuration, and thenetwork 194 shown inFIG. 1B is used for illustration purposes only. The present invention provides afile access module 192 that is used to control which files are visible and accessible. Thefile access module 192 can operate with apolicy server 180, aserver mobile computing devices file access module 192 works withpolicy enforcement module FIGS. 2A and 2B . - While a plurality of
file access modules 192 are shown inFIG. 1B , it should be understood that are various embodiments of the present invention, and only onefile access module 192 is required for a given embodiment. For example, in a preferred embodiment,file access modules 192 are not provided for theservers file access modules 192 are provided and each operates in conjunction with the policyenforcement control module 214 of aclient file access module 192 that works with thepolicy server 180. Those skilled in the art will recognize that there are various other configurations of one or morefile access modules 192 each working with aserver network 194. -
FIGS. 2A and 2B illustrate interaction between a computer system 200 (FIG. 2A ) acting in a server role with respect to a mobile computer system 201 (FIG. 2B ) acting in a client role for the purposes of managing security in accordance with an embodiment of the invention. Similarly,FIGS. 2A and 2B also illustrate interaction between theserver computer system 200 and the mobileclient computer system 201 for the purpose of providing diagnostic assistance to the client computer system. Thesystem 200 inFIG. 2A may be implemented as software executing in a standalone computer having a processor being accessible to memory, the processor being communicatively coupled with one or more network interfaces, a display and input/output devices such as a keyboard and a pointing device. Similarly, thesystem 200 may be implemented by a series of networked computers as may typically be implemented by an enterprise. Additionally, thesystem 200 ofFIG. 2A may be implemented on anothermobile computing device 201. The server or server-side system 200 allows an administrator to manage and distribute policies and software upgrades, analyze logs, and perform remote diagnostics. Theclient system 201 inFIG. 2B may be implemented as software executing in a mobile computing device having a processor being accessible to memory, the processor being communicatively coupled with one or more network interfaces, a display and input/output devices such as a keyboard and a pointing device. Theclient side system 201 monitors the user's changes in location and/or security features and applies the appropriate policies automatically as the user moves about or different security features are activated or deactivated. Theclient 201 enforces the policies set up by the administrator, and performs diagnostics. Theclient 201 can also create and manage policies for the client mobile device when run in a self-managed mode. Theserver system 200 is discussed first. -
FIG. 2A illustrates asystem 200 for administering protection of data accessible by a mobile device based on a location associated with a network environment in which the mobile device is operating and a source label or tag for data being accessed. The illustratedsystem embodiment 200 comprises anauthorization module 232, apolicy distribution module 234, apolicy management module 236, illustrated here with an optional serverpolicy setting module 238 and an optional serverpolicy enforcement module 244, afile access module 250 a, a remote diagnostics module 224 and auser interface module 240. Thesystem 200 protects data accessible by the mobile device that may be resident (SeeFIG. 2B , 220) ordata 242 that is accessible by the mobile device over anetwork 204. Examples of such data may include security policies, corporate data, group files indicating the organization of personnel into various groups, client device management data, and diagnostic information related to the mobile devices or computers internal to the corporate network. As is apparent, these are examples of information valuable to a company. As illustrated, each of these modules has a communication interface or is communicatively coupled to each of the other modules and has access todata objects 242 stored in memory of theserver 200 and also has access to a network 204 (e.g. Internet). - The
policy management module 236 manages security policies. One aspect of managing security policies is defining the policies. In this example, thepolicy management module 236 comprises instructions for establishing this pre-defined criteria based upon user input processed by the communicatively coupleduser interface module 240. Defining policies includes the creation of policies and the modification of policies. Examples of aspects of a policy includes specification of rules and permissions (e.g. policy override), defining one or more locations associated with network environments, defining or identifying security features to be monitored, ports to be monitored, network services to be monitored, applications to be monitored, enforcement mechanisms to be put in place for a particular policy, level identification for a policy or policy aspect for flexibility (optional, recommended, mandatory, invisible), and feedback (e.g. custom error messages) to alert an administrator via a user interface screen using theserver system 200 of certain conditions or to alert a client device user via a user interface screen of certain conditions. - There may be several layers of policies. There may be a base policy applicable to a group of entities. Examples of entities may be users or the mobile devices themselves. In these examples, the group may include one instance of an entity. The attributes of the base policy may be incorporated into other policies that add additional attributes. For example, a base policy for the group including engineers in the user interface design department may be allowed access to files on a certain disk drive. Another policy based on location that incorporates the attributes of the base policy may only allow access to encrypted versions of the files if a mobile device through which a UI design engineer is logged in is operating in a “Home” network location. The optional server
policy setting module 238 is discussed below in the discussion of the clientpolicy setting module 212 ofFIG. 2B . The optional serverpolicy enforcement module 244 is discussed below in the discussion of the client policyenforcement control module 214 ofFIG. 2B . - In one embodiment, the
policy management module 236 is provided with an enterprise's existing group structures. Thepolicy management module 236 compensates for a failing in the traditional makeup of groups. Since groups are not hierarchical, it is common for one person to be a member of several groups, and if each group has its own security policy, an issue arises as to how to determine which policy to apply to a particular user. Thepolicy management module 236 inputs a prioritized list of groups from amemory location 242. According to one embodiment, thepolicy management module 236 searches the groups in priority order of the list. For example, if a person is a member of “engineering” and “executive staff,” that person will get the security policy for whichever of those two groups comes first in the prioritized list. There can be a default policy for users who are not members of any of the groups on the prioritized list. Further, there can be a highest priority group that always has the highest priority. An example of such a group is a “stolen mobile device” group that always has the highest priority, because it doesn't matter what other groups the device is associated with if the device is in the hands of a thief. According to another embodiment, a user who is a member of several groups can be granted the security policy for the group associated with the least privileges. - The
policy distribution module 234 distributes security information to the one or more client mobile devices. Thepolicy distribution module 234 has a communication interface or is communicatively coupled to thepolicy management module 236 for receiving notifications of updated security information. Examples of security information are versions of existing policies, policies, or software. An example of communication interface is a bus between a processor executing one or more of the modules and a memory controller responsible for memory reads/writes. Another example is one module reading a parameter stored in a memory location by another module. Of course, other communication interfaces known to those of ordinary skill in the art may also be used. - In this embodiment, the
authorization module 232 authorizes a communication exchange between the client mobile device and the policy distribution or policy management modules. Theauthorization module 232 is a further safeguard against unauthorized or rogue mobile devices trying to hijack the security policies or corporate data. Various authorization protocols and techniques may be used. One example is a simple username and password verification scheme. Another example of a type of authorization protocol is a cryptographic authentication protocol. Theauthorization module 232 may also be used to authorize a communication exchange between theclient system 201 and the remote diagnostics module 224. - The
file access module 250 a is coupled to theauthorization module 232 and thepolicy management module 236 bybus 252. The file access module provide sources information to thepolicy management module 236 so that policies can be modified based on the source information for the file requested in addition to location information about themobile computing device 201. Thefile access module 250 a, its components and operations are described in more detail below with reference toFIGS. 5A-9 . - The remote diagnostics module 224 is illustrated in the context of a
server 200 inFIG. 2A concerned with security or protection of data accessible by mobile client devices. However, the remote diagnostics module 224 may also function to provide diagnostic support for computer problems generally encountered by mobile client devices independently of security related software. In this embodiment, the remote diagnostics module 224 provides diagnostic assistance and/or corrective instructions with respect to problems not only associated with security but also provides such support with other problems generally encountered by mobile client devices. The remote diagnostics module 224 has a communication interface or is communicatively coupled with theuser interface module 240, theauthorization module 232, thepolicy management module 236 and thepolicy distribution module 234. This allows a person using the mobile device to get the device repaired where they are as opposed to having to mail the device or wait until he or she is back in the office to get help. - The remote diagnostics module 224 comprises three modules or sub-modules: a
monitoring module 226, adiagnosis module 228, and a diagnosis distribution module 230. Themonitoring module 226 receives diagnostic information such as events or audit logs from a client device and stores the information in a data object (242) for the client device. In one embodiment, a client diagnostics module (e.g.FIG. 2B , 246) periodically and automatically initiates tests. Results including errors from these tests are reported over a network 204 (e.g. Internet) to the remote diagnostics module 224. Other examples of diagnostic information retrieved from the client are debug output files, examples of which include system event logs, crash dumps, and diagnostic outputs from a client diagnostics module (e.g. 246,FIG. 2B ). This information may be received periodically over anetwork 204 from the client diagnostics module 246, or upon an initial network connection by the mobile device with the server, or because the client diagnostics module 246 requests diagnostic assistance. - The
diagnosis module 228 analyzes diagnostic information stored for the mobile device. For example thediagnosis module 228 may perform analysis according to pre-stored diagnostic programs or according to an interactive user environment or a combination of the two. Thediagnosis module 228 may provide a repair to a problem in the client device, determine that a trend is occurring for the device, or determine that preventive maintenance is to be scheduled for the client device. In one example, thediagnosis module 228 initiates requests to the client mobile device for additional information. The additional information may be based on input received via theuser interface module 240 or according to a pre-stored diagnosis method. In one embodiment, thediagnosis module 228 provides requested information to theuser interface module 240 responsive to user input. In another embodiment, thediagnosis module 228 may provide requested information transmitted via the diagnostics distribution module 230 over thenetwork 204 to the client mobile device responsive to requests received at a user interface module on the client device (e.g.FIG. 2B , 218). Once a diagnosis has been made with respect to a problem, support information may be distributed to the mobile device under the control of the diagnosis distribution module 230. For example, support information may be in the form of instructions or code to the client device to repair a problem or perform maintenance. This provides an advantage of taking corrective or preventive actions without requiring user intervention or action. Another example of support information that may be forwarded is messages for display by the client device providing a diagnostic report or requesting specific input from a user of the device. - Either the
monitoring module 226 or thediagnosis module 228 may initiate tests and/or queries to determine the readiness or robustness of the existing client device population. Trends may be noted. Again, these tests may be run during a connection with a device without requiring user intervention. - The remote diagnostics module 224 may also probe a particular client to verify its status. For example, client configuration information may be retrieved such as the current version of the security policy software components on the client device, the current policy settings on the device, and attributes in accordance with those settings, for example, which ports are blocked. This information may be stored for later assistance in a diagnostics situation or for use with a current diagnostics situation.
- In the system embodiment of
FIG. 2A , thepolicy management module 236 defines a security policy applicable to a client mobile device based upon criteria. One example of criteria is the location associated with the network environment in which the mobile device is operating and source information. Other examples of criteria are the presence or the activity status of one or more security features. Of course, a combination of location and one or more security features may also form a criteria basis for defining a security policy. Thepolicy management module 236 designates one or more client devices associated with the policy. In one example, this association may be based on an entity or class to which the security policy is applicable. An example of an entity is a group with one or more members. An example of a member may be a user of the client mobile device. A policy may be set that is applicable to the group of all engineers in the software development department. Another example of a member is the mobile device itself. For example, the capabilities of different mobile devices may be the basis for classifying them into different groups. In a secure manner, thepolicy management module 236 provides the one or more designated client mobile devices with authorization information for use in contacting the server system securely. One example of authorization information is an encrypted token provided by the authorization module to the mobile client device during a trusted connection between the two. An example of a trusted connection may be an internal connection behind the firewall of and within the internal network of the enterprise with which both the server system and the mobile client device system are associated. In one embodiment, a management server within the firewall in the internal network provides the authorization information. When a client mobile device connects via the Internet, it interacts with one or more of the enterprise side servers external to the firewall. The client contacts the external servers to retrieve policies and instructions. The external servers also perform key/identity management and policy persistence. The external servers communicate with the management server through the firewall for client management information such as a key, a user, a group, and version information associated with a client mobile device system. In a similar manner, responsive to security information such as a policy or software being designated for encryption, thepolicy management module 236 provides the designated client mobile device with cryptographic information that the client device can store and use to decrypt the security information. An example of cryptographic information is a key for use with a cryptographic authentication protocol. In one example, Microsoft® web keys may be used. Thepolicy management module 236 sets the permissions for the one or more associated mobile devices with respect to the one or more policies. In one aspect, permissions typically relate to the allowable modification that may be made to a downloaded policy or client software by the client mobile device. Permissions may be applied to various policies and to the criteria upon which policies are defined. For example, there may be permissions set for a policy, but permissions may also be set with respect to a location. Some examples of permissions specific to policies are as follows: -
- Ability to see the tray icon
- Ability to shut down the service
- Ability to go to unmanaged mode
- Ability to go to self-managed mode
- Ability to change to a different policy server, or get a policy from another server in the same enterprise
- Ability to not pull down new policies when they are available
- Ability to get software updates directly from a vendor
- Ability to launch the settings application
- Ability to modify visual settings
- Ability to modify feedback levels
- Ability to see/modify server-defined global objects (for each type of object)
- Ability to create new global objects (for each type of object)
- Ability to see/modify global objects in the policy (for each type of object)
- Ability to change the global objects used in the policy (for each type of object)
- Ability to remove adapters from the policy.
Some examples of permissions specific to locations are as follows: - Ability to manually switch to a location
- Ability to override a location.
- Ability to manually switch to a different location
- Ability to change enforcement mechanisms.
- In one embodiment, in setting the permissions, for flexibility, a permission setting or a level of identification for each of the permissions may also be set. Some examples of these possible settings or levels are as follows:
-
- Modifiable: The user has permission to modify the setting freely.
- Recommended: The user has permission to modify the setting, but the application will recommend the policy's default.
- Mandatory: The user does not have permission to modify the setting.
- Hidden: The user does not have permission to view or modify the setting.
- The
policy management module 236 determines whether the security information is to be encrypted. If not, thepolicy management module 236 stores the security policy. If it is to be encrypted, the policy is encrypted. Similarly thepolicy management module 236 may also encrypted other types of security information such as software updates before they are stored. For example, the security policy may be stored as a data object in amemory 242 accessible via an internal enterprise network. In another example, security policies may be included in XML documents that may themselves be encrypted. In an alternate embodiment, thepolicy management module 236 may store the policy unencrypted, thepolicy distribution module 234 makes the determination of whether encryption applies to the policy or other security information, and thepolicy distribution module 234 encrypts the security information before distributing it. Additionally, in the embodiment ofFIG. 2A , thepolicy management module 236 manages the one or more client devices for security purposes. One aspect of client management is that thepolicy management module 236 maintains client management information for the mobile device and the one or more policies associated with it. The following list of information fields is an example of the types of information that may be included in client management information. -
- User Name
- Group
- Connection state, which is one of:
- Connected
- Last connected time
- Never connected
- Policy for this user
- Policy version for this user
- Software version for this user
- Current enforcement mechanisms
- Diagnostic level, including diagnostic options available in the client settings
- Diagnostic information
- Auditing level
- Auditing information
- Locations Previously Detected
- The information may be organized in a data object stored in a
memory 242 accessible to the server computer system. - Through a user interface, a system administrator provides input indicating actions to be taken with respect to managing clients. In the embodiment of
FIG. 2A , theuser interface module 240 provides the input to thepolicy management module 236. In one example, a graphical user interface (GUI) for managing mobile client devices provides a list of information identifying directly or indirectly all mobile client devices that have connected to the server system, and has controls for managing them. Information displayed may be based on information sent during client-server negotiation. Below are some examples of actions to be taken for one or more client devices selected in accordance with user input. -
- Remove this client device from the current list of connected client devices (although the client device is re-added the next time he connects).
- Change auditing level (to one of the options described below).
- Change the diagnostic level.
- View the diagnostic or event log for this client device.
- Reassign this client device to another group.
- Define Properties (e.g. required hardware, required software, data accessibility rights, data visibility rights.)
-
FIG. 2B illustrates asystem 201 for protecting data accessible by a mobile device based on source information and a location associated with a network environment in which the mobile device is operating. Additionally, thesystem 201 inFIG. 2B illustrates a system for determining and enforcing security policies based upon the activity status of a security feature in a communication session between the mobile device and another computer. Thesystem 201 comprises alocation detection module 208, apolicy setting module 212, security featuresdetermination module 210, a policyenforcement control module 214, afile access module 250 b, auser interface module 218, memory location(s) 216, an authorization module 245, and a client diagnostics module 246. Thesystem 201 protects data accessible by the mobile device that may be inresident memory 220 on the device ordata 242 accessible over anetwork 204. In this illustrated example, each of these modules has a communication interface or is communicatively coupled to each of the other modules. One or more of these modules may accessresident memory 220. - The authorization module 245 provides authorization information to the
authorization module 232 of theserver 200 to establish communication exchanges with the client mobile device for the exchange of security information or diagnostic information or both. The client diagnostics module 246 collects diagnostic information that is sent to the remote diagnostics module 224 of theserver system embodiment 200. - In one embodiment, the
location detection module 208 receives network parameters fromnetwork 204 and detects or determines the location associated with the current network environment based upon criteria defined in a downloaded policy from theserver system 200. In this example, thepolicy setting module 212 receives, installs and updates the security information including security policies and/or software updates received from thepolicy management module 236 via thepolicy distribution module 234 over thenetwork connection 204. Thepolicy setting module 212 may define criteria or if permissions set by thepolicy management module 236 allow, supplemental policy definitions or customization of policy definitions based upon user input processed by the mobile deviceuser interface module 218. Similarly, if operating in a standalone mode not under the control of the server system, thepolicy setting module 212 defines an aspect of a policy such as location criteria or security features criteria based upon user input processed byuser interface module 218. - In this embodiment,
memory locations 216, including indicators of security features and/or location indicators, have a communication interface (e.g. a bus between a processor executing one or more of the modules and a memory controller responsible for memory reads/writes) to thelocation detection module 208, the security featuresdetermination module 210, thepolicy setting module 212, the policyenforcement control module 214, the authorization module 245, the client diagnostics module 246 and thefile access module 250 b. Thelocation detection module 208 has a communication interface to thepolicy setting module 212. In the embodiment, thepolicy setting module 212 determines a security policy based upon the location detected by thelocation detection module 208 and communicated via a communication interface. In one example of the communication interface, thepolicy setting module 212 may read acurrent location indicator 216 updated in amemory location 216 by thelocation detection module 208. Thepolicy setting module 212 may then read thelocation indicator 216 periodically or responsive to a notification message from thelocation detection module 208. In another example, thelocation detection module 208 may pass the currently detected location to thepolicy setting module 212 as a parameter in a message. Of course, other communication interfaces known to those of ordinary skill in the art for use in notifying thepolicy setting module 212 of the current location may also be used. - In another embodiment, the
policy setting module 212 determines a security policy based upon source information as will be described in more detail below with reference toFIGS. 4A and 4B . In one example of the communication interface, thepolicy setting module 212 may read source information from the file access module 250 as the file is scanned for visibility or a read request is received for the file. In yet another and preferred embodiment, thepolicy setting module 212 uses both source information from thefile access module 250 b and location information from thelocation detection module 208 to set the security policy for themobile device 201. - In an alternate embodiment, an optional server
policy setting module 238 may operate on a server computer system such as the one illustrated inFIG. 2A that determines the selection of the current security policy for the mobile device based on criteria information received from themobile device 201 including location and activity status of one or more security features or based on network parameters received fromnetwork 204. In this embodiment, a module on the client device such as the policyenforcement control module 214 receives commands from the optional serverpolicy setting module 238 and executes them on the mobile device. - The
policy setting module 212 also has a communication interface to apolicy enforcement module 214. Thepolicy enforcement module 214 comprises instructions for enforcing the security policy currently set by thepolicy setting module 212. Thepolicy enforcement module 214 comprises instructions for one or more enforcement mechanisms associated with a security policy. Again, in an alternate embodiment, an optional serverpolicy enforcement module 244 in aserver computer system 200 with which the client device has anetwork connection 204 may send instructions to the mobile device for the enforcement of a security policy as determined by the optional serverpolicy setting module 238 for the local device on the server side. - In this embodiment, a
user interface module 218 has a communication interface to one or more of thesemodules user interface module 218 receives input from a user input device such as a keyboard, mouse, or touchpad, and causes user interfaces to be displayed for use by a user for establishing criteria for defining an aspect of a security policy as allowed by permissions associated with the policy or when operating in a standalone mode not under the control of theserver system 200. - The
system 201 further comprises a security featuresmodule 210 for determining whether one or more security features have an activity status of inactive or active in a communication session between the mobile device and another computer. An example of a security feature is a connection type of wired or wireless. In one example, this connection type may be indicated by the association of the port over which data is communicated with a wireless or wired network adapter or network interface card (NIC). In another example, this connection type may be indicated by the association of a local IP address with data communicated over a wireless or wired network adapter or network interface card (NIC). In other embodiments, policies may be set based on particular features besides simply connection type. For example, a different security policy may be applied for different brands of NICs or particular classes (e.g. 802.3, 802.11a, 802.11b, GPRS, GSM) of NICs. Furthermore, different security policies may be assigned based on the operating system employed or the version of the operating system because different systems or versions provide different security features. Furthermore, different policies may be employed based on the security features (e.g. a firewall) provided by different types of network access points (NAP). Additionally, the presence or absence of upgraded NIC support for enhanced security protocols (e.g. 802.11i), or the presence or absence of security software such as virtual private network (VPN), or antivirus software, or intrusion-detection software may be the basis for setting different policies on a particular port, network adapter or data. - As with the
location detection module 208, the security featuresmodule 210 has a communication interface to thepolicy setting module 212 in this embodiment as well as thememory locations 216. An activity status indicator field for the feature stored in thememory locations 216 may indicate the activity status of active or inactive for a security feature. Thepolicy setting module 212 may be notified of the active features via the communication interface implemented in the same manner described in any one of the examples discussed above with respect to thelocation detection module 208 or in any manner known to those of ordinary skill in the art. - The
policy setting module 212 communicates the current security policy to the policyenforcement control module 214 via a communication interface implemented in the same manner described in any one of the examples discussed above with respect to thelocation detection module 208 or in any manner known to those of ordinary skill in the art. Thepolicy enforcement module 214 comprises one or more enforcement mechanism modules as specified by the policy. For example, in a communication session between the mobile device and another computer in which data is being transferred over a wireless connection, based on this connection type, in one example, theenforcement module 214 may prevent certain files from being transferred over the wireless connection as opposed to the cases in which the data is being transferred over a wired connection, or the case in which 802.11i cryptography is being used over the wireless connection. Again, in an alternate embodiment the optional serverpolicy enforcement module 244 may operate as part of a separate computer system that transfers commands over a network to the mobile device. In the illustrated embodiment ofFIG. 2B , a client diagnostics module 246 processes events and performs audits relating to processing performed by one or more of the modules. The client diagnostics module 246 transmits over anetwork 204 diagnostic information to the remote diagnostic module 224 on the server computer system. Examples of tasks that the client diagnostics module 246 performs in order to obtain diagnostics information are as follows: -
- Verify that correct files are in correct locations.
- Verify (e.g. checksum) all files to verify no corruption.
- Verify time/date stamps for correct versions.
- Check for outdated installation (INF, PNF) files.
- Verify that all registry entries are correct and correct any errors found. For example, it is verified whether the indications of the installation of the network interface cards (NICs) is accurate.
- Examples of other tasks that the client diagnostics module 246 may perform to provide diagnostic information to the remote diagnostics module 224 on the
server computer system 200 include enabling and disabling advanced debugging and sending debugging output to theserver computer system 200. For example, enabling and disabling advanced debugging includes turning on system event logging with options including which parameters to log, when to log, etc. and allowing a debug version of a system component to be installed. In this example, the system event log or portions of it and any special debug output files that debug components generate are sent to the remote diagnostics module 224 on the server. -
FIG. 3 illustrates a second embodiment of a system including a server and mobile client device for protection of data accessible by the mobile client device. As illustrated, thesystem 300 comprises apolicy server 350 having anadministrator user interface 346. Thissystem 350 is communicatively coupled over a network with the client side system through acommunication port 342. Also, as is apparent to those of ordinary skill in the art, thepolicy server 350 may be implemented in one or more computers or computer systems. For example, it may comprise a management server executing on one machine for establishing communication sessions and a number of computers with which client devices may communicate in order to obtain their updates and receive diagnostic assistance. - The client side system embodiment comprises a
policy engine 332 operating in application space having a communication interface tomanagement tool 316 of the operating system, a communication interface to afile filter 324 operating in the kernel space that controls access to thefile system 326, a communication interface to auser interface module 302, and also having a communication interface to apacket filter engine 318 operating within adriver 334. In this example, thedriver 334 is an NDISintermediate driver 334 operating within the kernel of the operating system of the mobile device. - The
policy engine 332 further comprises adiagnostics module 344, arule processing module 308,Rules 340 and representative examples of rules subsets,packet rules 310 and file rules 312. In addition to thepacket filter engine 318, thedriver 334 further comprises anapplication filter 322, in this example, implemented as a transport driver interface (TDI)filter 322 and aVPN module 320 embodied here as aVPN Lite 320 implementation discussed below. TheTDI filter 322 comprises a communication interface with the packet rulessubset 310 and the file rules 312 subset in this example. It also communicates with thepacket filter engine 318 as part of thedriver 334. TheTDI filter 322 further comprises a communication interface with a Windows Socket (WinSock)layer 328 in application space. The Winsock layer implemented in this example as a Windows socket filter and communicates with one ormore applications 330 in application space. - In this embodiment, network environment location detection is performed by the
policy engine 332, in accordance with rules implementing one or more location detection tests in the Rules set 340, based on network parameters obtained by the NDIS driver for OSI layers 2-5, and by theTDI filter 322 for OSI layers 6 and 7. For example, theWinSock 328 captures information about network applications starting and stopping and what ports the applications will be using. This information is provided to thefilter 318 and thepolicy engine 332 to provide application awareness. Furthermore, thepolicy engine 332, in accordance with the current security policy, provides rules with respect to applications. For example, thepolicy engine 332 may provide a list of which applications can or cannot access the network, as well as the target IP addresses and ports that they are or are not allowed to use. Thepolicy engine 332 then enforces the current policy in accordance with these rules applicable to applications. - In this example,
WinSock 328 is used to determine which application (e.g. browser e-mail application such as Outlook Exchange®) is accessing the network and what networking services the application will be using. An example of an application's network service usage could include Outlook Express opening a specific set of Winsock ports, each using a separate protocol and target I.P. address. TheWinSock 328 will pass this information to thepacket filter engine 318, which then informs thepolicy engine 332 using an event signaling mechanism. An example of an event signaling mechanism is to use named events to signal thepolicy engine 332 that some event has occurred. - Filtering of specific applications provides further resolution for location detection and enforcement mechanisms. The context of Microsoft® Networking provides an example of the benefits of such a filter. Several applications such as Exchange and Microsoft® File Sharing can and do use the same TCP and UDP ports. The
NDIS filter driver 334 cannot determine which application is active based solely on TCP and UDP ports. The NDIS filter driver will act on the low level information i.e. TCP or UDP port numbers. When the packet arrives at theTDI layer 322, theTDI filter driver 322 determines based on one or more application parameters for which Microsoft Networking application a packet is destined and if the packet should be forwarded or filtered. For example, theTDI filter 322 provides to the driver, via IOCTL calls, “sessions” which provide information about applications opening ports for sending, listening (receiving), and details such as what protocol is being used and the target IP address of sent packets. Once the application closes the Winsock port, theTDI filter 322 can inform the packet driver that the session is now closed. These sessions allow the driver to be able to detect what incoming and outgoing packets should be allowed through the system and which packets should be forwarded or filtered. - A benefit of this embodiment is that it allows the
NDIS filter driver 334 to do low level filtering based on port or protocol information and not have the overhead of application specific parsing. A modular approach to packet and application filtering is allowed. - The
policy engine 332 also has a communication interface tomanagement tools 316 of the operating system. Themanagement tools 316 provide information to thepolicy engine 332 such as the types of adapters connected to the mobile device and specific information about each of them such as their brand name. Thepolicy engine 332 also receives from themanagement tools 316 the local IP address associated with each adapter. Additionallymanagement tools 316 alert thepolicy engine 332 that applications are running. For example, a process table maintained by the operating system may be monitored and notifications sent by themanagement tools 316 to thepolicy engine 332. For example, it may be determined whether 802.11i wired equivalency protection (WEP) software is running on a network adapter card through which wireless data is being sent and received. In this way, thepolicy engine 332 determines which security features are available in a system. - The
policy engine 332 may create a security policy that is not inconsistent with the policies downloaded from thepolicy server 350. Additionally, modification and local management of policies as allowed, for example in accordance with permissions of policies set by thepolicy server 350. ThePolicy Engine 332 receives user input and sends output via a communication interface with theuser interface module 302 to display and change policy settings responsive to user input. -
Rules 340 comprise rules that define one or more security policies to be enforced by thepolicy engine 332. Thepolicy engine 332 comprises arule processing module 308 which executes tasks in accordance with determinations to be made as set by the rules for the current security policy and for directing the appropriate results dictated by the rules of the current policy. - In one embodiment, rules are pairings of logically grouped conditions with results. The following are examples of conditions, which may be connected by logical operators:
- Check for the existence of a registry key
- Check for a registry value
- Check for the existence of a file
- Check for a currently running application
- Check for a currently running service
- Check for the existence of network environment settings (includes a list of environments)
- Verify that specified applications are running
- Verify that specified protocols are enabled
- Verify that specified VPN is running
- The following are examples of results:
- Can/Can't use the network
- Can/Can't use the machine
- Locked in to a certain location
- Can/Can't access the file
- Can/Can't use the application
- Only transfer encrypted version of file.
- Examples of subsets of rules are illustrated in
FIG. 3 ,packet rules 310 and file rules 312. These subsets illustrate examples of enforcement mechanisms that may work at different layers of a communication model, for example at the network layer and at the application layer. - One example of an enforcement mechanism is referred to as stateful filtering. In one example, a security policy is called a type of shield or is referred to as a particular type of shield level. The state may hereafter be referred to as the shield state or shield.
- If the filtering is performed on a packet basis, it is referred to as stateful packet filtering. In stateful packet filtering, a packet filter such as the
packet filter engine 318 as its name suggests filters packets based on a state set by the currently enforced policy with respect to a parameter. Examples of such a parameter include source IP addresses (for received packets) or target IP addresses (for sent packets), port numbers, port types or a port group. A port group is a list of ports that are used by a particular application, network service or function. For example, a port group can be created that includes all the ports for a particular instant messaging application, or for all supported instant messaging applications, or for all applications used internally at a company. Examples of port groups that may be selected for processing by a policy include web surfing ports, gaming ports, FTP and SMTP ports, file sharing and network ports, and anti-virus updates and administration ports. A port group can contain individual port items or other port groups. - In this example, we discuss a version of stateful filtering called adaptive port blocking. In this example, there are rules comprising a mapping between a set of ports, port types, and actions. The ports are the actual port numbers, the port types enumerate the possible port types e.g. UDP, TCP, IP, or Ethertype, and the actions are what is to be done with this particular port e.g. filter, forward, or inform. The inform action will post an event to the
policy engine 332 when a packet is sent or received on the specified port. Filter and forward action control the sending and receiving of packets on the specified port. - In one example, a policy is in effect that each port is in one of three modes: open, closed, or stateful. When the port is open, all traffic (both incoming and outgoing) on that port is permitted to flow through the packet filter. When the port is closed, all traffic on that port is blocked (both incoming and outgoing). When the port is stateful, all outgoing traffic on that port is permitted to flow through the packet filter, and incoming responses to that outgoing traffic are allowed back through, but unsolicited incoming traffic is blocked. In another example, incoming and outgoing traffic may be blocked on a basis, examples of which are a network service or an application.
- In the system embodiment illustrated in
FIG. 3 , components such as thepolicy engine 332, thepacket filter engine 318 and theTDI filter 322 may be employed for supporting stateful filtering. In one example, a session is created when a mobile device initiates communications with a particular remote or a specified set of remote computing devices. The stateful filtering, as may be performed by thepacket filter engine 318 and/or theTDI filter 322 in accordance withrules 340, for example rules in the subset of the packet rules 310, applicable to the current policy, may use the transport protocol to determine when a session is starting and the address of the remote device. Forward and filter decisions in accordance with rules in the set ofrules 340 or the subset of the packet rules 310 may be based upon the session information obtained at session startup. Additionally, forward and filter decisions may be based on application parameters received via theTDI filter 322. This provides the benefit of more refined application filtering as illustrated in the example discussed above. - The
policy engine 332 will pass the rules to thepacket filter engine 318 as commands using the existing IOCTL interface. In one example, the policy engine determines based upon its current rules which ports or range of ports should do stateful filtering. These rules are then passed to thepacket filter engine 318 by an IOCTL command. In another example, thepolicy engine 332 determines that rules of the current security policy do not support certain applications accessing a network. These rules are passed to thepacket filter engine 318 as well as theTDI filter 322 for application specific filtering. Thepolicy engine 332 may also pass rules about application-specific network access to theTDI filter 322 via an IOCTL interface. - Each component of the system may also provide health checks on the others. For example, the
policy engine 332, thefile filter 324, and thepacket filter engine 318 report whether any of the other services have been disabled or removed from the system to thediagnostics module 344. This information may be relayed to thepolicy server 350 as it indicates a possible compromise of the protective system. Thepolicy server 350 in that case provides diagnostic support information to thediagnostics module 344. - Stateful packet filtering deals with packets with different types of addresses. Outgoing packets have three different types of addresses: directed, multicast, or broadcast. Directed addresses are specific devices. Broadcast packets are typically used to obtain network configuration information whereas multicast packets are used for group applications such as NetMeeting®.
- To establish session state information with a directed address is straightforward. The IP address and the port number are recorded in a session control block. When the remote responds the receive side of the filter engine will forward the packet because a session control block will exist for that particular session.
- When the outgoing packet is a multicast packet there is a problem. Multicast packets are sent to a group; however, a multicast address is not used as a source address. Hence any replies to the outgoing multicast will have directed addresses in the source IP address. In this case the filter engine will examine the port to determine a response to a given multicast packet. When a response to the specified port is found a session control block will be completed i.e. the source address of this incoming packet will be used as the remote address for this particular session. However, more than one remote may respond to a given multicast packet, which will require a session control block be created for that particular remote. The broadcast packets may be handled in the same manner as the multicast.
- The file rules
subset 312 have a communications interface such as an IOCTL interface with afile filter 324 having a communication control interface with afile system 326. Thefile filter 324 may implement one or more filter related enforcement mechanisms. A policy may protect files based on the location in which they are created and/or modified as well as the location in which the mobile device is operating. The policy specifies a set of locations in which the files are to be made available, and whenever the mobile device is not operating in one of those locations, those files are unavailable. In another embodiment, policies may require that files be encrypted only if they were copied from certain network drives. - One reason for requiring that all files created and/or modified in one of the specified locations is so that copies of sensitive files or data derived from the sensitive files are also protected. Specific mechanisms for protecting the files include file hiding and file encryption.
- When the mobile device is operating in one of the specified locations, the files can be located (e.g., they are not hidden). When the mobile device is operating in some other location, the files are hidden. One purpose of this mechanism is to prevent the user from accidentally revealing the contents of sensitive files while in locations where access to those files is not authorized.
- One mechanism for hiding the files is to simply mark them “hidden” in their Windows properties pages, and to cache the access control list (ACL) on the file and then modify the permissions to deny all access by non-administrators. Other versions may use the file-system filter to more effectively render the files unavailable. Another way of protecting files is by preventing them from being opened.
- In one embodiment, files that are subject to location-based protection by the policy are always stored encrypted. When the mobile device is associated with one of the specified locations, the files can be decrypted. When the mobile device is associated with some other location, the files cannot be decrypted. This mechanism provides a benefit of preventing unauthorized persons who may have stolen the device from gaining access to sensitive files.
- One mechanism for encrypting the files is to simply mark them “encrypted” in their properties pages, and to rely on the file hiding feature (see above) to stop the files from being decrypted in an unauthorized location. Other versions may use the file-system filter to more effectively encrypt the files in a way that does not depend on the operating system to prevent them from being decrypted in an unauthorized location.
- Policies can have rules controlling the use of VPNs. For example, a rule can require that when the VPN is in use, all other ports are closed. This prevents hackers near the user from co-opting the user's device and coming in to the corporate network over the user's VPN connection. In one embodiment, a lightweight web-based VPN is used that allows traffic from selected applications (e.g., email) to be encrypted with Transport Layer Security (TLS).
- In one embodiment, a
VPN Lite 320 having a communication interface with thepacket filter engine 318 establishes a TLS-encrypted, authenticated connection with the server, and then sends and receives traffic over this connection. TheTDI filter 322 diverts the outgoing traffic from the application to aVPN client piece 320, and incoming traffic from theVPN client piece 320 to the application. - In one implementation example in accordance with the present invention a layer is inserted into the Winsock environment, which opens up a Transport Layer Security (TLS) or Secure Socket Layer (SSL) socket to the VPN server, and tunnels all application network traffic through that connection to the VPN server. The applications are unaware that the VPN is active. The VPN has a very small footprint, since TLS is included in Windows®. In this example, using the Winsock Environment, all communication between client and server is routed through a secure channel. Unlike current clientless VPNs, all existing applications are supported.
- As seen in the embodiment of
FIG. 3 , thepacket filter engine 318 and theTDI filter 322 comprise implementation examples of functionality for processing network traffic. Thepolicy engine 332 performs implementation examples of functions of determining location analogous to those of thelocation detection module 208, of determining policies analogous to those of thepolicy setting module 212 and of identifying active security features analogous to those of the security featuresdetermination module 210. Furthermore, thepacket filter engine 318 and theTDI filter 322 also perform implementation examples of enforcement mechanisms that the policyenforcement control module 214 may analogously perform. - The
diagnostics module 344 of thepolicy engine 332 performs similar functions discussed with respect to the client diagnostics module 246 ofFIG. 2B . For example, it provides status, configuration, error logs, audit logs, and debug information to the server system. Similarly, it would assist a server side remote diagnostics module such as module 224 inFIG. 2A in debugging an error. - In one embodiment, policy documents are XML documents. XML allows great flexibility in design, usage, and enhancement of policies. Using the flexibility of XML as the means to distribute enterprise wide policies simplifies the complex problem of distributing and enforcing enterprise wide policies. Policies are defined by the enterprise including but not limited to program usage, network access, hardware restrictions, VPN access, data access, and many other policies. The definition of these policies is performed at the enterprise level using XML schemas and documents. The policies may then be distributed to the enterprise clients via various forms of data transfer. Furthermore, the policies may also be protected from hacking by encryption or signatures (i.e. XKMS, XMLDSIG, XMLENC, or proprietary encryptions). The policy is then enforced on the client by a process that can interpret the policy distributed by the enterprise. This approach allows a policy to be extensible and easily changed by the administrator. Furthermore, policy management, compilation and interpretation are performed by policy aware application interfaces. Also, the administrator can configure elements of the policy such that they are configurable by the end user. In one example, the XML schema or XSD is derived from the standard XML schema http://www.w3.org/2001/XMLSchema (May 2001). In this example, a schema defines one set of types that is used by both the server (group) and the client policies. Policies may be signed to ensure integrity. Additionally individual policy elements will be signed to ensure integrity of policy enforcement.
- In one embodiment, a very thin client host application resides on a client mobile device. For example, it may be part of the
policy setting module 212 for the embodiment ofFIG. 2B or part of thepolicy engine 332 inFIG. 3 . The central policy server orserver system 350 pushes execution instructions to the client, described by XML. As a result, a small relatively stable execution environment is available as part of the client device. When additional or different functionality is needed on the client, this new functionality is pushed to the client in an XML format. - For example, assume version vX.01 of a product supports two types of security policies. For version X.02 it is necessary to implement a third type of security policy. The implementation and associated behaviors of the policy would be described within XML and published to the clients via the policy server. Clients running vX.01 would then effectively be upgraded without user intervention. In another example, this approach could be used for instantiating portions of an application to clients in a cafeteria style—e.g. they want features 1, 2, 3, 6, 8 and not 4, 5, 7. If the client requires a change to their implementation, they change their menu selections and implementation and behaviors are pushed to their respective client instances.
- A key aspect of the present invention is an ability to control access to files whether stored on the network at any of the servers or stored on the mobile client device. Such control over access includes whether they are stored on the mobile computing device, as well as whether they can be transferred from the mobile computing device, under what conditions and what ports or media. The present invention advantageously uses “source information” about the file or data being accessed in addition to location of the mobile device to dynamically establish a security protocol for that file and determine whether the file is visible and/or accessible.
- Referring now to
FIGS. 4A-9 , thefile access module representative record 400A inFIG. 4A . In this embodiment, thesource information 400A preferably comprises afile name 402, asource address 404 andprivileges 406. Thefile name 402 is any name as provided by the user to identify the file or data. Thesource address 402 in this embodiment is an identifier that specifies the storage location where the file is stored on thenetwork 120. Finally, theprivileges 406 identify specific access control limitations that are imposed on the file or data. For example, the file may haveprivileges 406 such that it cannot be stored on themobile computing device 201 and may only be viewable on themobile computing device 201. In one embodiment, theprivileges 406 identify one or more specific actions that can or cannot be taken and under what conditions. In a second embodiment, theprivileges 406 are a set of rules that may be applied by apolicy enforcement module 214 alone or in conjunction with other rules applied by thepolicy enforcement module 214. Those skilled in the art will recognize that that therecord 400A ofFIG. 4A is just one embodiment for the source information, and the source information may include other fields and may exclude one or more of the fields shown. -
FIG. 4B shows a second embodiment for the source information. The second embodiment of the source information is illustrated usingrecord 400B ofFIG. 4B . The second embodiment preferably comprises afile name 402, asource address 404 andprivileges 406 with similar form and function as the embodiment described above with reference toFIG. 4A . However, in the second embodiment, thesource address 404 includes more information and preferably has a plurality of sub-fields including: asubnet field 408, aserver field 410, afolder field 412, afile field 414, atype field 416, andother information field 418. Thesubnet 408 is the name of the subnet network (or independent, segment, or domain of the network) upon which the file is stored. Theserver 410 is the name of the server upon which the file is stored. Thefolder 412 is the folder name in which the file is stored. Thefile 414 is an identifier for the file, and thetype 416 is the file type. Thesource address 404 may also includeother information 418 such as the owner of the file, version control information, a hash value, a cyclical redundancy check, a digital signature or other tags extracted from the content of the file or data. For example, such a tag could be whether the information is proprietary and confidential as could be extracted from a document footer or some other part of the file. - Referring now to
FIG. 5A , a block diagram of a first embodiment of thefile access module 250 a in accordance with the present invention for use in aserver 200 is shown. The first embodiment of thefile access module 250 a preferably comprises atag generator 502, anassociation module 504, afile request log 506, and acontroller 508 each coupled to abus 252. These components are also coupled bybus 252 to theauthorization module 232 and thepolicy management module 236 of theserver 200 as have been described above with reference toFIG. 2A . This embodiment of thefile access module 250 a is implemented at theserver 200 and also provides theserver 200 with the ability to monitor which files on thenetwork 120 have been accessed. These components will be briefly described here, but are also describe below with reference toFIGS. 6-9 as they implement the operations of the present invention. - The
tag generator 502 has an input and an output and is coupled to work with thecontroller 508 to determine the source information for the file being accessed. Thetag generator 502 is responsive to a file request or access, and in response generates a tag, label or record 400 as has been described above with reference toFIGS. 4A and 4B . In one embodiment, thetag generator 502 creates the tag after the request for a file has been received by the server, and sends the tag or label to the client before transferring the file. Thetag generator 502 can operate at each layer of the network stack. Thetag generator 502 also communicates with and is coupled to theassociation module 504 to manage the tags that are generated and ensure they are unique and not duplicated in the name space. - The
association module 504 has an input and an output, and is coupled tobus 252. Theassociation module 504 works with thecontroller 508 to manage the name space and ensure that tags are unique for the files. In one embodiment, the association module creates a unique identification number that is provides to thetag generator 502 to ensure that each record created for file access or visibility is unique. Theassociation module 504 also manages the relationships of the records to the files such that is the files are modified, moved or otherwise altered, the corresponding records are modified and invalidated if necessary. - The server version of the
file access module 250 a also optionally includes thefile request log 506. Thefile request log 506 is maintained and updated by thecontroller 508. Thefile request log 506 is coupled tobus 252 to receive updates as to which files are accessed, read and written. In one embodiment, the file access log 506 records which files were accessed, to whichclient 201 they were sent or accessed by, and the tag or label that was provided to theclient 201. Thefile request log 506 is shown as being in memory of thefile access module 250 a, but those skilled in the art will recognize that it is advantageous to store all or part of thefile request log 506 on a non-volatile storage medium. If a breach in security is later detected, thefile request log 506 can be used forensically to help determine the source of the file, the instances when the file was transferred or accessed, and possible clients and servers that are not enforcing a security policy correctly. Thefile request log 506 would be reviewed to perform such analysis whether it was programmatically or manually. - The
controller 508 is of a conventional type and is coupled to thebus 252 for communication and interaction with thetag generator 502, theassociation module 504, thefile request log 506 and theserver 200. In particular, thecontroller 508 works with theauthorization module 232 and thepolicy management module 236 of theserver 200. For example, theauthorization module 232 may only provide the file and access if they have security software with an appropriate policy on the client device, or if they have the security features operable at the client to allow access and transfer of the file. As has noted above, a key feature of the present invention is to use both the source information and the location information to determine the appropriate security policy and enforce it upon the mobile client devices. -
FIG. 5B is a block diagram of a second embodiment of thefile access module 250 b of the present invention. The second and preferred embodiment of thefile access module 250 b is advantageously coupled to and operates in conjunction with theclient 201. The second embodiment of thefile access module 250 b comprises atag generator 522, anassociation module 524, acontroller 528 and asource data storage 530 each coupled to abus 254. These components are also coupled bybus 254 to thepolicy setting module 212 and thepolicy enforcement module 232 of theclient 201. Thepolicy setting module 212 and thepolicy enforcement module 232 of theclient 201 were described above with reference toFIG. 2B . Thetag generator 522,association module 524, andcontroller 508 operate in a similar manner to that described above with reference to the server side, however, they work with thepolicy setting module 212 and thepolicy enforcement module 214 to control access to files at themobile client device 201. - The
file access module 250 b also includessource date storage 530. Thesource data storage 530 can be used to store tags or labels created by thetag generator 522 at themobile client device 201. In one embodiment, the tags are created and stored at themobile client device 201 in thesource data storage 530 for use repeatedly in determining whether a file should be made visible or accessible. Such tags can be re-used for as long as the files or data are stored on the on themobile client device 201. In an alternate embodiment, no suchsource date storage 530 is needed because thetag generator 522 generates the source information on the fly as the requests for file access or visibility are received. Thesource data storage 530 is coupled by thebus 254 to thecontroller 528 and to thepolicy setting module 212 and thepolicy enforcement module 214. - The methods described below with reference to
FIGS. 6-9 operate either at theserver 200 or theclient 201 as has been noted above. However, for convenience and ease of understanding they will be described with reference to the embodiment of the present invention ofFIGS. 2B and 5B where the fileaccess control module 250 b resides at theclient computing device 201. - Referring now to
FIG. 6 , a method for making data visible by a mobileclient computing device 201 based on a location and source information about the data is described. The method begins in step 602 by determining the location of themobile client device 201. As noted above the location, can be a physical location of themobile client device 201, but more preferably reflects the network environment in which amobile device 201 is operating. Next, a file name to be made visible is retrieved 604. Then the present invention determines 606 the “source information” for the file corresponding to the retrieved file name. The source information can be determined by generating the source information by thetag generator 522, retrieving the source information from thesource data storage 530, or getting the source information from thefile access module 250 a. Once the source information has been determined or obtained 606, it is used by thepolicy setting module 212 to set 608 security policies enforced by the policyenforcement control module 214. Whether this file is visible to the user is determined by the security policy in force that takes into account both the location of theclient computing device 201 and the source information associated with the file. Once the policy is set 608, thesystem 201 makes the file visible on themobile client device 201 if allowed by the security policy as determined by the policyenforcement control module 214. Finally, the method determines 612 whether there are more files to make visible by themobile client device 201. If so, the method proceeds to step 604 and repeats steps 604-612 for each additional file name. If not, all the files that can be have been made visible to the user based on the new location, and the method is complete. - Referring now to
FIG. 7 , the method for making data accessible by a mobile device based on a location and source information will be described. The method begins in step 702 by determining the location of themobile client device 201. Again, the location can be a physical location of themobile client device 201, but more preferably reflects the network environment in which amobile device 201 is operating. Next, the method sets 704 security policies enforced by the policyenforcement control module 214 based on location and source information. Whether this file is accessible by the user is determined by the security policy in force that takes into account both the location of theclient computing device 201 and the source information associated with the file. Next, a request for file access is received 706. Then the present invention determines 708 the “source information” for the file corresponding to the file access request. Again, the source information can be determined by generating the source information by thetag generator 522, retrieving the source information from thesource data storage 530, or getting the source information from thefile access module 250 a. Finally, themobile client device 201, in particular the policyenforcement control module 214, either allows 710 or prohibits access (reading or writing) to the file according to the file access policy set, the location and the source information. -
FIG. 8 is a flowchart illustrating a method for creating source information about a file or data in accordance with the present invention. The method ofFIG. 8 corresponds to step 606 ofFIG. 6 or step 708 ofFIG. 7 . The method begins by determining 804 the file name of the file or data thatmobile client device 201 is requesting be made accessible. Then the method assigns 806 a unique identification number in the name space to the file name. This is preferably done by theassociation module tag generator tag generator file name 402, asource address 404 andprivileges 406 for the corresponding file. Next, thetag generator file name 402, asource address 404 andprivileges 406 from the determiningstep 808 in the record 400 a, 400 b. In an alternate embodiment this information and the record can be directly sent to thepolicy enforcement module 214 for use in determining file accessibility. -
FIG. 9 is a flowchart illustrating a method for determining whether to allow access to a file using location and source information. This method corresponds to step 710 ofFIG. 7 . Those skilled in the art will recognize that the present invention uses source information and location to determine if a file is accessible, and the method here provides a variety of steps covering the various methods for access and transfer of a file. The present invention includes other transfer methods not specifically recited here. Moreover, it should be understood that the order in which each of the transfer types are reviewed for allowability could be modified to provide various different ordering, and the order presented is only by way of example. - The
method 710 begins instep 1002 by determining whether the policy adjusted for source and location information allows the file to be deleted. If so the method continues instep 1004 to permit the user to delete the file. If not the method continues to determine 1006 whether the policy adjusted for source and location information allows the file to be opened. If so, method continues to permit 1008 the user to open the file and view the data. If not the method continuesstep 1010 to determine whether the policy adjusted for source and location information allows the file to be sent via email. If so, the method permits 1012 the user to email the file. Insteps 1014, 1016 the method determines whether file transfer using a file transfer protocol is allowable, and permits if it is. Similarly, the method test and allow if permissible access via universal serial bus, an infrared interface, a serial interface and a parallel interface instep - The foregoing description of the embodiments of the present invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the present invention to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the present invention be limited not by this detailed description, but rather by the claims of this application. As will be understood by those familiar with the art, the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. Likewise, the particular naming and division of the modules, routines, features, attributes, methodologies and other aspects are not mandatory or significant, and the mechanisms that implement the present invention or its features may have different names, divisions and/or formats. Furthermore, as will be apparent to one of ordinary skill in the relevant art, the modules, routines, features, attributes, methodologies and other aspects of the present invention can be implemented as software, hardware, firmware or any combination of the three. Of course, wherever a component, an example of which is a module, of the present invention is implemented as software, the component can be implemented as a standalone program, as part of a larger program, as a plurality of separate programs, as a statically or dynamically linked library, as a kernel loadable module, as a device driver, and/or in every and any other way known now or in the future to those of ordinary skill in the art of computer programming.
- Additionally, the present invention is in no way limited to implementation in any specific programming language, or for any specific operating system or environment. For example, one embodiment of the present invention is applicable to ad hoc peer-to-peer connections. Access using such connections could be allowed based on key length. Accordingly, the disclosure of the present invention is intended to be illustrative, but not limiting, of the scope of the present invention, which is set forth in the following claims.
Claims (20)
1-21. (canceled)
22. A method for providing security to a mobile device, comprising:
automatically detecting a location of a mobile device; and
implementing on the mobile device a first security policy when the mobile device is located in a first location, and implementing on the mobile device a second security policy when the mobile device is located in a second location.
23. The method of claim 22 , comprising pre-configuring security policies for a plurality of locations.
24. The method of claim 23 , wherein the plurality of locations comprises a home, a work, an alternate, or a custom location.
25. The method of claim 23 , wherein the plurality of security policies are stored on a memory of the mobile device.
26. The method of claim 23 , wherein the plurality of security policies are accessed over a network connection.
27. The method of claim 22 , further comprising implementing on the mobile device a third security policy when the mobile device is located in a third location.
28. The method of claim 22 , wherein the location of the mobile device is detected based on one or more parameters received from a network connection.
29. The method of claim 28 , wherein one of the parameters is an Internet Protocol address.
30. The method of claim 22 , wherein the mobile device continues to detect the location of the mobile device and applies an appropriate policy automatically when a location of the mobile device changes.
31. The method of claim 28 , wherein the network connection is a wireless network connection.
32. The method of claim 22 , further comprising:
determining whether one or more security features have an activity status of inactive or active; and
determining the current security policy based upon the activity status of the one or more security features as well as the detected location.
33. A mobile device comprising:
a memory storing a plurality of locations, each location associated with a security policy;
a processor configured to:
automatically detect a location of a mobile device; and
implement on the mobile device a first security policy when the mobile device is located in a first location, and implement on the mobile device a second security policy when the mobile device is located in a second location.
34. The mobile device of claim 33 , wherein the mobile device is configured to connect to a network wirelessly.
35. The mobile device of claim 33 , wherein the plurality of locations comprises a home, a work, an alternate, or a custom location.
36. The mobile device of claim 33 , wherein the processor is configured to implement on the mobile device a third security policy when the mobile device is located in a third location.
37. The mobile device of claim 33 , wherein the location of the mobile device is detected based on one or more parameters received from a network connection.
38. The mobile device of claim 37 , wherein one of the parameters is an Internet Protocol address.
39. The mobile device of claim 33 , wherein the processor is configured to continuously detect the location of the mobile device and apply an appropriate policy automatically when a location of the mobile device changes.
40. The mobile device of claim 34 , wherein the processor is further configured to:
determine whether one or more security features have an activity status of inactive or active; and
determine the current security policy based upon the activity status of the one or more security features as well as the detected location.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/175,640 US20160164913A9 (en) | 2003-02-28 | 2014-02-07 | Access control to files based on source information |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/377,265 US7308703B2 (en) | 2002-12-18 | 2003-02-28 | Protection of data accessible by a mobile device |
US10/413,443 US7353533B2 (en) | 2002-12-18 | 2003-04-11 | Administration of protection of data accessible by a mobile device |
US10/897,060 US7526800B2 (en) | 2003-02-28 | 2004-07-21 | Administration of protection of data accessible by a mobile device |
US64406405P | 2005-01-14 | 2005-01-14 | |
US68718805P | 2005-06-03 | 2005-06-03 | |
US11/176,999 US9237514B2 (en) | 2003-02-28 | 2005-07-07 | System and method for filtering access points presented to a user and locking onto an access point |
US11/330,530 US9197668B2 (en) | 2003-02-28 | 2006-01-11 | Access control to files based on source information |
US14/175,640 US20160164913A9 (en) | 2003-02-28 | 2014-02-07 | Access control to files based on source information |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/330,530 Continuation US9197668B2 (en) | 2003-02-28 | 2006-01-11 | Access control to files based on source information |
Publications (2)
Publication Number | Publication Date |
---|---|
US20140259092A1 true US20140259092A1 (en) | 2014-09-11 |
US20160164913A9 US20160164913A9 (en) | 2016-06-09 |
Family
ID=36678210
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/330,530 Expired - Fee Related US9197668B2 (en) | 2003-02-28 | 2006-01-11 | Access control to files based on source information |
US14/175,640 Abandoned US20160164913A9 (en) | 2003-02-28 | 2014-02-07 | Access control to files based on source information |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/330,530 Expired - Fee Related US9197668B2 (en) | 2003-02-28 | 2006-01-11 | Access control to files based on source information |
Country Status (2)
Country | Link |
---|---|
US (2) | US9197668B2 (en) |
WO (1) | WO2006076536A2 (en) |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090204475A1 (en) * | 2005-07-01 | 2009-08-13 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Media markup for promotional visual content |
US20140040981A1 (en) * | 2009-02-17 | 2014-02-06 | Lookout, Inc. | Systems and methods for applying a security policy to a device based on location |
US8990932B2 (en) * | 2012-06-28 | 2015-03-24 | Secureage Technology, Inc. | System and method for prevention of malware attacks on data |
US20150128246A1 (en) * | 2013-11-07 | 2015-05-07 | Attivo Networks Inc. | Methods and apparatus for redirecting attacks on a network |
US9065979B2 (en) | 2005-07-01 | 2015-06-23 | The Invention Science Fund I, Llc | Promotional placement in media works |
US9092928B2 (en) | 2005-07-01 | 2015-07-28 | The Invention Science Fund I, Llc | Implementing group content substitution in media works |
US9215512B2 (en) | 2007-04-27 | 2015-12-15 | Invention Science Fund I, Llc | Implementation of media content alteration |
US9230601B2 (en) | 2005-07-01 | 2016-01-05 | Invention Science Fund I, Llc | Media markup system for content alteration in derivative works |
US9350703B2 (en) * | 2014-05-06 | 2016-05-24 | Futurwei Technologies, Inc. | Enforcement of network-wide context aware policies |
US9426387B2 (en) | 2005-07-01 | 2016-08-23 | Invention Science Fund I, Llc | Image anonymization |
US9583141B2 (en) | 2005-07-01 | 2017-02-28 | Invention Science Fund I, Llc | Implementing audio substitution options in media works |
US9710619B2 (en) | 2015-03-31 | 2017-07-18 | Canon Information And Imaging Solutions, Inc. | System and method for providing an electronic document |
US9753796B2 (en) | 2013-12-06 | 2017-09-05 | Lookout, Inc. | Distributed monitoring, evaluation, and response for multiple devices |
US9769173B1 (en) * | 2014-10-27 | 2017-09-19 | Amdocs Software Systems Limited | System, method, and computer program for allowing users access to information from a plurality of external systems utilizing a user interface |
US9955352B2 (en) | 2009-02-17 | 2018-04-24 | Lookout, Inc. | Methods and systems for addressing mobile communications devices that are lost or stolen but not yet reported as such |
US10122747B2 (en) | 2013-12-06 | 2018-11-06 | Lookout, Inc. | Response generation after distributed monitoring and evaluation of multiple devices |
US10652745B2 (en) | 2003-02-28 | 2020-05-12 | Apple Inc. | System and method for filtering access points presented to a user and locking onto an access point |
US11580218B2 (en) | 2019-05-20 | 2023-02-14 | Sentinel Labs Israel Ltd. | Systems and methods for executable code detection, automatic feature extraction and position independent code detection |
US11579857B2 (en) | 2020-12-16 | 2023-02-14 | Sentinel Labs Israel Ltd. | Systems, methods and devices for device fingerprinting and automatic deployment of software in a computing network using a peer-to-peer approach |
US11616812B2 (en) | 2016-12-19 | 2023-03-28 | Attivo Networks Inc. | Deceiving attackers accessing active directory data |
US11625485B2 (en) | 2014-08-11 | 2023-04-11 | Sentinel Labs Israel Ltd. | Method of malware detection and system thereof |
US11695800B2 (en) | 2016-12-19 | 2023-07-04 | SentinelOne, Inc. | Deceiving attackers accessing network data |
US11716341B2 (en) | 2017-08-08 | 2023-08-01 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11888897B2 (en) | 2018-02-09 | 2024-01-30 | SentinelOne, Inc. | Implementing decoys in a network environment |
US11886591B2 (en) | 2014-08-11 | 2024-01-30 | Sentinel Labs Israel Ltd. | Method of remediating operations performed by a program and system thereof |
US11899782B1 (en) | 2021-07-13 | 2024-02-13 | SentinelOne, Inc. | Preserving DLL hooks |
Families Citing this family (130)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2348260T3 (en) | 2003-01-31 | 2010-12-02 | Visto Corporation | ASYNCHRON DATA RECOVERY IN REAL TIME. |
AU2005239005A1 (en) | 2004-04-30 | 2005-11-10 | Research In Motion Limited | System and method for handling data transfers |
CN100433899C (en) * | 2004-12-28 | 2008-11-12 | 华为技术有限公司 | Method and system for ensuring safe data service in mobile communication system |
US7627123B2 (en) | 2005-02-07 | 2009-12-01 | Juniper Networks, Inc. | Wireless network having multiple security interfaces |
US7478419B2 (en) * | 2005-03-09 | 2009-01-13 | Sun Microsystems, Inc. | Automated policy constraint matching for computing resources |
US7614082B2 (en) | 2005-06-29 | 2009-11-03 | Research In Motion Limited | System and method for privilege management and revocation |
US8150816B2 (en) * | 2005-12-29 | 2012-04-03 | Nextlabs, Inc. | Techniques of optimizing policies in an information management system |
US7877781B2 (en) * | 2005-12-29 | 2011-01-25 | Nextlabs, Inc. | Enforcing universal access control in an information management system |
US8627490B2 (en) * | 2005-12-29 | 2014-01-07 | Nextlabs, Inc. | Enforcing document control in an information management system |
US8621549B2 (en) * | 2005-12-29 | 2013-12-31 | Nextlabs, Inc. | Enforcing control policies in an information management system |
US8935416B2 (en) * | 2006-04-21 | 2015-01-13 | Fortinet, Inc. | Method, apparatus, signals and medium for enforcing compliance with a policy on a client computer |
US8032928B2 (en) * | 2006-07-14 | 2011-10-04 | At&T Intellectual Property I, L.P. | Methods, devices, and computer program products for controlling wireless connection access |
US8590002B1 (en) * | 2006-11-29 | 2013-11-19 | Mcafee Inc. | System, method and computer program product for maintaining a confidentiality of data on a network |
ES2730219T3 (en) * | 2007-02-26 | 2019-11-08 | Microsoft Israel Res And Development 2002 Ltd | System and procedure for automatic data protection in a computer network |
US8621008B2 (en) | 2007-04-26 | 2013-12-31 | Mcafee, Inc. | System, method and computer program product for performing an action based on an aspect of an electronic mail message thread |
US20090006594A1 (en) * | 2007-06-27 | 2009-01-01 | Avigdor Eldar | Method and system for remote manageability of networked computers |
US20090049518A1 (en) * | 2007-08-08 | 2009-02-19 | Innopath Software, Inc. | Managing and Enforcing Policies on Mobile Devices |
US8199965B1 (en) | 2007-08-17 | 2012-06-12 | Mcafee, Inc. | System, method, and computer program product for preventing image-related data loss |
US20130276061A1 (en) | 2007-09-05 | 2013-10-17 | Gopi Krishna Chebiyyam | System, method, and computer program product for preventing access to data with respect to a data access attempt associated with a remote data sharing session |
US8446607B2 (en) * | 2007-10-01 | 2013-05-21 | Mcafee, Inc. | Method and system for policy based monitoring and blocking of printing activities on local and network printers |
JP2009146193A (en) * | 2007-12-14 | 2009-07-02 | Funai Electric Co Ltd | Wireless communication terminal, method for protecting data of wireless communication terminal, program for having wireless communication terminal protect data, and recording medium storing the program |
US8763155B1 (en) * | 2008-02-12 | 2014-06-24 | Avaya Communication Israel Ltd. | Tag based views for role based access control |
US8893285B2 (en) | 2008-03-14 | 2014-11-18 | Mcafee, Inc. | Securing data using integrated host-based data loss agent with encryption detection |
US7987496B2 (en) * | 2008-04-11 | 2011-07-26 | Microsoft Corporation | Automatic application of information protection policies |
US8416695B2 (en) * | 2008-06-30 | 2013-04-09 | Huawei Technologies Co., Ltd. | Method, device and system for network interception |
US9077684B1 (en) | 2008-08-06 | 2015-07-07 | Mcafee, Inc. | System, method, and computer program product for determining whether an electronic mail message is compliant with an etiquette policy |
KR101505682B1 (en) * | 2008-09-11 | 2015-03-24 | 엘지전자 주식회사 | Mobile Terminal, Restricting System and Method of opening Information using the Mobile Terminal |
US8689012B1 (en) * | 2008-10-17 | 2014-04-01 | Sprint Communications Company L.P. | Diagnostics for secure elements in a mobile device |
GB0820427D0 (en) * | 2008-11-07 | 2008-12-17 | Inq Entpr Ltd | Mobile communication device and method |
AU2013201009B2 (en) * | 2008-11-07 | 2014-05-15 | Inq Enterprises Limited | Mobile communication device |
US20100122313A1 (en) * | 2008-11-09 | 2010-05-13 | Aspect9, Inc. | Method and system for restricting file access in a computer system |
US8561182B2 (en) * | 2009-01-29 | 2013-10-15 | Microsoft Corporation | Health-based access to network resources |
US8782086B2 (en) | 2009-08-27 | 2014-07-15 | Cleversafe, Inc. | Updating dispersed storage network access control information |
US7886053B1 (en) * | 2009-09-15 | 2011-02-08 | Symantec Corporation | Self-management of access control policy |
DE112011100626T5 (en) * | 2010-02-22 | 2013-01-24 | Avaya Inc. | Secure, policy-based communication security and file sharing through mixed media, mixed communication modalities, and expandable to cloud computing, such as service-oriented architecture (SOA) |
GB2479916A (en) * | 2010-04-29 | 2011-11-02 | Nec Corp | Access rights management of locally held data based on network connection status of mobile device |
CN102236750B (en) | 2010-04-29 | 2016-03-30 | 国际商业机器公司 | The method and apparatus of control of authority is carried out in cloud storage system |
WO2012027472A2 (en) * | 2010-08-24 | 2012-03-01 | Copiun, Inc. | Constant access gateway and de-duplicated data cache server |
US9032013B2 (en) | 2010-10-29 | 2015-05-12 | Microsoft Technology Licensing, Llc | Unified policy over heterogenous device types |
US20120131116A1 (en) * | 2010-11-15 | 2012-05-24 | Van Quy Tu | Controlling data transfer on mobile devices |
US20120159573A1 (en) * | 2010-12-17 | 2012-06-21 | Christopher Emmett Venning | System, method and computer usable medium for restricting internet access |
US8769305B2 (en) | 2011-03-21 | 2014-07-01 | Moncana Corporation | Secure execution of unsecured apps on a device |
US9396325B2 (en) | 2011-03-21 | 2016-07-19 | Mocana Corporation | Provisioning an app on a device and implementing a keystore |
US8955142B2 (en) * | 2011-03-21 | 2015-02-10 | Mocana Corporation | Secure execution of unsecured apps on a device |
US8812868B2 (en) | 2011-03-21 | 2014-08-19 | Mocana Corporation | Secure execution of unsecured apps on a device |
US9473485B2 (en) | 2011-03-21 | 2016-10-18 | Blue Cedar Networks, Inc. | Secure single sign-on for a group of wrapped applications on a computing device and runtime credential sharing |
US20120284702A1 (en) * | 2011-05-02 | 2012-11-08 | Microsoft Corporation | Binding applications to device capabilities |
US8621282B1 (en) * | 2011-05-19 | 2013-12-31 | Google Inc. | Crash data handling |
US10165007B2 (en) * | 2011-09-15 | 2018-12-25 | Microsoft Technology Licensing, Llc | Securing data usage in computing devices |
US9215225B2 (en) | 2013-03-29 | 2015-12-15 | Citrix Systems, Inc. | Mobile device locking with context |
US9280377B2 (en) | 2013-03-29 | 2016-03-08 | Citrix Systems, Inc. | Application with multiple operation modes |
US20140032733A1 (en) | 2011-10-11 | 2014-01-30 | Citrix Systems, Inc. | Policy-Based Application Management |
US9143529B2 (en) | 2011-10-11 | 2015-09-22 | Citrix Systems, Inc. | Modifying pre-existing mobile applications to implement enterprise security policies |
US8881229B2 (en) | 2011-10-11 | 2014-11-04 | Citrix Systems, Inc. | Policy-based application management |
US20140053234A1 (en) | 2011-10-11 | 2014-02-20 | Citrix Systems, Inc. | Policy-Based Application Management |
US9497220B2 (en) | 2011-10-17 | 2016-11-15 | Blackberry Limited | Dynamically generating perimeters |
US9161226B2 (en) | 2011-10-17 | 2015-10-13 | Blackberry Limited | Associating services to perimeters |
US9613219B2 (en) | 2011-11-10 | 2017-04-04 | Blackberry Limited | Managing cross perimeter access |
US8799227B2 (en) | 2011-11-11 | 2014-08-05 | Blackberry Limited | Presenting metadata from multiple perimeters |
US8880989B2 (en) | 2012-01-30 | 2014-11-04 | Microsoft Corporation | Educating users and enforcing data dissemination policies |
US9087039B2 (en) | 2012-02-07 | 2015-07-21 | Microsoft Technology Licensing, Llc | Language independent probabilistic content matching |
US8844032B2 (en) * | 2012-03-02 | 2014-09-23 | Sri International | Method and system for application-based policy monitoring and enforcement on a mobile device |
US10185822B2 (en) * | 2012-03-14 | 2019-01-22 | Carbon Black, Inc. | Systems and methods for tracking and recording events in a network of computing systems |
US9264449B1 (en) * | 2012-05-01 | 2016-02-16 | Amazon Technologies, Inc. | Automatic privilege determination |
US9319427B2 (en) * | 2012-05-13 | 2016-04-19 | Check Point Mobile Security Ltd | Anti-malware detection and removal systems and methods |
US9369466B2 (en) | 2012-06-21 | 2016-06-14 | Blackberry Limited | Managing use of network resources |
US10824680B2 (en) * | 2012-10-02 | 2020-11-03 | The Boeing Company | Panoptic visualization document access control |
US8726343B1 (en) | 2012-10-12 | 2014-05-13 | Citrix Systems, Inc. | Managing dynamic policies and settings in an orchestration framework for connected devices |
US9516022B2 (en) | 2012-10-14 | 2016-12-06 | Getgo, Inc. | Automated meeting room |
US20140109171A1 (en) | 2012-10-15 | 2014-04-17 | Citrix Systems, Inc. | Providing Virtualized Private Network tunnels |
US20140109176A1 (en) | 2012-10-15 | 2014-04-17 | Citrix Systems, Inc. | Configuring and providing profiles that manage execution of mobile applications |
US8910239B2 (en) | 2012-10-15 | 2014-12-09 | Citrix Systems, Inc. | Providing virtualized private network tunnels |
CN104854561B (en) | 2012-10-16 | 2018-05-11 | 思杰系统有限公司 | Application program for application management framework encapsulates |
US9971585B2 (en) | 2012-10-16 | 2018-05-15 | Citrix Systems, Inc. | Wrapping unmanaged applications on a mobile device |
US20140108793A1 (en) | 2012-10-16 | 2014-04-17 | Citrix Systems, Inc. | Controlling mobile device access to secure data |
US9606774B2 (en) | 2012-10-16 | 2017-03-28 | Citrix Systems, Inc. | Wrapping an application with field-programmable business logic |
US9367705B2 (en) * | 2012-10-22 | 2016-06-14 | Blackberry Limited | Methods and systems for implementing security policies on a mobile device |
US9942753B2 (en) * | 2012-10-22 | 2018-04-10 | Pervasive Group, Inc. | Method and system for monitoring and restricting use of mobile devices |
US8656016B1 (en) | 2012-10-24 | 2014-02-18 | Blackberry Limited | Managing application execution and data access on a device |
US9075955B2 (en) | 2012-10-24 | 2015-07-07 | Blackberry Limited | Managing permission settings applied to applications |
US9117054B2 (en) * | 2012-12-21 | 2015-08-25 | Websense, Inc. | Method and aparatus for presence based resource management |
WO2014102523A2 (en) * | 2012-12-31 | 2014-07-03 | British Telecommunications Public Limited Company | Processing device and method of operation thereof |
EP2840755A1 (en) * | 2013-08-22 | 2015-02-25 | British Telecommunications public limited company | Processing device and method of operation thereof |
US8904539B2 (en) * | 2013-03-07 | 2014-12-02 | Ricoh Co., Ltd. | Location constraints for template access and form activities |
US20140297840A1 (en) | 2013-03-29 | 2014-10-02 | Citrix Systems, Inc. | Providing mobile device management functionalities |
US8849979B1 (en) | 2013-03-29 | 2014-09-30 | Citrix Systems, Inc. | Providing mobile device management functionalities |
US9369449B2 (en) | 2013-03-29 | 2016-06-14 | Citrix Systems, Inc. | Providing an enterprise application store |
US9355223B2 (en) | 2013-03-29 | 2016-05-31 | Citrix Systems, Inc. | Providing a managed browser |
US10284627B2 (en) | 2013-03-29 | 2019-05-07 | Citrix Systems, Inc. | Data management for an application with multiple operation modes |
US8813179B1 (en) | 2013-03-29 | 2014-08-19 | Citrix Systems, Inc. | Providing mobile device management functionalities |
US9985850B2 (en) | 2013-03-29 | 2018-05-29 | Citrix Systems, Inc. | Providing mobile device management functionalities |
US9953189B2 (en) | 2013-07-30 | 2018-04-24 | FSLogix, Inc. | Managing configurations of computing terminals |
TW201509151A (en) * | 2013-08-30 | 2015-03-01 | Ibm | A method and computer program product for providing a remote diagnosis with a secure connection for an appliance and an appliance performing the method |
US9111111B1 (en) * | 2013-09-23 | 2015-08-18 | Amazon Technologies, Inc. | Location-based file security |
US9642013B2 (en) * | 2013-10-16 | 2017-05-02 | Check Point Mobile Security Ltd | Mobile communicator network routing decision system and method |
CN103546483B (en) * | 2013-10-31 | 2016-09-21 | 宇龙计算机通信科技(深圳)有限公司 | Method and device for safe network access |
US9251361B1 (en) * | 2013-12-13 | 2016-02-02 | Amazon Technologies, Inc. | Data transmission to an untrusted entity |
CN104753857B (en) * | 2013-12-26 | 2018-03-09 | 华为技术有限公司 | Control of network flow quantity equipment and its security policy configuration method and device |
EP3130112B1 (en) * | 2014-04-08 | 2021-05-12 | Family Zone Cyber Safety Ltd. | A device management system |
RU2581559C2 (en) * | 2014-08-01 | 2016-04-20 | Закрытое акционерное общество "Лаборатория Касперского" | System and method of using security policy to storage in network |
US9449187B2 (en) * | 2014-08-11 | 2016-09-20 | Document Dynamics, Llc | Environment-aware security tokens |
US9940336B2 (en) * | 2014-10-24 | 2018-04-10 | Splunk Inc. | File monitoring |
US9697349B2 (en) | 2014-10-26 | 2017-07-04 | Microsoft Technology Licensing, Llc | Access blocking for data loss prevention in collaborative environments |
US9600670B2 (en) * | 2014-12-23 | 2017-03-21 | Intel Corporation | Provisioning location-based security policy |
US9576147B1 (en) * | 2015-01-05 | 2017-02-21 | Amazon Technologies, Inc. | Security policy application through data tagging |
US10073791B2 (en) * | 2015-03-25 | 2018-09-11 | Vera | Securing files |
US20160366183A1 (en) * | 2015-06-09 | 2016-12-15 | Ned M. Smith | System, Apparatus And Method For Access Control List Processing In A Constrained Environment |
US9912704B2 (en) | 2015-06-09 | 2018-03-06 | Intel Corporation | System, apparatus and method for access control list processing in a constrained environment |
US10733162B2 (en) * | 2015-07-30 | 2020-08-04 | Workday, Inc. | Indexing structured data with security information |
US20170039376A1 (en) * | 2015-08-05 | 2017-02-09 | Dell Products L.P. | Systems and methods for providing secure data |
US10776520B2 (en) * | 2015-09-14 | 2020-09-15 | Northwestern University | System and method for proxy-based data access mechanism in enterprise mobility management |
US10140296B2 (en) * | 2015-11-24 | 2018-11-27 | Bank Of America Corporation | Reversible redaction and tokenization computing system |
US9767307B2 (en) | 2015-11-24 | 2017-09-19 | Bank Of America Corporation | Reversible redaction and tokenization computing system |
US11537723B2 (en) * | 2016-01-29 | 2022-12-27 | British Telecommunications Public Limited Company | Secure data storage |
US10609042B2 (en) * | 2016-02-15 | 2020-03-31 | Cisco Technology, Inc. | Digital data asset protection policy using dynamic network attributes |
US20170331690A1 (en) * | 2016-05-12 | 2017-11-16 | Iboss, Inc. | Applying network policies to devices based on their current access network |
US10409779B2 (en) * | 2016-08-31 | 2019-09-10 | Microsoft Technology Licensing, Llc. | Document sharing via logical tagging |
US10713355B2 (en) * | 2016-10-21 | 2020-07-14 | Qatar University | Method and system for adaptive security in cloud-based services |
US10129269B1 (en) | 2017-05-15 | 2018-11-13 | Forcepoint, LLC | Managing blockchain access to user profile information |
US11146537B1 (en) * | 2017-12-19 | 2021-10-12 | NortonLifeLock Inc. | Systems and methods for protecting geolocation information |
US10943022B2 (en) * | 2018-03-05 | 2021-03-09 | Microsoft Technology Licensing, Llc | System for automatic classification and protection unified to both cloud and on-premise environments |
US11070539B2 (en) | 2018-04-10 | 2021-07-20 | ArecaBay, Inc. | Network security dynamic access control and policy enforcement |
US11222135B2 (en) * | 2018-05-28 | 2022-01-11 | International Business Machines Corporation | User device privacy protection |
US11165786B2 (en) * | 2018-12-18 | 2021-11-02 | International Business Machines Corporation | Remote assistance controller that provides control over what a remote assistor can access |
US11562093B2 (en) * | 2019-03-06 | 2023-01-24 | Forcepoint Llc | System for generating an electronic security policy for a file format type |
US10555159B1 (en) | 2019-03-13 | 2020-02-04 | Whelen Engineering Company, Inc. | System and method for operating stealth mode of emergency vehicle |
US10972567B2 (en) * | 2019-04-04 | 2021-04-06 | International Business Machines Corporation | Multi-dimensional tagging namespace for cloud resource management |
US20210288971A1 (en) * | 2020-03-16 | 2021-09-16 | Microsoft Technology Licensing, Llc | Efficient retrieval and rendering of access-controlled computer resources |
US11716355B1 (en) * | 2020-11-24 | 2023-08-01 | Wells Fargo Bank, N.A. | Company controlled virtual computer over a network |
US11677552B2 (en) * | 2021-09-09 | 2023-06-13 | Coinbase Il Rd Ltd. | Method for preventing misuse of a cryptographic key |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020062310A1 (en) * | 2000-09-18 | 2002-05-23 | Smart Peer Llc | Peer-to-peer commerce system |
US20030177389A1 (en) * | 2002-03-06 | 2003-09-18 | Zone Labs, Inc. | System and methodology for security policy arbitration |
Family Cites Families (71)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE69031191T2 (en) * | 1989-05-15 | 1998-02-12 | Ibm | System for controlling access privileges |
JP2804125B2 (en) | 1989-11-08 | 1998-09-24 | 株式会社日立製作所 | Fault monitoring device and control method for information processing system |
US5671351A (en) | 1995-04-13 | 1997-09-23 | Texas Instruments Incorporated | System and method for automated testing and monitoring of software applications |
US5724487A (en) | 1995-07-07 | 1998-03-03 | Streit; Roy L. | Neural network for maximum likelihood classification with supervised and unsupervised training capability |
US5930810A (en) | 1995-08-09 | 1999-07-27 | Taylor Corporation | Printing system with pre-defined user modifiable forms and local and remote printing |
US6088457A (en) | 1995-08-16 | 2000-07-11 | Wireless Access | Method and apparatus for over the air programming a communication device |
JPH09190236A (en) * | 1996-01-10 | 1997-07-22 | Canon Inc | Method, device and system for processing information |
US5987611A (en) | 1996-12-31 | 1999-11-16 | Zone Labs, Inc. | System and methodology for managing internet access on a per application basis for client computers connected to the internet |
AU8759098A (en) | 1997-07-24 | 1999-02-16 | Tumbleweed Communications Corporation | E-mail firewall with stored key encryption/decryption |
US6891819B1 (en) | 1997-09-05 | 2005-05-10 | Kabushiki Kaisha Toshiba | Mobile IP communications scheme incorporating individual user authentication |
US6484261B1 (en) | 1998-02-17 | 2002-11-19 | Cisco Technology, Inc. | Graphical network security policy management |
US6580914B1 (en) * | 1998-08-17 | 2003-06-17 | At&T Wireless Services, Inc. | Method and apparatus for automatically providing location-based information content on a wireless device |
US6728885B1 (en) | 1998-10-09 | 2004-04-27 | Networks Associates Technology, Inc. | System and method for network access control using adaptive proxies |
US6272129B1 (en) | 1999-01-19 | 2001-08-07 | 3Com Corporation | Dynamic allocation of wireless mobile nodes over an internet protocol (IP) network |
US6357019B1 (en) | 1999-01-29 | 2002-03-12 | International Business Machines Corporation | Method and apparatus for employing network loadable debugging agents, capable of first failure support on retail versions of software products |
US6892317B1 (en) | 1999-12-16 | 2005-05-10 | Xerox Corporation | Systems and methods for failure prediction, diagnosis and remediation using data acquisition and feedback for a distributed electronic system |
EP1247191A4 (en) | 1999-12-29 | 2007-12-12 | Harry A Glorikian | An internet system for connecting client-travelers with geographically-associated data |
US7032241B1 (en) | 2000-02-22 | 2006-04-18 | Microsoft Corporation | Methods and systems for accessing networks, methods and systems for accessing the internet |
US20010044849A1 (en) | 2000-05-16 | 2001-11-22 | Awele Ndili | System for providing network content to wireless devices |
EP1168752A1 (en) * | 2000-06-23 | 2002-01-02 | Matra Nortel Communications | Access control in client-sever systems |
GB2369213B (en) * | 2000-07-04 | 2005-02-23 | Honda Motor Co Ltd | Electronic file management system |
AU2001276992A1 (en) | 2000-07-20 | 2002-02-05 | Aeptec Microsystems, Inc. | Method, system, and protocol for location-aware mobile devices |
US7065446B2 (en) | 2000-08-18 | 2006-06-20 | Geospatial Technologies, Inc. | Real-time smart mobile device for location information processing |
GB2366691B (en) | 2000-08-31 | 2002-11-06 | F Secure Oyj | Wireless device management |
WO2002033552A2 (en) | 2000-10-15 | 2002-04-25 | Sonicblue Incorporated | Fail safe recovery |
US20020112046A1 (en) | 2000-12-05 | 2002-08-15 | Rakesh Kushwaha | System and method for wireless data terminal management using mobitex network |
US6681107B2 (en) * | 2000-12-06 | 2004-01-20 | Xybernaut Corporation | System and method of accessing and recording messages at coordinate way points |
US6978376B2 (en) | 2000-12-15 | 2005-12-20 | Authentica, Inc. | Information security architecture for encrypting documents for remote access while maintaining access control |
US7133909B2 (en) | 2001-01-12 | 2006-11-07 | Microsoft Corporation | Systems and methods for locating mobile computer users in a wireless network |
US7131000B2 (en) * | 2001-01-18 | 2006-10-31 | Bradee Robert L | Computer security system |
AUPR333101A0 (en) | 2001-02-23 | 2001-03-22 | I-Sprint Innovations Pte Limited | A hierarchy model |
EP1241903B1 (en) * | 2001-03-16 | 2006-03-15 | Nippon Telegraph and Telephone Corporation | Wireless communication system using user-owned access points |
US6778837B2 (en) | 2001-03-22 | 2004-08-17 | International Business Machines Corporation | System and method for providing access to mobile devices based on positional data |
FI110464B (en) | 2001-04-26 | 2003-01-31 | Nokia Corp | IP security and mobile network connections |
US7089586B2 (en) | 2001-05-02 | 2006-08-08 | Ipr Licensing, Inc. | Firewall protection for wireless users |
US7965729B2 (en) | 2001-05-23 | 2011-06-21 | Polytechnic University | Transferring data such as files |
US20020184535A1 (en) * | 2001-05-30 | 2002-12-05 | Farah Moaven | Method and system for accessing a resource in a computing system |
US6970445B2 (en) | 2001-06-14 | 2005-11-29 | Flarion Technologies, Inc. | Methods and apparatus for supporting session signaling and mobility management in a communications system |
US8200818B2 (en) | 2001-07-06 | 2012-06-12 | Check Point Software Technologies, Inc. | System providing internet access management with router-based policy enforcement |
US6873988B2 (en) | 2001-07-06 | 2005-03-29 | Check Point Software Technologies, Inc. | System and methods providing anti-virus cooperative enforcement |
US7222359B2 (en) | 2001-07-27 | 2007-05-22 | Check Point Software Technologies, Inc. | System methodology for automatic local network discovery and firewall reconfiguration for mobile computing devices |
US6996610B2 (en) | 2001-07-27 | 2006-02-07 | Lenovo (Singapore) Pte. Ltd. | Determining location for a portable data processing system by analyzing location syndromes |
JP2003101570A (en) | 2001-09-21 | 2003-04-04 | Sony Corp | Communication processing system and method, and its server device and computer program |
US20030065942A1 (en) | 2001-09-28 | 2003-04-03 | Lineman David J. | Method and apparatus for actively managing security policies for users and computers in a network |
US7069581B2 (en) | 2001-10-04 | 2006-06-27 | Mcafee, Inc. | Method and apparatus to facilitate cross-domain push deployment of software in an enterprise environment |
US20030074443A1 (en) * | 2001-10-15 | 2003-04-17 | Makonnen Melaku | Last mile quality of service broker (LMQB) for multiple access networks |
US7317699B2 (en) | 2001-10-26 | 2008-01-08 | Research In Motion Limited | System and method for controlling configuration settings for mobile communication devices and services |
US20030084323A1 (en) | 2001-10-31 | 2003-05-01 | Gales George S. | Network intrusion detection system and method |
US20030159060A1 (en) | 2001-10-31 | 2003-08-21 | Gales George S. | System and method of defining the security condition of a computer system |
US20030135749A1 (en) | 2001-10-31 | 2003-07-17 | Gales George S. | System and method of defining the security vulnerabilities of a computer system |
US6577274B1 (en) | 2001-12-19 | 2003-06-10 | Intel Corporation | Method and apparatus for controlling access to mobile devices |
US6897805B2 (en) | 2001-12-19 | 2005-05-24 | Intel Corporation | Method and apparatus for location based wireless roaming between communication networks |
US7093283B1 (en) | 2002-02-15 | 2006-08-15 | Cisco Technology, Inc. | Method and apparatus for deploying configuration instructions to security devices in order to implement a security policy on a network |
US20040052232A1 (en) | 2002-09-13 | 2004-03-18 | Kumar Ramaswamy | Method and apparatus for detecting the presence of a wireless local area network using a position location system |
US20030194500A1 (en) | 2002-04-15 | 2003-10-16 | Nippon Paint Co., Ltd. | Process for formation of coating film on plastic material and coated article |
US7116985B2 (en) | 2002-06-14 | 2006-10-03 | Cingular Wireless Ii, Llc | Method for providing location-based services in a wireless network, such as varying levels of services |
US7181227B2 (en) | 2002-06-14 | 2007-02-20 | Cingular Wireless Ii, Llc | Data structures and methods for location-based services within a wireless network |
US7190960B2 (en) | 2002-06-14 | 2007-03-13 | Cingular Wireless Ii, Llc | System for providing location-based services in a wireless network, such as modifying locating privileges among individuals and managing lists of individuals associated with such privileges |
US6941146B2 (en) | 2002-06-20 | 2005-09-06 | Intel Corporation | Communal discovery of network coverage |
US7519984B2 (en) | 2002-06-27 | 2009-04-14 | International Business Machines Corporation | Method and apparatus for handling files containing confidential or sensitive information |
US7996021B2 (en) * | 2002-06-28 | 2011-08-09 | Hewlett-Packard Development Company, L.P. | Location determination in a wireless communication network |
US7171488B2 (en) | 2002-07-03 | 2007-01-30 | International Business Machines Corporation | Managing data delivery in a data communications network |
US8560512B2 (en) * | 2002-07-18 | 2013-10-15 | Hewlett-Packard Development Company, L.P. | Finding matching locations, trajectories or attributes while maintaining privacy of non-matching information |
US7904527B2 (en) | 2002-09-30 | 2011-03-08 | Sony Ericsson Mobile Communications Ab | System and method for remote servicing of embedded devices |
US7526800B2 (en) | 2003-02-28 | 2009-04-28 | Novell, Inc. | Administration of protection of data accessible by a mobile device |
US7353533B2 (en) | 2002-12-18 | 2008-04-01 | Novell, Inc. | Administration of protection of data accessible by a mobile device |
IL156924A (en) * | 2003-07-15 | 2009-05-04 | Tadiran Telecom Ltd | Communication between users located behind nat device |
US20050091355A1 (en) * | 2003-10-02 | 2005-04-28 | International Business Machines Corporation | Providing a necessary level of security for computers capable of connecting to different computing environments |
US20050125511A1 (en) * | 2003-12-08 | 2005-06-09 | Hunt Preston J. | Intelligent local proxy for transparent network access from multiple physical locations |
US7653032B2 (en) * | 2003-12-18 | 2010-01-26 | Intel Corporation | Applying wireless network connection profiles using windows management instrumentation |
DE102004050374B4 (en) | 2004-10-15 | 2010-11-11 | Minebea Co., Ltd. | Electric machine, in particular DC motor |
-
2006
- 2006-01-11 US US11/330,530 patent/US9197668B2/en not_active Expired - Fee Related
- 2006-01-12 WO PCT/US2006/001168 patent/WO2006076536A2/en active Application Filing
-
2014
- 2014-02-07 US US14/175,640 patent/US20160164913A9/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020062310A1 (en) * | 2000-09-18 | 2002-05-23 | Smart Peer Llc | Peer-to-peer commerce system |
US20030177389A1 (en) * | 2002-03-06 | 2003-09-18 | Zone Labs, Inc. | System and methodology for security policy arbitration |
Cited By (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10652745B2 (en) | 2003-02-28 | 2020-05-12 | Apple Inc. | System and method for filtering access points presented to a user and locking onto an access point |
US9230601B2 (en) | 2005-07-01 | 2016-01-05 | Invention Science Fund I, Llc | Media markup system for content alteration in derivative works |
US20090204475A1 (en) * | 2005-07-01 | 2009-08-13 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Media markup for promotional visual content |
US9426387B2 (en) | 2005-07-01 | 2016-08-23 | Invention Science Fund I, Llc | Image anonymization |
US9092928B2 (en) | 2005-07-01 | 2015-07-28 | The Invention Science Fund I, Llc | Implementing group content substitution in media works |
US9065979B2 (en) | 2005-07-01 | 2015-06-23 | The Invention Science Fund I, Llc | Promotional placement in media works |
US9583141B2 (en) | 2005-07-01 | 2017-02-28 | Invention Science Fund I, Llc | Implementing audio substitution options in media works |
US9215512B2 (en) | 2007-04-27 | 2015-12-15 | Invention Science Fund I, Llc | Implementation of media content alteration |
US20140040981A1 (en) * | 2009-02-17 | 2014-02-06 | Lookout, Inc. | Systems and methods for applying a security policy to a device based on location |
US9167550B2 (en) * | 2009-02-17 | 2015-10-20 | Lookout, Inc. | Systems and methods for applying a security policy to a device based on location |
US10623960B2 (en) | 2009-02-17 | 2020-04-14 | Lookout, Inc. | Methods and systems for enhancing electronic device security by causing the device to go into a mode for lost or stolen devices |
US10419936B2 (en) | 2009-02-17 | 2019-09-17 | Lookout, Inc. | Methods and systems for causing mobile communications devices to emit sounds with encoded information |
US9955352B2 (en) | 2009-02-17 | 2018-04-24 | Lookout, Inc. | Methods and systems for addressing mobile communications devices that are lost or stolen but not yet reported as such |
US8990932B2 (en) * | 2012-06-28 | 2015-03-24 | Secureage Technology, Inc. | System and method for prevention of malware attacks on data |
US20150128246A1 (en) * | 2013-11-07 | 2015-05-07 | Attivo Networks Inc. | Methods and apparatus for redirecting attacks on a network |
US9407602B2 (en) * | 2013-11-07 | 2016-08-02 | Attivo Networks, Inc. | Methods and apparatus for redirecting attacks on a network |
US9753796B2 (en) | 2013-12-06 | 2017-09-05 | Lookout, Inc. | Distributed monitoring, evaluation, and response for multiple devices |
US10742676B2 (en) | 2013-12-06 | 2020-08-11 | Lookout, Inc. | Distributed monitoring and evaluation of multiple devices |
US10122747B2 (en) | 2013-12-06 | 2018-11-06 | Lookout, Inc. | Response generation after distributed monitoring and evaluation of multiple devices |
US9350703B2 (en) * | 2014-05-06 | 2016-05-24 | Futurwei Technologies, Inc. | Enforcement of network-wide context aware policies |
US11886591B2 (en) | 2014-08-11 | 2024-01-30 | Sentinel Labs Israel Ltd. | Method of remediating operations performed by a program and system thereof |
US11625485B2 (en) | 2014-08-11 | 2023-04-11 | Sentinel Labs Israel Ltd. | Method of malware detection and system thereof |
US9769173B1 (en) * | 2014-10-27 | 2017-09-19 | Amdocs Software Systems Limited | System, method, and computer program for allowing users access to information from a plurality of external systems utilizing a user interface |
US9710619B2 (en) | 2015-03-31 | 2017-07-18 | Canon Information And Imaging Solutions, Inc. | System and method for providing an electronic document |
US11695800B2 (en) | 2016-12-19 | 2023-07-04 | SentinelOne, Inc. | Deceiving attackers accessing network data |
US11616812B2 (en) | 2016-12-19 | 2023-03-28 | Attivo Networks Inc. | Deceiving attackers accessing active directory data |
US11716342B2 (en) | 2017-08-08 | 2023-08-01 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11716341B2 (en) | 2017-08-08 | 2023-08-01 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11722506B2 (en) | 2017-08-08 | 2023-08-08 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11838306B2 (en) | 2017-08-08 | 2023-12-05 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11838305B2 (en) | 2017-08-08 | 2023-12-05 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11876819B2 (en) | 2017-08-08 | 2024-01-16 | Sentinel Labs Israel Ltd. | Methods, systems, and devices for dynamically modeling and grouping endpoints for edge networking |
US11888897B2 (en) | 2018-02-09 | 2024-01-30 | SentinelOne, Inc. | Implementing decoys in a network environment |
US11790079B2 (en) | 2019-05-20 | 2023-10-17 | Sentinel Labs Israel Ltd. | Systems and methods for executable code detection, automatic feature extraction and position independent code detection |
US11580218B2 (en) | 2019-05-20 | 2023-02-14 | Sentinel Labs Israel Ltd. | Systems and methods for executable code detection, automatic feature extraction and position independent code detection |
US11579857B2 (en) | 2020-12-16 | 2023-02-14 | Sentinel Labs Israel Ltd. | Systems, methods and devices for device fingerprinting and automatic deployment of software in a computing network using a peer-to-peer approach |
US11748083B2 (en) | 2020-12-16 | 2023-09-05 | Sentinel Labs Israel Ltd. | Systems, methods and devices for device fingerprinting and automatic deployment of software in a computing network using a peer-to-peer approach |
US11899782B1 (en) | 2021-07-13 | 2024-02-13 | SentinelOne, Inc. | Preserving DLL hooks |
Also Published As
Publication number | Publication date |
---|---|
WO2006076536A8 (en) | 2006-11-23 |
WO2006076536A2 (en) | 2006-07-20 |
US9197668B2 (en) | 2015-11-24 |
US20160164913A9 (en) | 2016-06-09 |
WO2006076536A3 (en) | 2007-11-01 |
US20060120526A1 (en) | 2006-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210029547A1 (en) | System and method for filtering access points presented to a user and locking onto an access point | |
US9197668B2 (en) | Access control to files based on source information | |
US7636936B2 (en) | Administration of protection of data accessible by a mobile device | |
US7526800B2 (en) | Administration of protection of data accessible by a mobile device | |
US8020192B2 (en) | Administration of protection of data accessible by a mobile device | |
US20080109679A1 (en) | Administration of protection of data accessible by a mobile device | |
US7308703B2 (en) | Protection of data accessible by a mobile device | |
US9838432B2 (en) | System and method for automatic data protection in a computer network | |
US8949969B2 (en) | Payment card industry (PCI) compliant architecture and associated methodology of managing a service infrastructure | |
US7865938B2 (en) | Enterprise-wide security system for computer devices | |
CA2553648C (en) | Adaptive transparent encryption | |
WO2004057834A2 (en) | Methods and apparatus for administration of policy based protection of data accessible by a mobile device | |
JP2003228519A (en) | Method and architecture for providing pervasive security for digital asset | |
JP2003228520A (en) | Method and system for offline access to secured electronic data | |
Linkies et al. | SAP security and risk management | |
Franklin et al. | Mobile Device Security | |
Street | Verdasys, Inc. | |
Scarfone et al. | Guide to Securing Microsoft Windows XP Systems for IT Professionals: A NIST Security Configuration Checklist | |
Levy | Common Criteria EAL4 Evaluation | |
IP130 et al. | Common Criteria EAL4 Evaluation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |