Adaptive security for portable information devices

0001The invention relates generally to the field of information technology. Embodiments relate to a security system and associated methods for protecting portable information devices.

0002In today's world of personal information and communications systems, the prevalence of portable information devices is rapidly growing, particularly systems built on the netbook, or sub-notebook, platform, as well as multifunctional communication devices known as smartphones or personal digital assistants (PDAs), Ultra-Mobile Personal Computers, (UMPC), or Mobile Internet Devices (MIDs), utilizing processors such as Atom or Moorestown CPUs manufactured by Intel, or running operating systems such as Symbian OS, Windows Mobile, and the like. Networks offering open access to the public, such as EDGE and 3G, and various WiFi netwotks (such as those based on the IEEE 801-type standards), have become commonplace and continue to grow in popularity.

0003As communication systems and devices grow in complexity and communications bandwidth, with data rates approaching tens of megabytes per second, the risk of users inadvertently obtaining malicious programs and other unwanted content also grows. Additionally, the increasing popularity of portable information devices and open networks creates ever-increasing opportunities for malicious actors, such as hackers, identity thieves, spammers, and the like, to victimize users of these technologies. The quantity and severity of threats to computer systems, such as viruses, worms, malware, spyware, hacker attacks, as well as unwanted content, such as phishing attacks and other spam, continue to grow.

0004Firewalls, antivirus, antispam, and other such security applications geared toward personal computers are well-known. However, applying known approaches to portable information devices presents special challenges. Designers of portable information device systems and software have a principal objective of producing a device that provides timely access to information from practically any point in any city of the world. Portable information devices must be affordable in the highly-competitive, low-margin present-day market. Further, portable information devices must offer the utmost in portability and usability, meaning small overall device size and sufficiently long times of operation (at least on the order of 24 hours). Performance and usability are often countervailing objectives with affordability and portability, since batteries account for a large portion of the device's overall size, weight and cost. Performance and usability are even countervailing objectives with one another, since increased processor clock speeds and memory correspond to increased energy demands.

0005All these requirements make it impractical to simply continually increase the processor power and data storage capacity by substantial amounts to provide improved portable information device security while maintaining performance, usability, portability, and cost attributes. These constraints, in turn, place limitations on the design of applications that run on portable information devices, especially security applications, which can require significant processor resources and memory capacity.

0006Therefore, effective security measures are needed that are particularly suited to meeting the unique needs of portable information devices.

0007<patcit id="pcit0001" dnum="US2008046965A"><text>US-A-2008046965</text></patcit> discloses the protection of data on a client mobile computing device by a server computer system such as within an enterprise network or on a separate mobile computing device is described. Security tools are described that provide different security policies to be enforced based on a location associated with a network environment in which a mobile device is operating. Methods for detecting the location of the mobile device are described. Additionally, the security tools may also provide for enforcing different policies based on security features. Examples of security features include the type of connection, wired or wireless, over which data is being transferred, the operation of anti-virus software, or the type of network adapter card.; The different security policies provide enforcement mechanisms that may be tailored based upon the detected location and/or active security features associated with the mobile device. Examples of enforcement mechanisms are adaptive port blocking, file hiding and file encryption.

0008Embodiments relate to a dynamically configurable security arrangement for a portable information device in which operational settings are automatically and dynamically configured based on risk profile, computing capacity information, or both.

0009In one aspect there is provided a portable information device having a dynamically configurable security arrangement. The device includes computer circuitry, including a processor operatively coupled to a data store; a user interface, including display and user input devices; wireless communications circuitry; and a power supply that provides power to the computer circuitry, user interface, and wireless communications circuitry, the power supply including an on-board energy source.

0010The computer circuitry includes a security arrangement that comprises a configurable security module, a location determining module, a location profile database, and a security configuration module. The configurable security module facilitates security services in the portable information device, whereas the location determining module is configured to determine and provide an indication of a current location of the portable information device. The location profile database contains security risk profile information for a plurality of local networks at a plurality of geographic locations.

0011The security configuration module uses the indication of the present location to assess a current security risk to which the portable information device is exposed based on risk profile information contained in the location profile database corresponding to the present location. The security configuration module dynamically configures the security module to facilitate whether certain ones of the security services are selectively provided by either a security server that is located remotely from the portable information device, or by the security module.

0012In another aspect there is provided a method for automatically configuring a security module on a portable information device, where the security arrangement is implemented by computing hardware or by a combination of computing hardware and software. The portable information device automatically determines its current location, and automatically maintains a location profile database containing security risk profile information for a plurality of local networks at a plurality of geographic locations. The device automatically re-assesses a current security risk to which it is exposed based on risk profile information contained in the location profile database corresponding to the present location, and automatically reconfigures the security module based on the current security risk, such that the security module facilitates selectively providing security services by either a security server that is located remotely from the portable information device, or by the security module.

0013Embodiments can be utilized to provide security for portable information devices that suits the needs and limitations particular to portable devices. A number of aspects are applicable to addressing challenges specific to portable information devices, such as those described above, as well as other challenges faced by designers of small, hand-portable devices in particular. Other aspects apply to information devices in general, without regard to the degree of portability of the devices, and without regard to whether the devices are primarily battery-powered or primarily line-powered. Thus, aspects can be applied to notebook and desktop computers, and to other products or equipment that utilize a security arrangement. For the sake of simplicity, embodiments described below are in the context of portable information devices. However, it will be understood that the various aspects can be realized and adapted to apply to other types of devices, systems, and equipment by selecting combinations of features that are suitable to the various types of products.

0014A number of advantages will become apparent from the following detailed description of the drawings. The invention may be more completely understood in consideration of the following detailed description of various embodiments in connection with the accompanying drawings, in which: <ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">FIG. 1A</figref> is a block diagram illustrating major external components of a portable information device (PID) to which security arrangements can be applied.</li><li><figref idref="f0001">FIG. 1B</figref> is a block diagram illustrating major internal components of the PID of <figref idref="f0001">FIG. 1A</figref>.</li><li><figref idref="f0002">FIG. 1C</figref> illustrates a system architecture that includes security provisions that protect a client device from various threats.</li><li><figref idref="f0003">FIG. 1D</figref> is a schematic diagram of an operational arrangement of a client device, which is used by a user in unprotected network.</li><li><figref idref="f0004">FIG. 1E</figref> is a diagram illustrating a common risk scenario in which the user of the client device cannot be confident in the overall protection of its data.</li><li><figref idref="f0005">FIG. 2A</figref> is a diagram of a local security module that runs on a portable information device.</li><li><figref idref="f0006">FIG. 2B</figref> is a diagram depicting a security module according to one aspect of the invention that includes application-level protection, in which the configuration can be adjusted based on the application programs of the PID.</li><li><figref idref="f0007">FIGs. 2C and 2D</figref> one type of configurability of security arrangements in which thin client and thick client configurations can be dynamically configured based on a variety of factors related to the configurations or operating state of the PID.</li><li><figref idref="f0008">FIG. 2E</figref> illustrates a communication channel that facilitates operating a thin-client or a hybrid security arrangement in which a majority of security-related functions are carried out by a remote security server.</li><li><figref idref="f0009">FIG. 3A</figref> is a block diagram illustrating a security arrangement in which a configurable security module existing on a PID can be automatically configured based on a present location of the PID.</li><li><figref idref="f0010">FIG. 3B</figref> illustrates an example of a location profile database for use with the security arrangement of <figref idref="f0009">FIG. 3A</figref>, the database containing records of various places, or geographic locations, that are identified according to their degree of relative safety or danger in terms of security or threat level.</li><li><figref idref="f0011">FIG. 4A</figref> is a diagram illustrating a security arrangement according to one type of embodiment in which the security module can be automatically configured based on a present security profile for the PID, on the present computing capacity of the PID, or both.</li><li><figref idref="f0012">FIG. 4B</figref> illustrates an example arrangement of a risk profiling module of the security arrangement of <figref idref="f0011">FIG. 4A</figref>, according to one embodiment.</li><li><figref idref="f0013">FIG. 4C</figref> illustrates an example arrangement of a computing capacity determining module of the security arrangement of <figref idref="f0011">FIG. 4A</figref>, according to one embodiment.</li><li><figref idref="f0014">FIGs. 4D and 4E</figref> are tables illustrating example sets of data contained in a device information database that is part of a computing capacity determining module.</li><li><figref idref="f0014">FIG. 4F</figref> is a table that represents an example set of determined PID configuration types..</li><li><figref idref="f0015">FIG. 5</figref> is a flow diagram illustrating a decision process for determining the type of security threats database update that is to be performed according to one embodiment.</li><li><figref idref="f0016">FIG. 6</figref> is a flow diagram illustrating a simple example of how various security configurations can be selected as a function of remaining battery life according to one embodiment.</li></ul>

0015<figref idref="f0001">FIG. 1A</figref> is a block diagram illustrating an exemplary portable information device (PID) 10. In various embodiments PID10 is a smartphone, PDA, UMPC, MID, or any other small, lightweight computing and communications device. PID 10 includes a compact housing 12 that is small enough to make the device easily portable, and a user interface that includes display 14 and a user input device, such as keyboard 16. PID 10 can have a touchscreen display in which the display and user input devices are integrated.

0016<figref idref="f0001">FIG. 1B</figref> is a block diagram further illustrating additional functional components of PID 10. PID 10 further includes computer circuitry, such as processor 20 interfaced with a data store having RAM 22a and non-volatile memory 22b. Processor 20 is also interfaced with wireless communications circuitry 24, which can take the form of a mobile telephone radio (CDMA, GSM, Iridium, or the like), Wi-Fi, Bluetooth, or any other such communications circuitry, coupled to an antenna 26. It will be understood that processor 20 is interfaced with the user interface devices, and with any other peripheral devices that may form a part of PID 10. PID10 also includes power supply 28 with an on-board energy source 30 exemplified as illustrated in <figref idref="f0001">FIG. 1B</figref> in the form of a battery, enabling truly portable and mobile operation. Power supply 28 provides appropriate power to all of the components of PID10 from energy source 30, and includes circuitry to enable external power to be supplied to operate PID 10 and to charge energy source 30.

0017Although today's practical devices tend to utilize certain technologies predominantly, such as CMOS-based microcontrollers, DRAM, Flash non-volatile memory, radio frequency devices for communications, batteries for energy storage, and the like, it should be understood that the invention is in no way limited to any particular set of technologies. Some aspects of the invention are directed to addressing challenges often experienced by small personal computing and communications devices, without regard to particular architectures or technologies, in which inherent trade-offs can exist between performance and user experience on the one hand, and energy demands, portability, and size, on the other hand.

0018When used as a data communications device, portable devices such as PID 10 typically links to a host network, which in turn provides connectivity over a wide area network such as the Internet. Host networks may be operated by cellular telephone service providers, as in the case with smartphone-type 3G devices. Other types of common host networks can include IEEE 802.11 Wi-Fi hotspots on local area networks (LANs) that are connected to the Internet via Internet Service Providers (ISPs). Portable devices can also connect with other devices to form a mesh network. Regardless of the type of arrangement of the host network, any arrangement in which a PID makes use of any service, such as Internet connectivity, for example, from another computing device, is a client-server arrangement where the PID is the client, and the computing device that provides the service is the server.

0019<figref idref="f0002">FIG. 1C</figref> illustrates a system architecture that includes security provisions that protect client device 150 from various threats. Server 100 controls traffic that travels to network 140 from outside network 110, such as the Internet. Client device 150 represents any of a variety of PIDs. Client device 150 runs various applications 160. Server 100 runs various applications 130, which support or facilitate the operation of client applications 160. One example of an application 130 is a Web server application. In addition to server applications that support or facilitate the primary functions of the client applications, the server has applications for security. Management console 120 provides administrator access for controlling server applications 160, and for changing different application settings. Management console 120 has its own graphical user interface (GUI), which allows for the administrator of the server to make adjustments to the server applications 160 in real time. With the provision of console 120, the administrator can control both, the applications for security, and other various applications, which operate on the server.

0020<figref idref="f0003">FIG. 1D</figref> is a schematic diagram of an operational arrangement of a client device 200, which is used by a user in unprotected network 210. Client device 200 runs various client applications 240. Such an arrangement can exist when the user of client device 200 attempts to access the Internet at cafes, hotels, airports, or other public places, or attempts to load software updates, while located in such places.

0021Conventionally, client device 200 would need to be supplied with its own security application 230. Utilizing management console 220, the user of client device 200 can adjust the settings of security application 230 to set a level of protection based on user-perceived needs. For instance, the user may deem it appropriate to increase the aggressiveness of an antivirus scanning program that is a part of security application 230, when the user is connected to the Internet via a public network. This arrangement is an example of a thick client security application that runs locally on client device 230 to provide protection for client applications 240.

0022One challenge faced by such an arrangement is the thick client security application 230 can be limited by insufficient system resources needed to run client applications 240. Similarly, client applications 240 can be limited by the drain of computing resources needed to run security application 230. Even with sufficient computing resources, the drain on the battery from the intensive processing of both, the security application 230, and client applications 240, can dramatically reduce the mobility and usability of the portable information device between charges. For these, and other reasons, a conventional thick client security arrangement is not a fully-capable substitute for a global security arrangement such as the one described above with reference to <figref idref="f0002">FIG. 1C</figref>.

0023<figref idref="f0004">FIG. 1E</figref> is a diagram illustrating a scenario in which the user of the client device cannot be confident in the overall protection of its data. While the user may be confident that the home and work networks have the benefit of a security server, such as a firewall at the host network, a the user cannot have the same confidence in other places, where the user's device can be subjected hacker attacks or unknown programs that might defeat any non-robust local firewall or other security measures on the user's device.

0024<figref idref="f0005">FIG. 2A</figref> is a diagram of a local security module 300 that runs on a portable information device according to one aspect of the invention. The term "module" as used herein means a real-world device or component implemented using hardware, such as by an application specific integrated circuit (ASIC) of field-programmable gate array (FPGA), for example, or as a combination of hardware and software, such as by a microprocessor system and a set of instructions to implement the security module functionality. A module can also be implemented as a combination of the two, with certain functions facilitated by hardware, and other functions facilitated by a combination of hardware and software. In certain implementations, at least a portion, and in some cases, all, of a module can be executed on the processor of the PID that executes application programs, such as processor 20 of PID 10. Accordingly, security module 300 can be realized in a variety of configurations, and should not be limited to any particular implementation exemplified herein.

0025Security module 300 performs any combination of one or more security-related functions, such as prevention of unwanted content 302, detection/scrubbing of unwanted content 304, and threat neutralization 306. These security-related functions are described below only generally, by way of illustration, and are not intended to be a required or exhaustive list of security functions within the invention as it applies to security module 300. A variety of other security-related functions can be present in addition to, or in place of, any of the functions exemplified herein.

0026Prevention of unwanted content 302 includes blocking unwanted content, such as viruses, worms, and other malware, adware, spyware, spam, and the like, as well as undesired data traffic, such as hacker attacks, before any of these threats or programs can be placed on the local device. Typically, this function involves blocking or diverting of content or data traffic at a firewall. Detection/scrubbing of unwanted content 304 would apply to content that may have penetrated the prevention function, and now resides in some form on the local device. A typical example of this functionality would include scanning for viruses based on a database of virus definitions, and removing or quarantining those program instructions or associated data. Threat neutralization 306 applies to detected unwanted content or detected attacks or threats in progress, and involves taking action to terminate any suspect programs or processes, stop network traffic, and restore the system to a previous known safe state.

0027Security module 300 includes a variety of components, such as, for example, firewall 308, message filters 310, anti-malware/adware blocking/removal tool 312, and system backup/restore utility 314. These components can work in different combinations to achieve the various functions of security module 300.

0028In one embodiment, security module 300 facilitates configurability of its functions. For example, one type of configurability is the ability to selectively turn individual components or functions on or off. Another type of configurability is the ability to dynamically adjust the operation of individual functions or components. For example, operational settings of firewall 308 can be adjusted in one embodiment to set a level of protection to be more or less aggressive, based on the needs of the operator or of the system.

0029In another example, anti-malware/adware component 312 is adjustable. Anti-malware/adware component 312 has a database of known threat definitions, which it uses to scan the data store for the presence of any known threats. In one embodiment, the threat definitions database can be limited or expanded with additional threat definitions, based on the system or user needs.

0030In related embodiments, various other operational settings of security module 300 can be adjusted automatically, i.e., without user intervention. Aspects of the invention recognize that different operational settings of a variety of different security functions or components can be adjusted, without limitation to the examples described herein.

0031<figref idref="f0006">FIG. 2B</figref> depicts a security module including application-level protection according to one embodiment, in which the configuration can be adjusted based on the application programs of the PID. Application level filters 320 and firewall 322 obtain information about the local system's operation from the various OSI model layers. Engine 324 which, with the aid of intrusion description database of 326, operates to isolate known threats or attacks and analyzes incoming traffic. In one embodiment of intrusion description database 326, the descriptions of threats are represented in XML format. Each threat description 328 can include various items of information such as, for example, the type of application, its version, registry entries associated with the application, the vulnerable port, etc. For each threat description, the various items of information are utilized to establish special rules for monitoring and filtering incoming network traffic. Being threat-specific, the rules can be tuned for dealing with certain types of attacks or for specialized applications.

0032Engine 324 is communicatively coupled with two information channels: application state information 328, and connection state information 330, which in turn are respectively coupled with application level filter 320, and frewall 322. Each time a network connection is established, or whenever an application 335 begins to use a particular port, engine 324 determines, based on the contents of database 326, whether there is any significant likelihood that any known threats are present. Any threats identified in this manner would constitute a relatively small, but more highly relevant, subset of the available known threats. This small subset can thus be practically analyzed and tracked.

0033In operation, firewall 322 intercepts only a small portion of the total data traffic, since connection state information 330 primarily includes communication protocol and related information such as Internet Control Message Protocol (ICMP) commands. Still, a large portion of potential threats requires a more thorough analysis and more detailed information about the threats and their impact on their targeted computer system. Accordingly, information obtained only through analysis of the TCP/IP protocol is insufficient to provide a robust level of protection.

0034At the application level, the specialized filter 320 makes it possible to concentrate threat analysis on the specific set of vulnerabilities that are known for each application 335. Application level filter 320 intercepts the traffic between the TCP/IP service 332 and communication protocol layer 334. The intercepted traffic is analyzed by engine 324 separately for each application. In one embodiment, the security system identifies active applications (e.g., MS Outlook Mobile). In a related embodiment, the system determines the types of active applications (e.g., Web browser, games, etc.) based on the port(s) being utilized and the types of data communications protocols are being used. Thus, the system obtains knowledge of either the specific active applications or the types of applications in use. With this information, the system selects appropriate protection schemes that are tailored to the present applications or activities. Thus, the system concentrates security resources on only the relatively small group of rules and the description of threats 326 associated with the exposure of the particular applications currently running.

0035<figref idref="f0007">FIGs. 2C and 2D</figref> illustrate another type of configurability of security arrangements according to embodiments of the invention. The thin client and thick client configurations shown respectively in <figref idref="f0007">FIG. 2C and FIG. 2D</figref> can be dynamically configured based on a variety of factors related to the configuration or operating state of PID 10, as will be described in more detail below. The dynamic configurability provided by these embodiments enables an adequate level of security to be maintained while permitting better computing performance, or better mobility, or both, of the user's device. Accordingly, the user can remain confident that a suitable security configuration will exist notwithstanding where the user may be connecting to the network. If the user's device is located in a particular local area network known to be secure, the configuration of <figref idref="f0007">FIG. 2C</figref> is selected, in which the security application existing on the local network's server is relied upon. In this case, the user's device will adopt a thin-client security configuration in order to off-load the security-related computing load entirely upon the server. In this thin-client configuration, the user's device has more computing resources available for running ordinary (non-security) applications, thereby achieving better performance and energy economy.

0036If, on the other hand, the user's device has been determined to be connected to the Internet through a local area network that is not known to have adequate security, the configuration of <figref idref="f0007">FIG. 2D</figref> is selected. The arrangement of <figref idref="f0007">FIG. 2D</figref> has the security application running locally on the user's device in a thick client configuration. Although the user's device will have reduced computing performance for non-security applications, the thick client security arrangement of <figref idref="f0007">FIG. 2D</figref> will provide adequate security in the absence of a protected network.

0037In related embodiments, a hybrid thin client/thick client security arrangement can be configured, in which certain security functions are off-loaded to the server, while other security functions are executed locally on the user's portable information device. For example, in one such hybrid configuration, PID 10 runs a reduced-function firewall that controls network traffic to of outbound data and blocks all unauthorized inbound traffic, but does not take on the burden of scanning authorized inbound traffic for potentially harmful data payloads. In this hybrid configuration example, a security server takes on the computing-intensive remaining firewall functionality of scanning data communications for potential threats, and responding to those threats.

0038<figref idref="f0008">FIG. 2E</figref> illustrates a communication channel according to one embodiment that facilitates operating a thin-client or a hybrid security arrangement in which a majority of security-related functions are carried out by a remote security server. This arrangement can be used in cases where the user of client device 350 is located remotely from security server 352, but wishes to utilize its resources. Likewise, the arrangement can be utilized where the user of client device 350 requests or requires the use of a remote security system, in which case protected network 352 would perform various security functions for the benefit of client device 350. In this aspect of the invention, a secure connection with security server 352 includes virtual private network (VPN) connection 354, and an additional encrypted connection 356, into which is embedded VPN connection 354. In one type of embodiment, encryption is achieved on the basis of a known client identifier, such as, for example, personal data of a user, or unique hardware parameters. The various parameters upon which the encryption is based can be created in advance by the user, i.e., prior to the time when the user wishes to use the secure connection. After establishment of the secure connection between client device 350 and security server 352, the user of client device 350 can safely access the resources of security server 352, or its outside connection 358. Outside connection 358 can be an Internet connection, or a connection to some other normally unsecured network that is made secure with the protective software running on security server 352. In a related embodiment, encrypted connection 356 monitors the integrity of VPN connection 354, and takes steps to restore the connection in case the monitoring detects an unplanned termination of the connection for any reason.

0039Another aspect of the invention is directed to implementing decision criteria for when, and how, to automatically configure the security arrangement for PIDs. Configuration can be set locally, such as by a configuring process running on PID 10. Alternatively, configuration can be set remotely, such as by a remote security server. In one embodiment in which configuration is set locally, a security configuration module running locally on PID 10 is tasked with determining when to configure or re-configure the security module, and what operational settings to establish. The security configuration module can receive, monitor, or otherwise obtain information about the system configuration, the operating state of PID 10, relevant history of PID 10, global security situational information, user preferences, or any combination of these. In turn, this information would be used in the automatic configuring of the security module. System configuration data can include, device type, processor speed, memory size, processor bus speed, battery capacity, a list of installed applications, and a list of frequently-used applications.

0040In an embodiment where configuration of the security module is done remotely, PID 10 establishes a connection with a remote security server, and transmits system configuration, operating state, relevant history, global security situational information, user preferences data, etc., to the server. The server receives and analyzes the transmitted data, and issues a command back to PID 10 to adjust the configuration settings of the security module.

0041Operating state data can include items such as the physical location of PID 10, network traffic speed, network traffic volume, remaining battery capacity, amount of memory allocated, a list of applications currently running, or processor idling time. Relevant history of PID 10 includes items such as recent history of detected attacks, higher-than-normal frequency of pings or attempted connections from unknown sources, and the like. Such items can be correlated to location information. Global security situational information can include items such as a current overall state of threats that exists. For instance, a prevalence of a particular worm, patterns of server outages attributable to denial-of-service attacks, and the like, would tend to increase the overall threat level. This type of information is constantly monitored by security firms, and can be provided to PID 10 during a security update, for example. User preferences can include items such as a risk tolerance input provided by a user, or performance requirements.

0042<figref idref="f0009">FIG. 3A</figref> illustrates a security arrangement according to one embodiment in which configurable security module 400 existing on PID 10 can be automatically configured based on a present location of PID 10. Security module 400 includes a thick client security portion 402, and a thin client security portion 404. Thick client security portion 402 is similar to security module 300 described above in that it can include a variety of security functions and components, each of which can be individually configured or adjusted. Thin client security portion 404 includes a provision 406 facilitating a connection to a remote security server, which includes a module configured with network addresses of various available security servers that implements logic for connecting to, and utilizing, any one of the remote security servers. One type of embodiment utilizes an encrypted tunnel connection such as the one described above with reference to <figref idref="f0008">FIG. 2E</figref>. Thin client security portion 404 also includes a task coordinating provision 408 that facilitates the exchange of information between thick client security portion 402 and the remote security server. The role of task coordinating portion 408 also includes ensuring proper overall operation when a hybrid security arrangement is in place in which portions of thick client security portion 402 operate in conjunction with the remote security server via thin client security portion 404.

0043The security arrangement of <figref idref="f0009">FIG. 3A</figref> further includes security configuration module 410, which interfaces with security module 400 and establishes or adjusts the security module's configuration and operational settings based on various inputs and on decision criteria 412. One type of input is the present location of PID 10, provided by location determining module 414. Location determining module 414 determines, or simply estimates, in real-time, where PID 10 is situated, or which local network PID 10 might be utilizing in order to connect to the Internet. In one such embodiment, location determining module 414 includes a global positioning system (GPS) receiver to determine physical location. In a related embodiment, location determining module 414 utilizes a network topology analyzer that analyzes data packets in order to deduce the location or network identity of the local network through which PID 10 may be communicating. The nature of location information provided by either method is different, so the two methods may be used in conjunction with one another to produce a better estimation of the location or network being used. In another related embodiment, location determining module 414 includes a user interface component that permits a user of the device to enter his or her location. The user interface input may be used in conjunction with either the GPS location or the network topology determination in order to fine-tune the location or network identity. For instance, the user may be presented with two or three possible choices from which to select the network being used, those choices having been automatically generated based on information deduced by the other location determining methods.

0044The position of the client device can be ascertained in various ways within the scope of aspects of the invention. A number of other techniques for determining the geographic position of a networked device are generally known, and any suitable technique can be utilized.

0045Security configuration module 410 uses the location identification to ascertain a security risk profile for the present location. Based on the security risk profile, configuration module 410 uses decision criteria 412 to set a suitable configuration for security module 400. Security configuration module accesses location profile database 416 to look up the present location from among a list of local networks at different geographic locations.

0046<figref idref="f0010">FIG. 3B</figref> illustrates an example of location profile database 416 containing records of various places, or geographic locations, that are identified according to their degree of relative safety or danger in terms of security or threat level. For example, certain places that are known to have good network security in place on the servers (such as in the arrangement of <figref idref="f0001">FIG. 1A</figref>), may be identified as having a "safe" status insofar as a user would be concerned. In one embodiment, the database contains records of places throughout the world. A user copy of the database can be maintained on PID 410, with automatic updates available whenever the client device is in communications with a security system server, which maintains a master (up-to-date) version of the database. Alternatively, security configuration module 410 can access a remote security server to query the location profile database 416. Places stored in the database can be categorized as shown in the embodiment of <figref idref="f0010">FIG. 3B</figref>: confirmed safe; user-designated safe; probably safe; and possibly unsafe. In another embodiment, combinations of different techniques for determining location of PID 10 may be utilized to confirm a "safe" status and counter attempts at location spoofing and the like. Various other categorizations or designations of safety level may be utilized.

0047In a related embodiment, the system supports defining conditions under which the safety status may depend. Accordingly, users can make their own assessment of safety based on their observations and on information contained in the database. In another related embodiment, the client device is configured to refresh its database of locations after connecting with the nearest security server running a security application according to embodiments of the invention.

0048<figref idref="f0011">FIG. 4A</figref> illustrates a security arrangement according to one type of embodiment in which the security module can be automatically configured based on a present security profile for PID 10, on the present computing capacity of PID 10, or both. The arrangement includes configurable security module 400, described above with reference to <figref idref="f0009">FIG. 3A</figref>, which can be configured for thin or thick client, or hybrid, modes, and which can have various security functions or components selectively enabled or disabled, or have various operational settings adjusted dynamically. Configuration or adjustment of security module 400 is performed by security configuration module 450, which can be locally present in PID 10 together with security module 400, or which can exist remotely from PID 10 and access security module over a network.

0049Security configuration module 450 includes configuration determining module 460 and configuration setting module 465. Configuration determining module 460 includes decision criteria that read and process input from at least one of risk profiling module 470, computing capacity determining module 480, and user input module 490, to determine which configuration or operational settings are suitable to be set for security module 400. Configuration setting module 465, in turn, sets the determined configuration or operational settings in security module 400.

0050In one embodiment, configuration determining module 460 and configuration setting module 465 of security configuration module 450 configure the operational settings of security module 400 with a goal of reducing computational load on the computer circuitry presented by operation of configurable security module 400, while maintaining a level of security to protect against present security risks, as determined by the security configuration module based on the input from risk profiling module 470.

0051In one such approach, configuration determining module 460 maintains a hierarchy of security-related functionality available in security module 400. The hierarchy of security-related functionality is ordered according to a current set of security risks, as determined by risk profiling module 470. Thus, in this embodiment, the hierarchical arrangement is dynamic; whereas in more basic embodiments, static hierarchical arrangements of security-related functionality can be used. The hierarchy is ordered in terms of essentiality of functionality needed to protect against the current set of security risks. For example, for PID 10 running a web browser program but not an email client program, firewall and anti-malware/adware functions are more essential to maintaining protection from likely security threats than, for example, message filtering functions.

0052In a related embodiment, essentiality of functionality is ranked in terms of finer granularity, where operational settings for each class of security-related functionality can be varied. For example, the anti-malware/adware function can be tuned to protect against particular threats associated with applications that are currently being executed in PID 10, to the exclusion of providing a broader spectrum of protection against all known threats.

0053In one embodiment, configuration determining module 460 derives or selects the hierarchical order of security-related functionality in response to the current set of security risks from risk profiling module 470, and further selects, from among the hierarchy, a subset of more essential functionality based on the current computing capacity, as determined by computing capacity module 480. Thus, with greater available computing capacity, more security functionality is generally provided; however, under conditions of reduced computing capacity, security is limited to only essential features. Accordingly, security is limited intelligently and dynamically based on the circumstances, resulting in configuration setting module 465 setting the configuration of operational settings for security module 400, such that a computational load on the computer circuitry attributable to operation of security module 400 is reduced while the subset of more essential security-related functionality is provided, thereby facilitating usability of PID 10 while providing security protection for PID 10 corresponding to the current set of security risks.

0054In a related example, as computing capacity progressively becomes reduced, as would be the case when the battery of PID 10 becomes drained with use, configuration setting module 465 progressively disables security-related functionality in order of less essential functionality to more essential functionality to preserve computing capacity for non-security functions of PID 10.

0055Risk profiling module 470, in various embodiments, obtains information from which it ascertains a present risk profile. <figref idref="f0012">FIG. 4B</figref> illustrates an example in which risk profiling module 470 interfaces with several different sources of risk-related information. In the example shown, risk profiling module 470 communicates with location determining module 414 and location database 416 (both of which have been described above) to obtain information about the present location and determine the corresponding level of security associated with the present location. Risk profiling module 470 in this example also interfaces with security server connection module 500, which enables risk profiling module 470 to obtain security-related information over the network. Examples of such information include information about the general threat level and, when used in conjunction with location determining module 414, the threat level specific to the present location.

0056Risk profiling module 470 assesses, and re-assesses a current set of security risks to which PID 10 is exposed. In one arrangement, risk profiling module 470 performs re-assessment periodically, such as on a certain predetermined time interval. In another arrangement, the re-assessment is performed in response to occurrence of certain events relevant to risk profiling, such as upon the opening of a new application instance, for example. In a related embodiment, re-assessment is performed both, periodically, and in response to events. In this type of embodiment, certain indicia of risk are re-assessed periodically, such as a present threat level indication, which does not tend to change frequently; while other indicia of security risk, such as network traffic volume, for instance, tends to change abruptly based on changes in operating modes or applications running on PID 10.

0057Application analysis module 510, in one embodiment, examines the registry of the operating system of PID 10 to determine which applications are installed on the device. From this information, risk profiling module 470, in conjunction with application analysis module 510, can determine specific vulnerabilities of PID 10. An application such as a Web browser would have a different vulnerability profile than an email application, or a spreadsheet, for example. In a related embodiment, application analysis module 510 examines applications that are presently active, which is a narrower subset than all of the installed applications. Accordingly, in one embodiment, the risk profile indication can vary as a function of time, depending on which applications are in use at the present instant.

0058Security history module 520 provides information about recent security-related occurrences that may deflect a present threat level. For example, if the firewall has been detecting a higher-than-normal frequency of attempts to access PID 10 by unknown devices, this may be an indicator of an increased risk of intrusion. Event history can also be associated with location information, such that different locations may have different relevant histories. Accordingly, if the user carries PID 10 to a new location, the relevant history for that location would be examined.

0059Referring again to <figref idref="f0011">FIG. 4A</figref>, computing capacity determining module 480 provides information about the system performance of PID 10 for use by security configuration module 450. This type of information enables security configuration module 450 to select an appropriate configuration for configurable security module 400 so that system performance is not unduly burdened by operation of the security system. In one type of embodiment, computing capacity information provided by computing capacity determining module 480 is considered in conjunction with the risk profile information by security configuration module 450 to achieve a proper balance between performance needs and security needs for PID 10.

0060Computing capacity determining module 480 assesses, and re-assesses a current state of computing capacity availability of PID 10. In one arrangement, computing capacity determining module 480 performs re-assessment periodically, such as on a certain predetermined time interval. In another arrangement, the re-assessment is performed in response to occurrence of certain events relevant to computing capacity, such as upon the opening of a new application instance, for example. In a related embodiment, re-assessment is performed both, periodically, and in response to events. In this type of embodiment, certain indicia of computing capacity are re-assessed periodically, such as battery capacity, which does not tend to change abruptly; while other indicia of computing capacity, such as available memory, for instance, tends to change abruptly based on changes in operating modes or applications running on PID 10.

0061<figref idref="f0013">FIG. 4C</figref> illustrates several examples of the types of inputs received by computing capacity determining module 480 in one example embodiment. Input 540 is an indicator of the type of device that is PID 10. Computing capacity determining module 480 can also access device information database 545, which may reside locally or remotely from PID 10, and which contains performance measures of classifications of various types of devices. Since the device type can be a static item of information in many cases, this information may be determined during installation of the security arrangement onto PID 10. <figref idref="f0014">FIG. 4D</figref> is a table illustrating an example set of data contained in device information database 545. The display size, processor type, data store type and size, battery capacity, and communications provisions facilitate estimation of each device's performance characteristics, including the rate of battery drain. Another example of data in device information database is information that is produced by the Systeminfo utility for Windows XP by Microsoft Corporation.

0062<figref idref="f0014">FIG. 4E</figref> is another embodiment of a set of data contained in device information database 545, in which a predetermined performance score or rating is given to each type of device. Based on the performance rating, a particular configuration type may be determined, as illustrated in <figref idref="f0014">FIG. 4F</figref>. The configuration types shown in <figref idref="f0014">FIG. 4F</figref> can be established during installation of the security arrangement, during an update of the installation, or dynamically, according to various embodiments. A dynamically-configurable embodiment may be suitable in cases where upgradeability or expansion is possible, such as in devices facilitation expansion memory card slots (micro SD, for instance), or for devices for which higher-capacity batteries can be installed by the user.

0063Referring again to <figref idref="f0013">FIG. 4C</figref>, processor monitor 550 provides indicia of the load on the processor of PID 10, and provides a corresponding input to security configuration module 450. In one embodiment, processor monitor 550 measures the ratio of time in which the processor is in an idling state. For example, some processors utilize a reduced clock speed mode such as the Speedstep^® feature by Intel Corporation or the Cool 'n Quiet^™ feature by AMD Inc. during their idling state. Operation in these modes can be monitored and utilized in embodiments of the invention as a measure of processor load. Processor load is one type of indicator of the intensity of use that PID 10 is experiencing. This information is useful in determining the ability of PID 10 to handle running security module 400 in addition to the other applications that account for the loading on the processor. In similar fashion, memory monitor 560 monitors memory allocation, which is another measure of system load and capacity for running security module 400, and provides a corresponding input to security configuration module 450. In situations where the load on processor and memory resources of PID 10 is relatively higher, configuration module may temporarily configure security module 400 with a reduced functionality (if doing so is not inconsistent with the security needs in view of the current risk profile and user-specified tolerances).

0064Network traffic volume monitor 570 provides an input to security configuration module 450 indicating the present status of network traffic into, and out of, PID 10. Incoming and outgoing network traffic are informative as to the nature of the current use of PID 10. As a direct measure, the network traffic volume indicates available communications bandwidth that may be needed for certain types of configurations of security module 400. As an indirect measure, the network traffic volume, and the predominant direction of data flow, and the ratio of incoming to outgoing data volumes, collectively, are indicative of the user's intensity of use and corresponding needs for device performance. Security configuration module 450, in one embodiment, considers the input from network traffic volume monitor 570 as part of determining whether to configure security module 400 to operate in thin or thick client modes, the former requiring more communication bandwidth than the latter.

0065Battery capacity indication 580 provides battery status information to security configuration module 450. Battery status is informative of computing capacity limitations because, even though the processor, memory and communications bandwidth may be sufficient to support a robust security configuration, the computing load of the security module in that configuration would be more power-intensive. A situation in which there are limited energy reserves in PID 10 may dictate configuring security module 400 in a reduced load operating mode.

0066Referring again to <figref idref="f0011">FIG. 4A</figref>, security configuration module 450 can further receive an input from user input module 490, which enables the user of PID 10 to provide his or her preferences to be taken into consideration in configuring security module 400. In one embodiment, user input module 490 provides, via the user interface, a slider or other intuitive control operable by the user, with which the user can select a bias towards security, or a bias towards performance. For instance, in a situation where a user needs to browse the Web with particular urgency at a given moment, or run a graphics-intensive application smoothly, the user can set the slider control with a bias towards performance. In a related embodiment, user input module 490 provides a user control to facilitate selectively shutting down other background programs in addition to the security components that may be shut down to favor performance. In another situation, where the user intends to access personal or financial information, the user could set the slider control indicating a bias towards security.

0067Aspects of the invention contemplate that security configuration module can be programmed with any suitable decision logic for determining configuration settings for security module 400 based on the variety of inputs that it receives. Moreover, the decision logic may be selected or formulaically derived based on the device type. For example, a smartphone device with fewer computing resources and less communication bandwidth could have a decision profile that favors more aggressive responsiveness biased toward preserving performance, than a netbook-type device that has a more capable processor and more memory.

0068Different types of devices can also be configured to respond in different ways to similar situational circumstances. For instance, in a situation where the inputs to security configuration module 450 suggest reducing the computational load attributable to security module 400, Device A may preferentially migrate from a thick client configuration to a thin client configuration, as an initial response to the situation; whereas Device B may preferentially reduce functionality of security module 400 while security module 400 remains in a thick client mode.

0069In one type of embodiment, security configuration module 450 is programmed to balance the needs of preserving performance PID 10 while providing an adequate level of protection from security risks by computing a performance-risk vector from multi-variable inputs representing the security risk profile, as well as the computing capacity, and user input settings. Each variable of the multi-variable inputs can have a different weight assigned to it such that the corresponding input is given greater emphasis in the formula. In one example embodiment, some of the variables are weighted in the following order (from greatest to least weight): <ul id="ul0002" list-style="none" compact="compact"><li>Battery depletion;</li><li>User Preference;</li><li>Location;</li><li>Active Applications;</li><li>Network traffic; and</li><li>Current overall threat level.</li></ul>

0070In another example of how security configuration module 450 can utilize inputs from risk profiling module 470 in conjunction with computing capacity determining module 480, <figref idref="f0015">FIG. 5</figref> illustrates a decision process for determining the type of security threats database update that is to be performed according to one embodiment. At 600, application analysis module 510 detects the installed applications present on PID 10. Based on this list, at 610, application analysis module 510 selects from among three update options: option 620 would configure the threats database with updated threat descriptions for only the installed applications. Option 630 would configure the database to include descriptions of threats associated with the installed applications, plus additional threats that are associated with application programs having similar characteristics. For instance, in the case of Mozilla Firefox being an installed application, Option 630 would update the threat descriptions database with threats associated with Web browser programs in general. Option 640 would achieve a full configuration with all known threat definitions, as in a conventional security arrangement that does not include provisions for reducing its overall functionality. In one embodiment, selection from among the three options is based on the computing capacity as determined by computing capacity determining module 480, based on processor and memory capability and, optionally, as well as on current load conditions. In a related embodiment, the present battery life can be a factor in what type of updating is performed.

0071<figref idref="f0016">FIG. 6</figref> is a flow diagram illustrating a simple example of how various security configurations can be selected as a function of battery life remaining. As the remaining battery life decreases from high to low with use of PID 10, the illustrated process is followed in sequence. In general, non-essential security functions are disabled first, and more essential security functions are disabled last. In the example of <figref idref="f0016">FIG. 6</figref>, a management console of the security system running on PID 10 is disabled first at 700. Since the management console is simply a user interface and does not itself perform security functions, it constitutes a load on system resources that is simply overhead.

0072At 710, the system determines whether there is any active communications with a remote security server. If there are active communications, that indicates the security module is operating in a configuration that relies on security server to some extent. In this case, disabling the encrypted communications channel that facilitates the connection to the server at 720 is skipped. If, on the other hand, the security module is not actively communicating with the security server, then the encryption modules can be disabled at 720. At 730, the system checks whether or not the location determining function is operational. If it is operational (i.e. not disabled), the related functionality of management of the locations database is left operational to support the location-based configurability functionality. If the location determining function is unused, the location database and any other related functionality is disabled at 740.

0073At 750, as the battery becomes further depleted, the firewall and antivirus functions are progressively minimized. One example of progressive minimization is described above with reference to <figref idref="f0015">FIG. 5</figref>, where the threat descriptions database is reduced to spend fewer system resources on addressing security risks that are less likely. Focusing on only those risks that are most pertinent to the present types of applications, or on only those particular applications installed on PID 10, provides a more efficient utilization of system resources spent on security.

0074As the battery continues to be drained further, the location determining and responding functions, and the communications functions are disabled at 760 to preserve system resources for only the most essential firewall and malware functions. At some point, a judgment would need to be exercised as to whether to disable security functions altogether so as to preserve system resources for only the applications being run, or whether the risk of operating the applications on PID 10 without any security is unacceptable. Accordingly, in one embodiment, when the battery reaches a critically low level, say, 10%, for example, the device prompts the user to authorize unsecured operation. In a related embodiment, user notifications are given at different stages of security system disablement, thereby giving the user the ability to adjust the behavior of resource management of PID 10.

0075Aspects of the invention contemplate that there are a virtually unlimited number of suitable approaches that can be implemented in the decision criteria of configuration determining module 460 to configure security module 400 based on the different inputs. Moreover, the there are many variants of types of configurations of security module 400 that could be achieved. Accordingly, the invention should not be limited beyond the limitations set forth in the claims bellow, to any particular illustrative example described herein.

0076The embodiments above are intended to be illustrative and not limiting. Additional embodiments are within the claims. In addition, although aspects of the present invention have been described with reference to particular embodiments, those skilled in the art will recognize that changes can be made in form and detail without departing from the scope of the invention as recited in the attached claims.