WO2013172877A1 - Techniques for autonomic reverting to behavioral checkpoints - Google Patents
Techniques for autonomic reverting to behavioral checkpoints Download PDFInfo
- Publication number
- WO2013172877A1 WO2013172877A1 PCT/US2013/023246 US2013023246W WO2013172877A1 WO 2013172877 A1 WO2013172877 A1 WO 2013172877A1 US 2013023246 W US2013023246 W US 2013023246W WO 2013172877 A1 WO2013172877 A1 WO 2013172877A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mobile device
- processor
- checkpoint
- uploading
- stored
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/552—Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
- G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
- G06F11/3082—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting the data filtering being achieved by aggregating or compressing the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
-
- 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/554—Detecting local intrusion or implementing counter-measures involving event detection and direct action
-
- 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
- H04W12/128—Anti-malware arrangements, e.g. protection against SMS fraud or mobile malware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
- H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/86—Event-based monitoring
-
- 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1433—Vulnerability analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the various aspects include methods of checkpointing in a mobile device, including observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
- storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile device as the stored checkpoint.
- storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint.
- the method may include determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
- uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device.
- uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network.
- the method may include determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point. In a further aspect, the method may include determining whether the mobile device is connected to an external power source, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
- a computing device may include means for observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, means for storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
- means for storing mobile device state information in a memory as a stored checkpoint may include means for storing state information for restoring the mobile computing device as the stored checkpoint.
- means for storing mobile device state information in a memory as a stored checkpoint may include means for storing state information for restoring a specific software application as the stored checkpoint.
- the computing device may include means for determining whether a software application is associated with a signature, and means for generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
- means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include means for uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device.
- means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a server in a cloud service provider network.
- the computing device may include means for determining whether the mobile computing device is associated with a WiFi access point, wherein means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a network server in response to determining that the mobile computing device is associated with a WiFi access point.
- the computing device may include means for determining whether the mobile computing device is connected to an external power source, wherein means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a network server in response to determining that the mobile computing device is connected to an external power source.
- a mobile computing device may include a processor configured with processor-executable instructions to perform operations that may include observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
- the processor may be configured with processor- executable instructions to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile computing device as the stored checkpoint.
- the processor may be configured with processor-executable instructions to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint.
- the processor may be configured with processor-executable instructions to perform operations further including determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
- the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device.
- the processor may be configured with processor- executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network.
- the processor may be configured with processor-executable instructions to perform operations further including determining whether the mobile computing device is associated with a WiFi access point, and the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile computing device is associated with a WiFi access point.
- the processor may be configured with processor-executable instructions to perform operations further including determining whether the mobile computing device is connected to an external power source, and the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to
- FIG. 1 Further aspects include a non-transitory server-readable storage medium having stored thereon processor-executable instructions configured cause a mobile computing device to perform operations that may include observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
- the stored processor-executable software instructions may be configured to cause a processor to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile device as the stored checkpoint.
- the stored processor- executable software instructions may be configured to cause a processor to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint.
- the stored processor- executable software instructions may be configured to cause a processor to perform operations including determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
- the stored processor-executable software instructions may be configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device.
- the stored processor-executable software instructions may be configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network.
- the stored processor-executable software instructions may be configured to cause a processor to perform operations including determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point.
- the stored processor-executable software instructions may be configured to cause a processor to perform operations including determining whether the mobile device is connected to an external power source, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
- FIG. 1 is a communication system block diagram illustrating network components of an example telecommunication system suitable for use in the various aspects.
- FIG. 2 is a block diagram illustrating example logical components and information flows in an aspect mobile device configured to determine whether a particular mobile device behavior, software application, or process is performance- degrading, suspicious, or benign.
- FIG. 3A is a process flow diagram illustrating an aspect mobile device method of automatically generating and reverting to checkpoints.
- FIG. 3B is a process flow diagram illustrating an aspect mobile device method of storing mobile device state information in a memory as a stored checkpoint in response to detecting the occurrence of an event or a trigger.
- FIG. 3C is a process flow diagram illustrating aspect mobile device method of uploading a stored checkpoint to a backup storage system, such as a network server or a cloud service provider network, in response to detecting the presence of a component, resource or condition.
- a backup storage system such as a network server or a cloud service provider network
- FIG. 4 is a block diagram illustrating example logical components and information flows in an observer module configured to perform dynamic and adaptive observations to generate information suitable for use in generating a checkpoint in accordance with an aspect.
- FIG. 5 is a block diagram illustrating logical components and information flows in a computing system implementing observer daemons in accordance with an aspect.
- FIG. 6 is a process flow diagram illustrating an aspect method for performing adaptive observations on mobile devices.
- FIG. 7 is a component block diagram of a mobile device suitable for use in an aspect.
- FIG. 8 is a component block diagram of a server device suitable for use in an aspect.
- mobile computing device and “mobile device” are used interchangeably herein to refer to any one or all of cellular telephones, smartphones, personal or mobile multi-media players, personal data assistants (PDA's), laptop computers, tablet computers, smartbooks, ultrabooks, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, and similar personal electronic devices which include a memory, a programmable processor for which performance is important, and operate under battery power such that power conservation methods are of benefit. While the various aspects are particularly useful for mobile computing devices, such as smartphones, which have limited resources and run on battery power, the aspects are generally useful in any electronic device that includes a processor and executes application programs.
- the various aspects include methods, systems, and devices configured to create/capture checkpoints without consuming a significant amount or number of the mobile device's processing or battery resources, and without impacting the
- checkpointing is a well-known fault tolerance technique that typically includes taking a snapshot of the current state of a computing system and storing the snapshot for later use in case of failure.
- a checkpoint may include a software image of the mobile device, as well as other state information, suitable for restoring the mobile device to a previous operating state or condition when necessary, such as in the event of a hardware failure, data corruption, viruses, etc.
- Each checkpoint may include a full backup image that includes all the data and state information available on mobile device at the time the checkpoint is created, or a partial or incremental backup image that includes only the data and state information that has changed since a previous checkpoint was captured or created.
- performance degradation is used herein to refer to a wide variety of undesirable mobile device operations and characteristics, such as longer processing times, lower battery life, loss of private data, malicious economic activity (e.g., sending unauthorized premium SMS message), operations relating to commandeering the mobile device or utilizing the phone for spying or botnet activities, etc.
- malicious economic activity e.g., sending unauthorized premium SMS message
- operations relating to commandeering the mobile device or utilizing the phone for spying or botnet activities etc.
- existing anti- virus, firewall, and encryption products do not provide adequate solutions for identifying the numerous factors that may contribute to a mobile device's degradation over time, for backing up the mobile device, for preventing mobile device degradation, or for efficiently restoring an aging mobile device to its original condition.
- Mobile devices are resource constrained systems that have relatively limited processing, memory, and energy resources. Modern mobile devices are also complex systems, and there may be thousands of features/factors and billions of datapoints that require analysis to properly identify the cause or source of a mobile device's degradation. Due to these constraints, it is often not feasible to evaluate all the factors that may contribute to the degradation in performance and/or power utilization levels of the complex yet resource-constrained systems of modern mobile devices. Also due to these constraints, it typically not feasible to collect a large number of checkpoints or to capture checkpoints frequently as the collection and storage of each checkpoint may consume a significant amount or number of processing and power resources.
- the various aspects overcome these and other limitations of existing solutions by providing methods, systems, and devices configured to capture checkpoints continuously or near continuously without significantly impacting the responsiveness, performance, or power consumption characteristics of the mobile device, intelligently determine what factors or features should be included in each checkpoint, and/or intelligently determine when a checkpoint should be stored or uploaded to a network server.
- the various aspects may capture and upload checkpoints as part of a comprehensive behavior analysis solution implemented in the mobile device.
- Various aspects may include network servers, mobile devices, systems, and methods for efficiently identifying, classifying, modeling, preventing, and/or correcting the conditions and/or mobile device behaviors that often degrade a mobile device's performance and/or power utilization levels over time.
- an observer process, daemon, module, or sub-system (herein collectively referred to as a "module") of the mobile device may instrument or coordinate various application programming interfaces (APIs) at various levels of the mobile device system, and collect behavior information from the instrumented APIs.
- the observer module may constantly monitor the mobile device (via a low power process, background processes, etc.) to identify the normal operation patterns of the mobile device and/or to identify behaviors that are not consistent with previously computed normal operation patterns.
- the observer module may communicate (e.g., via a memory write operation, function call, etc.) the collected behavior information to the analyzer module (e.g., via a memory write operation, etc.) of the mobile device, which may analyze and/or classify the collected behavior information, generate behavior vectors, generate spatial and/or temporal correlations based on the behavior vector and information collected from various other mobile device sub-systems, and determine whether a particular mobile device behavior, software application, or process is benign, suspicious, or malicious/performance-degrading.
- a mobile device may be configured to use the results of the above mentioned behavior analysis techniques to intelligently and autonomously perform checkpointing operations.
- a mobile device configured according to an aspect may take and store a snapshot of the system state to generate a checkpoint when detected device behaviors are nominal, but only upload the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
- the mobile device may be configured to generating a checkpoint that includes information collected by the observer module when it recognizes normal operation patterns of the mobile device. By generating the checkpoint using information previously collected by the observer module, the mobile device may be relieved from a significant number of additional processor or battery intensive operations associated with checkpointing. In this manner, various aspects may capture checkpoints frequently without consuming any or a significant number of the mobile device's processing or battery resources.
- the mobile device may be configured to capture checkpoints continuously or frequently while operating behavior patterns are nominal, and store each checkpoint in a local memory or cache, such as by overwriting checkpoints previously stored in the local memory or cache. This process or updating the locally- stored checkpoint may continue so long as the mobile device behaviors are determined by the observer module to be within normal operating patterns.
- the mobile device may be further configured to automatically and immediately upload the latest locally- stored checkpoint to a backup storage repository, network server, or a server in a cloud computing network when the analyzer module determines that a mobile device behavior, software application, or process is operating in a manner that is suspicious or malicious, or exhibiting performance-degrading behavior.
- the various aspects may ensure that the mobile device always maintains an updated checkpoint that includes the latest or most current information gathered before any suspicious or malicious behavior was detected.
- the various aspects may reduce or minimize the number of checkpoint uploads, and thus the amount of information communicated over the network to the network server. Minimizing checkpoint uploads also conserves device resources (e.g., battery power, communication bandwidth, and processor availability), thereby improving the user experience even while providing a robust backup capability.
- the mobile device may be configured to automatically capture a checkpoint in response to detecting the occurrence of an event or trigger.
- the mobile device may be configured to automatically upload a checkpoint stored in a local memory or cache in response to detecting the occurrence of an event or trigger.
- the analyzer module may be configured to automatically generate or activate a checkpointing trigger when the analyzer module determines that a particular mobile device behavior, software application, or process is suspicious or
- the mobile device may be configured to upload the cached checkpoints to the network server (e.g., a server in a cloud computing network, a backup storage repository, etc.) when the mobile device associates with a WiFi access point, when the mobile device is connected to a power source, or at other opportune times/situations.
- the network server e.g., a server in a cloud computing network, a backup storage repository, etc.
- the mobile device may be configured to automatically download the latest or most current checkpoint from the network server (e.g., sever in a cloud computing network, a backup storage repository, etc.) and use the downloaded checkpoint to restore the mobile device to a prior state or condition in which the mobile device is known to have operated in accordance with normal operation patterns.
- the mobile device may be configured to automatically download the last or latest checkpoint from the network server when the mobile device determines that a malicious or performance degrading mobile device behavior cannot be corrected or prevented.
- the mobile device may be configured to generate a checkpoint that includes information relating to (or suitable for restoring) the entire mobile device, a system, a sub-system, a module, a specific software application, a process, etc.
- the mobile device may be configured to capture a focused checkpoint that includes an image of a specific software application (as opposed to an image of the hard drive or the entire mobile device) and/or restore only the software or modules related to that particular software application or for restoring that application to its previous state (e.g., a state prior to installing the last software update for the software application, prior to opening a file in the application, etc.).
- a typical cell telephone network 104 includes a plurality of cell base stations 106 coupled to a network operations center 108, which operates to connect voice calls and data between mobile devices 102 (e.g., cell phones, laptops, tablets, etc.) and other network destinations, such as via telephone land lines (e.g., a POTS network, not shown) and the Internet 110. Communications between the mobile devices 102 and the telephone network 104 may be accomplished via two-way wireless
- the telephone network 104 may also include one or more servers 114 coupled to or within the network operations center 108 that provide a connection to the Internet 110.
- the communication system 100 may further include network servers 116 connected to the telephone network 104 and to the Internet 110.
- the connection between the network server 116 and the telephone network 104 may be through the Internet 110 or through a private network (as illustrated by the dashed arrows).
- the network server 116 may also be implemented as a server within the network infrastructure of a cloud service provider network 118. Communications between the network server 116 and the mobile devices 102 may be achieved through the telephone network 104, the internet 110, private network (not illustrated), or any combination thereof.
- the mobile device 102 may be configured to generate checkpoints and send the generated checkpoints to the network server 116 (e.g., via the telephone network 104) for analysis and/or storage.
- the network server 116 may be configured to send the stored checkpoints to the mobile device 102, which may receive and use the checkpoints to restore the mobile device to a prior state or condition.
- FIG. 2 illustrates example logical components and information flows in an aspect mobile device 102 configured to determine whether a particular mobile device behavior, software application, or process is malicious/performance-degrading, suspicious, or benign.
- the mobile device 102 includes a behavior observer module 202, a behavior analyzer module 204, an external context information module 206, an actuator module 208, and a checkpoint generator module 210.
- the checkpoint generator module 210 may be included as part of the actuator module 208.
- Each of the modules 202-210 may be implemented in software, hardware, or any combination thereof. In various aspects, the modules 202-210 may be
- one or more of the modules 202-210 may be implemented as software instructions executing on one or more processors of the mobile device 102.
- the behavior observer module 202 may be configured to instrument or coordinate application programming interfaces (APIs) at various levels/modules of the mobile device, and monitor/observe mobile device operations and events (e.g., system events, state changes, etc.) at the various levels/modules via the instrumented APIs, collect information pertaining to the observed operations/events, intelligently filter the collected information, generate one or more observations based on the filtered information, and store the generated observations in a memory (e.g., in a log file, etc.) and/or send (e.g., via memory writes, function calls, etc.) the generated observations to the behavior analyzer module 204.
- APIs application programming interfaces
- the behavior observer module 202 may monitor/observe mobile device operations and events by collecting information pertaining to library application programming interface (API) calls in an application framework or run-time libraries, system call APIs, file-system and networking sub-system operations, device
- API application programming interface
- the behavior observer module 202 may also monitor file system activity, which may include searching for filenames, categories of file accesses (personal info or normal data files), creating or deleting files (e.g., type exe, zip, etc.), file read/write/seek operations, changing file permissions, etc.
- the behavior observer module 202 may also monitor data network activity, which may include types of connections, protocols, port numbers, server/client that the device is connected to, the number of connections, volume or frequency of communications, etc.
- the behavior observer module 202 may monitor phone network activity, which may include monitoring the type and number of calls or messages (e.g., SMS, etc.) sent out, received, or intercepted (e.g., the number of premium calls placed).
- the behavior observer module 202 may also monitor the system resource usage, which may include monitoring the number of forks, memory access operations, number of files open, etc.
- the behavior observer module 202 may monitor the state of the mobile device, which may include monitoring various factors, such as whether the display is on or off, whether the device is locked or unlocked, the amount of battery remaining, the state of the camera, etc.
- the behavior observer module 202 may also monitor inter-process communications (IPC) by, for example, monitoring intents to crucial services (browser, contracts provider, etc.), the degree of interprocess communications, pop-up windows, etc.
- IPC inter-process communications
- the behavior observer module 202 may perform coarse observations by
- the behavior observer module 202 may receive the initial set of behaviors and/or factors from a network server 116 and/or a component in a cloud service provider network 118.
- the initial set of behaviors/factors may be specified in data/behavior models received from the network server 116 or cloud service provider network 118.
- the behavior analyzer module 204 may receive the observations from the behavior observer module 202, compare the received information (i.e., observations) with contextual information received from the external context information module 206, and identify subsystems, processes, and/or applications associated with the received observations that are contributing to (or are likely to contribute to) the device's degradation over time, or which may otherwise cause problems on the device.
- received information i.e., observations
- contextual information received from the external context information module 206
- the behavior analyzer module 204 may include intelligence for utilizing a limited set of information (i.e., coarse observations) to identify behaviors, processes, or programs that are contributing to— or are likely to contribute to— the device's degradation over time, or which may otherwise cause problems on the device.
- a limited set of information i.e., coarse observations
- the behavior analyzer module 204 may be configured to analyze information (e.g., in the form of observations) collected from various modules (e.g., the behavior observer module 202, external context information module 206, etc.), learn the normal operational behaviors of the mobile device, generate one or more behavior vectors based the results of the comparisons, and compare the generated behavior vectors to other behavior modules to determine whether a particular mobile device behavior, software application, or process is performance-degrading/malicious, benign, or suspicious.
- the behavior analyzer module 204 may notify the actuator module 208 and/or the checkpoint generator module 210 when the behavior analyzer module 204 determines that a behavior, software application, or process is suspicious, malicious or performance-degrading.
- the actuator module 208 may perform various actions or operations to correct mobile device behaviors determined to be malicious or performance-degrading and/or perform operations to heal, cure, isolate, or otherwise fix the identified problem.
- the behavior observer module 202 and the behavior analyzer module 204 may provide, either individually or collectively, near continuous real-time behavior monitoring and analysis to identify suspicious behavior from limited and coarse observations, to dynamically determine behaviors to observe in greater detail, and to dynamically determine the level of detail required for the observations.
- the mobile device 102 may efficiently identify and prevent problems from occurring on mobile devices without requiring a large amount of processor, memory, or battery resources on the device. Additionally, by conducting near continuous realtime behavior monitoring and analysis, the behavior observer module 202 and/or the behavior analyzer module 204 may determine when the mobile device behaviors are consistent with normal patterns.
- the behavior analyzer module 204 may set a flag or otherwise indicate that the mobile device behaviors are currently within normal patterns. This information may be used by a checkpoint generator module 210 to determine that it may generate an updated checkpoint and store the new checkpoint in a local memory or cache. The generation of a checkpoint by the checkpoint generator module 210 may be based on a clock or other interval determining mechanism so that checkpoints are generated relatively frequently, while the flag or other indication of normal behavior patterns from the behavior analyzer module 204 may be used as permission for initiating a periodic update of the stored checkpoint.
- the behavior analyzer module 204 may send a trigger alert message to cause a checkpoint generator module 210 to send the last/latest checkpoint stored in a local memory or cache to a network server 116 or cloud service provider network 118 (e.g., via the Internet 110) when the behavior analyzer module 204 determines that a behavior, software application, or process is suspicious, malicious or performance-degrading.
- the behavior analyzer module 204 may be configured to send the trigger alert message in response to downloading, installation, or updating a software application on the mobile device 102.
- the behavior analyzer module 204 may be configured to send the trigger alert message when the source of the application (e.g., an application store) is unknown.
- the behavior analyzer module 204 may be configured to send the trigger alert message in response to executing or downloading an application or an application update that is not signed.
- the behavior analyzer module 204 may be configured to send the trigger alert message when the mobile device is determine to be physically in a high entropy location (i.e., a place where user typically does not visit often). In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message in response to determining that user has attempted and failed to log into the system an "x" number of times or when it otherwise determines that someone is trying to hack into or steal the phone.
- the behavior analyzer module 204 may be configured to send the trigger alert message when the mobile device behavior, power consumption, and/or application invocations are inconsistent with the normal operating patterns, which may be determined from historical operating information of the mobile device.
- the behavior analyzer module 204 may be configured to send the trigger alert message in response to detecting the use or execution of specific software applications or types of software applications.
- the behavior analyzer module 204 may be configured to send the trigger alert message in response to detecting the use or execution of a document creation application (e.g., Evernote, Quickoffice, etc.).
- FIG. 3A illustrates an aspect mobile device method 300 of automatically generating and reverting to checkpoints.
- a mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns.
- the mobile device processor may determine whether the observed behaviors are inconsistent with normal operation patterns by applying data/behavior models to the collected behavior information to determine whether a mobile device behavior is suspicious or maliciou s/perf ormance- degrading .
- the mobile device processor may store mobile device state information in a local memory as a stored checkpoint.
- the mobile device state information may include information for restoring the mobile device and/or one or more software applications of the mobile device to their current operating states or conditions.
- the mobile device processor may promptly upload the stored checkpoint to a backup storage system, such as a network server or a cloud service provider network.
- a backup storage system such as a network server or a cloud service provider network.
- the mobile device processor may identify processes
- the mobile device processor may perform various actions or operations in an attempt to correct the mobile device behaviors determined to be malicious or performance-degrading. This may include performing operations to heal, cure, isolate, or otherwise fix the identified problem.
- FIG. 3B illustrates an example mobile device method 340 for uploading a stored checkpoint to a backup storage system in response to detecting the occurrence of an event or a trigger.
- a first process executing in the mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns.
- the mobile device processor may detect or determine that a new software application has begun executing in the mobile device processor.
- determination block 346 the mobile device processor may determine whether the software application is associated with a signature stored in the memory of the mobile device.
- a second process executing in the mobile device processor may detect the check point trigger.
- the second process may access the stored checkpoint stored locally within mobile device and initiate an upload of the checkpoint to a backup storage system.
- FIG. 3C illustrates an aspect mobile device method 360 of uploading a stored checkpoint to a backup storage system, such as a network server or a cloud service provider network, in response to detecting the presence of a component, resource or condition.
- a mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns.
- the mobile device processor may detect the presence of an external component, such as a WiFi access point, or determine that a new resource is available, such as an external power source.
- the mobile device processor may determine that a high bandwidth and/or low cost network connection is available via a WiFi Access Point or that the mobile device has been connected to a wired power socket (i.e., new resources are available).
- the mobile device processor may immediately upload the stored checkpoint to a backup storage system, such as a network server or a cloud service provider network.
- FIG. 4 illustrates example logical components and information flows in a behavior observer module 202 of a computing system configured to perform dynamic and adaptive observations in accordance with an aspect.
- the behavior observer module 202 may include an adaptive filter module 402, a throttle module 404, an observer mode module 406, a high-level behavior detection module 408, a behavior vector generator 410, and a secure buffer 412.
- the high-level behavior detection module 408 may include a spatial correlation module 414 and a temporal correlation module 416.
- the observer mode module 406 may receive control information from various sources, which may include an analyzer unit (e.g., the behavior analyzer module 204 described above with reference to FIG. 2) and/or an application API.
- the observer mode module 406 may send control information pertaining to various observer modes to the adaptive filter module 402 and the high-level behavior detection module 408.
- the adaptive filter module 402 may receive data/information from multiple sources, and intelligently filter the received information to generate a smaller subset of information selected from the received information. This filter may be adapted based on information or control received from the analyzer module, or a higher-level process communicating through an API. The filtered information may be sent to the throttle module 404, which may be responsible for controlling the amount of information flowing from the filter to ensure that the high-level behavior detection module 408 does not become flooded or overloaded with requests or information.
- the high-level behavior detection module 408 may receive data/information from the throttle module 404, control information from the observer mode module 406, and context information from other components of the mobile device.
- the high- level behavior detection module 408 may use the received information to perform spatial and temporal correlations to detect or identify high level behaviors that may cause the device to perform at sub-optimal levels.
- the results of the spatial and temporal correlations may be sent to the behavior vector generator 410, which may receive the correlation information and generate a behavior vector that describes the behaviors of particular process, application, or sub-system.
- the behavior vector generator 410 may generate the behavior vector such that each high-level behavior of a particular process, application, or sub-system is an element of the behavior vector.
- the generated behavior vector may be stored in a secure buffer 412.
- Examples of high-level behavior detection may include detection of the existence of a particular event, the amount or frequency of another event, the relationship between multiple events, the order in which events occur, time differences between the occurrence of certain events, etc.
- the behavior observer module 202 may perform adaptive observations and control the observation granularity. That is, the behavior observer module 202 may dynamically identify the relevant behaviors that are to be observed, and dynamically determine the level of detail at which the identified behaviors are to be observed. In this manner, the behavior observer module 202 enables the system to monitor the behaviors of the mobile device at various levels (e.g., multiple coarse and fine levels). The behavior observer module 202 may enable the system to adapt to what is being observed. The behavior observer module 202 may enable the system to dynamically change the factors/behaviors being observed based on a focused subset of information, which may be obtained from a wide verity of sources.
- the behavior observer module 202 may perform adaptive observation techniques, and control the observation granularity based on information received from a variety of sources.
- the high-level behavior detection module 408 may receive information from the throttle module 404, the observer mode module 406, and context information received from other components (e.g., sensors) of the mobile device.
- a high-level behavior detection module 408 performing temporal correlations might detect that a camera has been used and that the mobile device is attempting to upload the picture to a server.
- the high-level behavior detection module 408 may also perform spatial correlations to determine whether an application on the mobile device took the picture while the device was holstered and attached to the user's belt.
- the high-level behavior detection module 408 may determine whether this detected high-level behavior (e.g., usage of the camera while holstered) is a behavior that is acceptable or common, which may be achieved by comparing the current behavior with past behaviors of the mobile device and/or accessing information collected from a plurality of devices (e.g., information received from a crowd- sourcing server). Since taking pictures and uploading them to a server while holstered is an unusual behavior (as may be determined from observed normal behaviors in the context of being holstered), in this situation the high-level behavior detection module 408 may recognize this as a potentially threatening behavior and initiate an appropriate response (e.g., shutting off the camera, sounding an alarm, etc.).
- this detected high-level behavior e.g., usage of the camera while holstered
- a behavior that is acceptable or common which may be achieved by comparing the current behavior with past behaviors of the mobile device and/or accessing information collected from a plurality of devices (e.g., information received from a
- the behavior observer module 202 may be implemented in multiple parts.
- FIG. 5 illustrates logical components and information flows in a computing system 500 implementing an aspect observer daemon.
- the computing system 500 includes a behavior detector 502 module, a database engine 504 module, and an behavior analyzer module 204 in the user space, and a ring buffer 514, a filter rules 516 module, a throttling rules 518 module, a secure buffer manager 520, and a secure buffer 522 in the kernel space.
- the computing system 500 may further include an observer daemon that includes the behavior detector 502 and the database engine 504 in the user space, and the secure buffer manager 520, the rules manager 510, and the system health monitor 508 in the kernel space.
- the computing system 500 may further include a ring buffer API 506 for communicating information stored in the ring buffer 514 to the behavior detector 502 module.
- the various aspects may provide cross-layer observations on mobile devices encompassing webkit, SDK, NDK, kernel, drivers, and hardware in order to characterize system behavior.
- the behavior observations may be made in real time.
- the observer module may perform adaptive observation techniques and control the observation granularity. As discussed above, there are a large number (i.e., thousands) of factors that could contribute to the mobile device's degradation, and it may not be feasible to monitor/observe all of the different factors that may contribute to the degradation of the device's performance. To overcome this, the various aspects dynamically identify the relevant behaviors that are to be observed, and dynamically determine the level of detail at which the identified behaviors are to be observed.
- FIG. 6 illustrates an example method 600 for performing dynamic and adaptive observations in accordance with an aspect.
- the mobile device processor may perform coarse observations by monitoring/observing a subset of large number factors/behaviors that could contribute to the mobile device' s degradation.
- the mobile device processor may generate a behavior vector characterizing the coarse observations and/or the mobile device behavior based on the coarse observations.
- the mobile device processor may identify subsystems, processes, and/or applications associated with the coarse observations that may potentially contribute to the mobile device's degradation. This may be achieved, for example, by comparing information received from multiple sources with contextual information received from sensors of the mobile device.
- the mobile device processor may perform behavioral analysis operations based on the coarse observations.
- the mobile device processor may perform one or more of the operations discussed above with reference to FIG. 3.
- the mobile device processor may determine whether suspicious behaviors or potential problems can be identified and corrected based on the results of the behavioral analysis.
- the processor may initiate a process to correct the behavior and return to block 602 to perform additional coarse observations.
- the mobile device processor may determine whether there is a likelihood of a problem.
- the mobile device processor may determine that there is a likelihood of a problem by computing a probability of the mobile device encountering potential problems and/or engaging in suspicious behaviors, and determining whether the computed probability is greater than a predetermined threshold.
- the processor may return to block 602 to perform additional coarse observations.
- the mobile device processor determines that there is a likelihood that suspicious behaviors or potential problems exist and/or are detectable (i.e.,
- the mobile device processor may perform deeper logging/observations or final logging on the identified subsystems, processes or applications.
- the mobile device processor may perform deeper and more detailed observations on the identified subsystems, processes or applications.
- the mobile device processor may perform further and/or deeper behavioral analysis based on the deeper and more detailed observations.
- the mobile device processor may again determine whether the suspicious behaviors or potential problems can be identified and corrected based on the results of the deeper behavioral analysis. When the mobile device processor determines that the suspicious behaviors or potential problems cannot be identified and corrected based on the results of the deeper behavioral analysis (i.e.,
- the processor may repeat the operations in blocks 610-614 until the level of detail is fine enough to identify the problem or until it is determined that the problem cannot be identified with additional detail or that no problem exists.
- the mobile device processor may perform operations to correct the problem/behavior, and the processor may return to block 602 to perform additional operations.
- the mobile device processor may perform real-time behavior analysis of the system's behaviors to identify suspicious behavior from limited and coarse observations, to dynamically determine the behaviors to observe in greater detail, and to dynamically determine the precise level of detail required for the observations. This enables the mobile device processor to efficiently identify and prevent problems from occurring, without requiring the use of a large amount of processor, memory, or battery resources on the device.
- a smartphone 700 may include a processor 701 coupled to internal memory 702, a display 703, and to a speaker. Additionally, the smartphone 700 may include an antenna 704 for sending and receiving electromagnetic radiation that may be connected to a wireless data link and/or cellular telephone transceiver 705 coupled to the processor 701. Smartphones 700 typically also include menu selection buttons or rocker switches 706 for receiving user inputs.
- a typical smartphone 700 also includes a sound encoding/decoding (CODEC) circuit 712, which digitizes sound received from a microphone into data packets suitable for wireless transmission and decodes received sound data packets to generate analog signals that are provided to the speaker to generate sound.
- CODEC sound encoding/decoding
- one or more of the processor 701, wireless transceiver 705 and CODEC 712 may include a digital signal processor (DSP) circuit (not shown separately).
- DSP digital signal processor
- Portions of the aspect methods may be accomplished in a client- server architecture with some of the processing occurring in a server, such as maintaining databases of normal operational behaviors, which may be accessed by a mobile device processor while executing the aspect methods.
- Such aspects may be implemented on any of a variety of commercially available server devices, such as the server 800 illustrated in FIG. 8.
- a server 800 typically includes a processor 801 coupled to volatile memory 802 and a large capacity nonvolatile memory, such as a disk drive 803.
- the server 800 may also include a floppy disc drive, compact disc (CD) or DVD disc drive 804 coupled to the processor 801.
- the server 800 may also include network access ports 806 coupled to the processor 801 for establishing data connections with a network 805, such as a local area network coupled to other broadcast system computers and servers.
- the processors 701, 801 may be any programmable microprocessor, microcomputer or multiple processor chip or chips that can be configured by software instructions (applications) to perform a variety of functions, including the functions of the various aspects described below. In some mobile devices, multiple processors 701 may be provided, such as one processor dedicated to wireless communication functions and one or more processors dedicated to running other applications.
- software applications may be stored in the internal memory 702, 802, 803 before they are accessed and loaded into the processor 701, 801.
- the processor 701, 801 may include internal memory sufficient to store the application software instructions.
- DSP digital signal processor
- ASIC application specific integrated circuit
- a general-purpose processor may be a multiprocessor, but, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
- a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a multiprocessor, a plurality of multiprocessors, one or more multiprocessors in conjunction with a DSP core, or any other such configuration. Alternatively, some steps or methods may be performed by circuitry that is specific to a given function. [0090] In one or more exemplary aspects, the functions described may be
- Non-transitory computer-readable or processor-readable storage media may be any storage media that may be accessed by a computer or a processor.
- non-transitory computer-readable or processor-readable media may include RAM, ROM, EEPROM, FLASH memory, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer.
- Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above are also included within the scope of non-transitory computer-readable and processor-readable media.
- the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor- readable medium and/or computer-readable medium, which may be incorporated into a computer program product.
Abstract
Aspect methods, systems and devices may be configured to create/capture checkpoints without significantly impacting the performance, power consumption, or responsiveness of the mobile device. An observer module of the mobile device may instrument or coordinate various application programming interfaces (APIs) at various levels of the mobile device system and constantly monitor the mobile device (via a low power process, background processes, etc.) to identify the normal operation patterns of the mobile device and/or to identify behaviors that are not consistent with previously computed normal operation patterns. The mobile device may store mobile device state information in a memory as a stored checkpoint when it determines that the mobile device behaviors are consistent with normal operation patterns, and upload a previously stored checkpoint to a backup storage system when it determines that the mobile device behaviors are not consistent with normal operation patterns.
Description
TECHNIQUES FOR AUTONOMIC REVERTING TO BEHAVIORAL
CHECKPOINTS
RELATED APPLICATIONS
[0001] This application claims the benefit of priority to U.S. Provisional Patent Application No. 61/646,590 entitled "System, Apparatus and Method for Adaptive Observation of Mobile Device Behavior" filed May 14, 2012; and U.S. Provisional Application No. 61/683,274, entitled "System, Apparatus and Method for Adaptive Observation of Mobile Device Behavior" filed August 15, 2012, the entire contents of both which are hereby incorporated by reference for all purposes.
BACKGROUND
[0002] Cellular and wireless communication technologies have seen explosive growth over the past several years. This growth has been fueled by better communications, hardware, larger networks, and more reliable protocols. Wireless service providers are now able to offer their customers an ever-expanding array of features and services, and provide users with unprecedented levels of access to information, resources, and communications. To keep pace with these service enhancements, mobile electronic devices (e.g., cellular phones, tablets, laptops, etc.) have become more powerful and complex than ever. This complexity has created new opportunities for malicious software, software conflicts, hardware faults, and other similar errors or phenomena to negatively impact a mobile device's long-term and continued performance and power utilization levels. Accordingly, correcting the conditions and/or mobile device behaviors that may negatively impact the mobile device's long term and continued performance and power utilization levels is beneficial to consumers.
SUMMARY
[0003] The various aspects include methods of checkpointing in a mobile device, including observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is
determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns. In an aspect, storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile device as the stored checkpoint. In a further aspect, storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint. In a further aspect, the method may include determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature. In a further aspect, uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device. In a further aspect, uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network. In a further aspect, the method may include determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point. In a further aspect, the method may include determining whether the mobile device is connected to an external power source, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
[0004] Further aspects include a computing device that may include means for observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, means for storing mobile device state information in a memory as a stored checkpoint when it is
determined that the mobile device behaviors are consistent with normal operation patterns, and means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns. In an aspect, means for storing mobile device state information in a memory as a stored checkpoint may include means for storing state information for restoring the mobile computing device as the stored checkpoint. In a further aspect, means for storing mobile device state information in a memory as a stored checkpoint may include means for storing state information for restoring a specific software application as the stored checkpoint. In a further aspect, the computing device may include means for determining whether a software application is associated with a signature, and means for generating a checkpoint trigger in response to determining that the software application is not associated with a signature. In a further aspect, means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include means for uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device. In a further aspect, means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a server in a cloud service provider network. In a further aspect, the computing device may include means for determining whether the mobile computing device is associated with a WiFi access point, wherein means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a network server in response to determining that the mobile computing device is associated with a WiFi access point. In a further aspect, the computing device may include means for determining whether the mobile computing device is connected to an external power source, wherein means for uploading the stored checkpoint to a backup storage system may include means for uploading the stored checkpoint to a network server in response to determining that the mobile computing device is connected to an external power source.
[0005] Further aspects include a mobile computing device that may include a processor configured with processor-executable instructions to perform operations that may include observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns. In an aspect, the processor may be configured with processor- executable instructions to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile computing device as the stored checkpoint. In a further aspect, the processor may be configured with processor-executable instructions to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint. In a further aspect, the processor may be configured with processor-executable instructions to perform operations further including determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature. In a further aspect, the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device. In a further aspect, the processor may be configured with processor- executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network. In a further aspect, the processor may be configured with processor-executable instructions to perform operations further including determining whether the mobile computing device is associated with a WiFi
access point, and the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile computing device is associated with a WiFi access point. In a further aspect, the processor may be configured with processor-executable instructions to perform operations further including determining whether the mobile computing device is connected to an external power source, and the processor may be configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to
determining that the mobile computing device is connected to an external power source.
[0006] Further aspects include a non-transitory server-readable storage medium having stored thereon processor-executable instructions configured cause a mobile computing device to perform operations that may include observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns, storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns, and uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns. In an aspect, the stored processor-executable software instructions may be configured to cause a processor to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring the mobile device as the stored checkpoint. In a further aspect, the stored processor- executable software instructions may be configured to cause a processor to perform operations such that storing mobile device state information in a memory as a stored checkpoint may include storing state information for restoring a specific software application as the stored checkpoint. In a further aspect, the stored processor- executable software instructions may be configured to cause a processor to perform
operations including determining whether a software application is associated with a signature, and generating a checkpoint trigger in response to determining that the software application is not associated with a signature. In a further aspect, the stored processor-executable software instructions may be configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns may include uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device. In a further aspect, the stored processor-executable software instructions may be configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a server in a cloud service provider network. In a further aspect, the stored processor-executable software instructions may be configured to cause a processor to perform operations including determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point. In a further aspect, the stored processor-executable software instructions may be configured to cause a processor to perform operations including determining whether the mobile device is connected to an external power source, wherein uploading the stored checkpoint to a backup storage system may include uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
BRIEF DESCRIPTION OF THE DRAWINGS
[0007] The accompanying drawings, which are incorporated herein and constitute part of this specification, illustrate exemplary aspects of the invention, and together with the general description given above and the detailed description given below, serve to explain the features of the invention.
[0008] FIG. 1 is a communication system block diagram illustrating network components of an example telecommunication system suitable for use in the various aspects.
[0009] FIG. 2 is a block diagram illustrating example logical components and information flows in an aspect mobile device configured to determine whether a particular mobile device behavior, software application, or process is performance- degrading, suspicious, or benign.
[0010] FIG. 3A is a process flow diagram illustrating an aspect mobile device method of automatically generating and reverting to checkpoints.
[0011] FIG. 3B is a process flow diagram illustrating an aspect mobile device method of storing mobile device state information in a memory as a stored checkpoint in response to detecting the occurrence of an event or a trigger.
[0012] FIG. 3C is a process flow diagram illustrating aspect mobile device method of uploading a stored checkpoint to a backup storage system, such as a network server or a cloud service provider network, in response to detecting the presence of a component, resource or condition.
[0013] FIG. 4 is a block diagram illustrating example logical components and information flows in an observer module configured to perform dynamic and adaptive observations to generate information suitable for use in generating a checkpoint in accordance with an aspect.
[0014] FIG. 5 is a block diagram illustrating logical components and information flows in a computing system implementing observer daemons in accordance with an aspect.
[0015] FIG. 6 is a process flow diagram illustrating an aspect method for performing adaptive observations on mobile devices.
[0016] FIG. 7 is a component block diagram of a mobile device suitable for use in an aspect.
[0017] FIG. 8 is a component block diagram of a server device suitable for use in an aspect.
DETAILED DESCRIPTION
[0018] The various aspects will be described in detail with reference to the
accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts. References made to particular examples and implementations are for illustrative purposes, and are not intended to limit the scope of the invention or the claims.
[0019] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any implementation described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other implementations.
[0020] The terms "mobile computing device" and "mobile device" are used interchangeably herein to refer to any one or all of cellular telephones, smartphones, personal or mobile multi-media players, personal data assistants (PDA's), laptop computers, tablet computers, smartbooks, ultrabooks, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, and similar personal electronic devices which include a memory, a programmable processor for which performance is important, and operate under battery power such that power conservation methods are of benefit. While the various aspects are particularly useful for mobile computing devices, such as smartphones, which have limited resources and run on battery power, the aspects are generally useful in any electronic device that includes a processor and executes application programs.
[0021] The various aspects include methods, systems, and devices configured to create/capture checkpoints without consuming a significant amount or number of the mobile device's processing or battery resources, and without impacting the
performance or responsiveness of the mobile device.
[0022] Various backup and recovery solutions exist for capturing and recording mobile device state information in a format that may be used to restore a mobile device to a previous operating state or condition. For example, "checkpointing" is a well-known fault tolerance technique that typically includes taking a snapshot of the current state of a computing system and storing the snapshot for later use in case of failure. A checkpoint may include a software image of the mobile device, as well as other state information, suitable for restoring the mobile device to a previous operating state or condition when necessary, such as in the event of a hardware failure, data corruption, viruses, etc. Each checkpoint may include a full backup image that includes all the data and state information available on mobile device at the time the checkpoint is created, or a partial or incremental backup image that includes only the data and state information that has changed since a previous checkpoint was captured or created.
[0023] Existing solutions for creating or capturing checkpoints typically require the execution of a power and computationally intensive process in the mobile device. Such conventional processing may consume many of the mobile device's processing and battery resources, slow or render the mobile device useless for extended periods of time, and otherwise degrade the user experience.
[0024] Generally, the performance and power efficiency of a mobile device degrade over time. Recently, anti-virus companies (e.g., McAfee, Symantec, etc.) have begun marketing mobile anti- virus, firewall, and encryption products that aim to slow this degradation. However, many of these solutions rely on the periodic execution of a computationally-intensive scanning engine on the mobile device, which may consume many of the mobile device's processing and battery resources, slow or render the mobile device useless for extended periods of time, and/or otherwise degrade the user experience. In addition, these solutions are typically limited to detecting known viruses and malware, and do not address the multiple complex factors and/or the interactions that often combine to contribute to a mobile device's degradation over time, such as when the performance degradation is not caused by viruses or malware. The term "performance degradation" is used herein to refer to a wide variety of
undesirable mobile device operations and characteristics, such as longer processing times, lower battery life, loss of private data, malicious economic activity (e.g., sending unauthorized premium SMS message), operations relating to commandeering the mobile device or utilizing the phone for spying or botnet activities, etc. For these and other reasons, existing anti- virus, firewall, and encryption products do not provide adequate solutions for identifying the numerous factors that may contribute to a mobile device's degradation over time, for backing up the mobile device, for preventing mobile device degradation, or for efficiently restoring an aging mobile device to its original condition.
[0025] Mobile devices are resource constrained systems that have relatively limited processing, memory, and energy resources. Modern mobile devices are also complex systems, and there may be thousands of features/factors and billions of datapoints that require analysis to properly identify the cause or source of a mobile device's degradation. Due to these constraints, it is often not feasible to evaluate all the factors that may contribute to the degradation in performance and/or power utilization levels of the complex yet resource-constrained systems of modern mobile devices. Also due to these constraints, it typically not feasible to collect a large number of checkpoints or to capture checkpoints frequently as the collection and storage of each checkpoint may consume a significant amount or number of processing and power resources.
[0026] In addition, there are a large variety of factors that may contribute to the degradation in performance and power utilization levels of a mobile device over time, including poorly designed software applications, malware, viruses, fragmented memory, background processes, etc. Due to the number, variety, and complexity of these factors, existing backup and recovery solutions cannot adequately or
intelligently determine when or how often a checkpoint should be captured, stored, or uploaded to a network server.
[0027] For these and other reasons, many existing solutions only support configuring the mobile device to capture checkpoints manually (e.g., in response to a user manually initiating the checkpointing process) or to capture checkpoints automatically
on a periodic basis (e.g., every Wednesday at 1 :00 AM, etc.). Periodic checkpoints are arbitrary as the passage of time is not always a good indicator of the amount of changes that have occurred on the device, and manual checkpointing is prone to error and user fatigue as people may become annoyed with (or forget to) capture checkpoints to back up their mobile devices.
[0028] The various aspects overcome these and other limitations of existing solutions by providing methods, systems, and devices configured to capture checkpoints continuously or near continuously without significantly impacting the responsiveness, performance, or power consumption characteristics of the mobile device, intelligently determine what factors or features should be included in each checkpoint, and/or intelligently determine when a checkpoint should be stored or uploaded to a network server. The various aspects may capture and upload checkpoints as part of a comprehensive behavior analysis solution implemented in the mobile device.
[0029] Various aspects may include network servers, mobile devices, systems, and methods for efficiently identifying, classifying, modeling, preventing, and/or correcting the conditions and/or mobile device behaviors that often degrade a mobile device's performance and/or power utilization levels over time.
[0030] In an aspect, an observer process, daemon, module, or sub-system (herein collectively referred to as a "module") of the mobile device may instrument or coordinate various application programming interfaces (APIs) at various levels of the mobile device system, and collect behavior information from the instrumented APIs. The observer module may constantly monitor the mobile device (via a low power process, background processes, etc.) to identify the normal operation patterns of the mobile device and/or to identify behaviors that are not consistent with previously computed normal operation patterns. The observer module may communicate (e.g., via a memory write operation, function call, etc.) the collected behavior information to the analyzer module (e.g., via a memory write operation, etc.) of the mobile device, which may analyze and/or classify the collected behavior information, generate behavior vectors, generate spatial and/or temporal correlations based on the behavior
vector and information collected from various other mobile device sub-systems, and determine whether a particular mobile device behavior, software application, or process is benign, suspicious, or malicious/performance-degrading.
[0031] In an aspect, a mobile device may be configured to use the results of the above mentioned behavior analysis techniques to intelligently and autonomously perform checkpointing operations. In this manner, a mobile device configured according to an aspect may take and store a snapshot of the system state to generate a checkpoint when detected device behaviors are nominal, but only upload the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns. For example, the mobile device may be configured to generating a checkpoint that includes information collected by the observer module when it recognizes normal operation patterns of the mobile device. By generating the checkpoint using information previously collected by the observer module, the mobile device may be relieved from a significant number of additional processor or battery intensive operations associated with checkpointing. In this manner, various aspects may capture checkpoints frequently without consuming any or a significant number of the mobile device's processing or battery resources.
[0032] In an aspect, the mobile device may be configured to capture checkpoints continuously or frequently while operating behavior patterns are nominal, and store each checkpoint in a local memory or cache, such as by overwriting checkpoints previously stored in the local memory or cache. This process or updating the locally- stored checkpoint may continue so long as the mobile device behaviors are determined by the observer module to be within normal operating patterns. The mobile device may be further configured to automatically and immediately upload the latest locally- stored checkpoint to a backup storage repository, network server, or a server in a cloud computing network when the analyzer module determines that a mobile device behavior, software application, or process is operating in a manner that is suspicious or malicious, or exhibiting performance-degrading behavior.
[0033] By capturing checkpoints continuously (or frequently) so long as the mobile device behaviors are within normal operating patterns, the various aspects may ensure that the mobile device always maintains an updated checkpoint that includes the latest or most current information gathered before any suspicious or malicious behavior was detected. In addition, by uploading the locally stored checkpoint to a backup storage repository only when the mobile device determines that a particular mobile device behavior, software application, or process is potentially malicious or performance- degrading, the various aspects may reduce or minimize the number of checkpoint uploads, and thus the amount of information communicated over the network to the network server. Minimizing checkpoint uploads also conserves device resources (e.g., battery power, communication bandwidth, and processor availability), thereby improving the user experience even while providing a robust backup capability.
[0034] In an aspect, the mobile device may be configured to automatically capture a checkpoint in response to detecting the occurrence of an event or trigger. In an aspect, the mobile device may be configured to automatically upload a checkpoint stored in a local memory or cache in response to detecting the occurrence of an event or trigger. In an aspect, the analyzer module may be configured to automatically generate or activate a checkpointing trigger when the analyzer module determines that a particular mobile device behavior, software application, or process is suspicious or
maliciou s/perf ormance- degrading .
[0035] In various aspects, the mobile device may be configured to upload the cached checkpoints to the network server (e.g., a server in a cloud computing network, a backup storage repository, etc.) when the mobile device associates with a WiFi access point, when the mobile device is connected to a power source, or at other opportune times/situations.
[0036] In an aspect, the mobile device may be configured to automatically download the latest or most current checkpoint from the network server (e.g., sever in a cloud computing network, a backup storage repository, etc.) and use the downloaded checkpoint to restore the mobile device to a prior state or condition in which the
mobile device is known to have operated in accordance with normal operation patterns. In an aspect, the mobile device may be configured to automatically download the last or latest checkpoint from the network server when the mobile device determines that a malicious or performance degrading mobile device behavior cannot be corrected or prevented.
[0037] In various aspects, the mobile device may be configured to generate a checkpoint that includes information relating to (or suitable for restoring) the entire mobile device, a system, a sub-system, a module, a specific software application, a process, etc. For example, the mobile device may be configured to capture a focused checkpoint that includes an image of a specific software application (as opposed to an image of the hard drive or the entire mobile device) and/or restore only the software or modules related to that particular software application or for restoring that application to its previous state (e.g., a state prior to installing the last software update for the software application, prior to opening a file in the application, etc.).
[0038] The various aspects may be implemented within a variety of communication systems, such as the example communication system 100 illustrated in FIG. 1. A typical cell telephone network 104 includes a plurality of cell base stations 106 coupled to a network operations center 108, which operates to connect voice calls and data between mobile devices 102 (e.g., cell phones, laptops, tablets, etc.) and other network destinations, such as via telephone land lines (e.g., a POTS network, not shown) and the Internet 110. Communications between the mobile devices 102 and the telephone network 104 may be accomplished via two-way wireless
communication links 112, such as 4G, 3G, CDMA, TDMA, LTE, and/or other cell telephone communication technologies. The telephone network 104 may also include one or more servers 114 coupled to or within the network operations center 108 that provide a connection to the Internet 110.
[0039] The communication system 100 may further include network servers 116 connected to the telephone network 104 and to the Internet 110. The connection between the network server 116 and the telephone network 104 may be through the
Internet 110 or through a private network (as illustrated by the dashed arrows). The network server 116 may also be implemented as a server within the network infrastructure of a cloud service provider network 118. Communications between the network server 116 and the mobile devices 102 may be achieved through the telephone network 104, the internet 110, private network (not illustrated), or any combination thereof.
[0040] The mobile device 102 may be configured to generate checkpoints and send the generated checkpoints to the network server 116 (e.g., via the telephone network 104) for analysis and/or storage. Likewise, the network server 116 may be configured to send the stored checkpoints to the mobile device 102, which may receive and use the checkpoints to restore the mobile device to a prior state or condition.
[0041] FIG. 2 illustrates example logical components and information flows in an aspect mobile device 102 configured to determine whether a particular mobile device behavior, software application, or process is malicious/performance-degrading, suspicious, or benign. In the example illustrated in FIG. 2, the mobile device 102 includes a behavior observer module 202, a behavior analyzer module 204, an external context information module 206, an actuator module 208, and a checkpoint generator module 210. In an aspect, the checkpoint generator module 210 may be included as part of the actuator module 208.
[0042] Each of the modules 202-210 may be implemented in software, hardware, or any combination thereof. In various aspects, the modules 202-210 may be
implemented within parts of the operating system (e.g., within the kernel, in the kernel space, in the user space, etc.), within separate programs or applications, in specialized hardware buffers or processors, or any combination thereof. In an aspect, one or more of the modules 202-210 may be implemented as software instructions executing on one or more processors of the mobile device 102.
[0043] The behavior observer module 202 may be configured to instrument or coordinate application programming interfaces (APIs) at various levels/modules of the mobile device, and monitor/observe mobile device operations and events (e.g., system
events, state changes, etc.) at the various levels/modules via the instrumented APIs, collect information pertaining to the observed operations/events, intelligently filter the collected information, generate one or more observations based on the filtered information, and store the generated observations in a memory (e.g., in a log file, etc.) and/or send (e.g., via memory writes, function calls, etc.) the generated observations to the behavior analyzer module 204.
[0044] The behavior observer module 202 may monitor/observe mobile device operations and events by collecting information pertaining to library application programming interface (API) calls in an application framework or run-time libraries, system call APIs, file-system and networking sub-system operations, device
(including sensor devices) state changes, and other similar events. The behavior observer module 202 may also monitor file system activity, which may include searching for filenames, categories of file accesses (personal info or normal data files), creating or deleting files (e.g., type exe, zip, etc.), file read/write/seek operations, changing file permissions, etc.
[0045] The behavior observer module 202 may also monitor data network activity, which may include types of connections, protocols, port numbers, server/client that the device is connected to, the number of connections, volume or frequency of communications, etc. The behavior observer module 202 may monitor phone network activity, which may include monitoring the type and number of calls or messages (e.g., SMS, etc.) sent out, received, or intercepted (e.g., the number of premium calls placed).
[0046] The behavior observer module 202 may also monitor the system resource usage, which may include monitoring the number of forks, memory access operations, number of files open, etc. The behavior observer module 202 may monitor the state of the mobile device, which may include monitoring various factors, such as whether the display is on or off, whether the device is locked or unlocked, the amount of battery remaining, the state of the camera, etc. The behavior observer module 202 may also monitor inter-process communications (IPC) by, for example, monitoring
intents to crucial services (browser, contracts provider, etc.), the degree of interprocess communications, pop-up windows, etc.
[0047] To reduce the number of factors monitored to a manageable level, in an aspect, the behavior observer module 202 may perform coarse observations by
monitoring/observing an initial set of behaviors or factors that are a small subset of all factors that could contribute to the mobile device' s degradation. In an aspect, the behavior observer module 202 may receive the initial set of behaviors and/or factors from a network server 116 and/or a component in a cloud service provider network 118. In an aspect, the initial set of behaviors/factors may be specified in data/behavior models received from the network server 116 or cloud service provider network 118.
[0048] The behavior analyzer module 204 may receive the observations from the behavior observer module 202, compare the received information (i.e., observations) with contextual information received from the external context information module 206, and identify subsystems, processes, and/or applications associated with the received observations that are contributing to (or are likely to contribute to) the device's degradation over time, or which may otherwise cause problems on the device.
[0049] In an aspect, the behavior analyzer module 204 may include intelligence for utilizing a limited set of information (i.e., coarse observations) to identify behaviors, processes, or programs that are contributing to— or are likely to contribute to— the device's degradation over time, or which may otherwise cause problems on the device. For example, the behavior analyzer module 204 may be configured to analyze information (e.g., in the form of observations) collected from various modules (e.g., the behavior observer module 202, external context information module 206, etc.), learn the normal operational behaviors of the mobile device, generate one or more behavior vectors based the results of the comparisons, and compare the generated behavior vectors to other behavior modules to determine whether a particular mobile device behavior, software application, or process is performance-degrading/malicious, benign, or suspicious.
[0050] The behavior analyzer module 204 may notify the actuator module 208 and/or the checkpoint generator module 210 when the behavior analyzer module 204 determines that a behavior, software application, or process is suspicious, malicious or performance-degrading. The actuator module 208 may perform various actions or operations to correct mobile device behaviors determined to be malicious or performance-degrading and/or perform operations to heal, cure, isolate, or otherwise fix the identified problem.
[0051] In an aspect, the behavior observer module 202 and the behavior analyzer module 204 may provide, either individually or collectively, near continuous real-time behavior monitoring and analysis to identify suspicious behavior from limited and coarse observations, to dynamically determine behaviors to observe in greater detail, and to dynamically determine the level of detail required for the observations. In this manner, the mobile device 102 may efficiently identify and prevent problems from occurring on mobile devices without requiring a large amount of processor, memory, or battery resources on the device. Additionally, by conducting near continuous realtime behavior monitoring and analysis, the behavior observer module 202 and/or the behavior analyzer module 204 may determine when the mobile device behaviors are consistent with normal patterns.
[0052] In an aspect, the behavior analyzer module 204 may set a flag or otherwise indicate that the mobile device behaviors are currently within normal patterns. This information may be used by a checkpoint generator module 210 to determine that it may generate an updated checkpoint and store the new checkpoint in a local memory or cache. The generation of a checkpoint by the checkpoint generator module 210 may be based on a clock or other interval determining mechanism so that checkpoints are generated relatively frequently, while the flag or other indication of normal behavior patterns from the behavior analyzer module 204 may be used as permission for initiating a periodic update of the stored checkpoint.
[0053] In an aspect, the behavior analyzer module 204 may send a trigger alert message to cause a checkpoint generator module 210 to send the last/latest checkpoint
stored in a local memory or cache to a network server 116 or cloud service provider network 118 (e.g., via the Internet 110) when the behavior analyzer module 204 determines that a behavior, software application, or process is suspicious, malicious or performance-degrading.
[0054] In various aspects, the behavior analyzer module 204 may be configured to send the trigger alert message in response to downloading, installation, or updating a software application on the mobile device 102. In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message when the source of the application (e.g., an application store) is unknown. In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message in response to executing or downloading an application or an application update that is not signed.
[0055] In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message when the mobile device is determine to be physically in a high entropy location (i.e., a place where user typically does not visit often). In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message in response to determining that user has attempted and failed to log into the system an "x" number of times or when it otherwise determines that someone is trying to hack into or steal the phone.
[0056] In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message when the mobile device behavior, power consumption, and/or application invocations are inconsistent with the normal operating patterns, which may be determined from historical operating information of the mobile device.
[0057] In an aspect, the behavior analyzer module 204 may be configured to send the trigger alert message in response to detecting the use or execution of specific software applications or types of software applications. For example, the behavior analyzer module 204 may be configured to send the trigger alert message in response to detecting the use or execution of a document creation application (e.g., Evernote, Quickoffice, etc.).
[0058] FIG. 3A illustrates an aspect mobile device method 300 of automatically generating and reverting to checkpoints. In block 302, a mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns. In determination block 304, the mobile device processor may determine whether the observed behaviors are inconsistent with normal operation patterns by applying data/behavior models to the collected behavior information to determine whether a mobile device behavior is suspicious or maliciou s/perf ormance- degrading .
[0059] When the mobile device processor determines that the observed behaviors are consistent with normal operation patterns (i.e., determination block 304 = "No"), in block 306, the mobile device processor may store mobile device state information in a local memory as a stored checkpoint. In various aspects, the mobile device state information may include information for restoring the mobile device and/or one or more software applications of the mobile device to their current operating states or conditions. After a checkpoint is stored, the processor may return to observing mobile device behaviors in block 302 and the process may continue so long as observed behaviors are consistent with normal operation patterns (i.e., determination block 304 = "No").
[0060] When the mobile device processor determines that the observed behaviors are inconsistent with normal operation patterns (i.e., determination block 304 = "Yes"), in block 308, the mobile device processor may promptly upload the stored checkpoint to a backup storage system, such as a network server or a cloud service provider network.
[0061] In block 310, the mobile device processor may identify processes,
applications, and/or sub-systems that are responsible for causing the inconsistent mobile device behavior. In determination block 312, the mobile device processor may determine whether the identified processes, applications, and/or sub-systems are malicious and/or potentially performance degrading. When the mobile device
processor determines that the identified processes, applications, and/or sub-systems are not malicious or potentially performance degrading (i.e., determination block 312 = "No"), the mobile device processor may return to observing mobile device behaviors in block 302. On the other hand, if the mobile device processor determines that the identified processes, applications, and/or sub-systems are malicious or potentially performance degrading (i.e., determination block 312 = "Yes"), in block 314, the mobile device processor may perform various actions or operations in an attempt to correct the mobile device behaviors determined to be malicious or performance-degrading. This may include performing operations to heal, cure, isolate, or otherwise fix the identified problem.
[0062] In determination block 316, the mobile device processor may determine whether the mobile device behaviors determined to be malicious or performance- degrading have been corrected and/or the identified problem has otherwise been fixed or cured. When the mobile device processor determines that the identified problem has been resolved (i.e., determination block 316 = "Yes"), the mobile device processor may return to observing mobile device behaviors in block 302. If the mobile device processor determines that identified problem has not been fixed (i.e., determination block 316 = "No"), in block 318, the mobile device processor may download the last uploaded checkpoint from the network backup storage system and perform operations for restoring the mobile device or a software application based on information included in the download checkpoint.
[0063] FIG. 3B illustrates an example mobile device method 340 for uploading a stored checkpoint to a backup storage system in response to detecting the occurrence of an event or a trigger. In block 342, a first process executing in the mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns. In block 344, the mobile device processor may detect or determine that a new software application has begun executing in the mobile device processor.
[0064] In determination block 346, the mobile device processor may determine whether the software application is associated with a signature stored in the memory of the mobile device. When the mobile device processor determines that the software application is associated with a signature (i.e., determination block 346 = "Yes"), the mobile device processor may continue to observe mobile device behaviors in block 342. If the mobile device processor determines that the software application is not associated with a signature (i.e., determination block 346 = "No"), in block 348, the mobile device processor may generate a checkpoint trigger suitable for causing one or more modules of the computing device to upload a stored checkpoint to a backup storage system.
[0065] In block 350, a second process executing in the mobile device processor may detect the check point trigger. In block 350, the second process may access the stored checkpoint stored locally within mobile device and initiate an upload of the checkpoint to a backup storage system.
[0066] FIG. 3C illustrates an aspect mobile device method 360 of uploading a stored checkpoint to a backup storage system, such as a network server or a cloud service provider network, in response to detecting the presence of a component, resource or condition. In block 362, a mobile device processor may observe mobile device behaviors over a period of time and collect behavior information suitable for use in identifying mobile device behaviors that are inconsistent with normal operation patterns. In block 364, the mobile device processor may detect the presence of an external component, such as a WiFi access point, or determine that a new resource is available, such as an external power source. For example, in block 364, the mobile device processor may determine that a high bandwidth and/or low cost network connection is available via a WiFi Access Point or that the mobile device has been connected to a wired power socket (i.e., new resources are available). In block 366, the mobile device processor may immediately upload the stored checkpoint to a backup storage system, such as a network server or a cloud service provider network.
[0067] FIG. 4 illustrates example logical components and information flows in a behavior observer module 202 of a computing system configured to perform dynamic and adaptive observations in accordance with an aspect. The behavior observer module 202 may include an adaptive filter module 402, a throttle module 404, an observer mode module 406, a high-level behavior detection module 408, a behavior vector generator 410, and a secure buffer 412. The high-level behavior detection module 408 may include a spatial correlation module 414 and a temporal correlation module 416.
[0068] The observer mode module 406 may receive control information from various sources, which may include an analyzer unit (e.g., the behavior analyzer module 204 described above with reference to FIG. 2) and/or an application API. The observer mode module 406 may send control information pertaining to various observer modes to the adaptive filter module 402 and the high-level behavior detection module 408.
[0069] The adaptive filter module 402 may receive data/information from multiple sources, and intelligently filter the received information to generate a smaller subset of information selected from the received information. This filter may be adapted based on information or control received from the analyzer module, or a higher-level process communicating through an API. The filtered information may be sent to the throttle module 404, which may be responsible for controlling the amount of information flowing from the filter to ensure that the high-level behavior detection module 408 does not become flooded or overloaded with requests or information.
[0070] The high-level behavior detection module 408 may receive data/information from the throttle module 404, control information from the observer mode module 406, and context information from other components of the mobile device. The high- level behavior detection module 408 may use the received information to perform spatial and temporal correlations to detect or identify high level behaviors that may cause the device to perform at sub-optimal levels. The results of the spatial and temporal correlations may be sent to the behavior vector generator 410, which may receive the correlation information and generate a behavior vector that describes the
behaviors of particular process, application, or sub-system. In an aspect, the behavior vector generator 410 may generate the behavior vector such that each high-level behavior of a particular process, application, or sub-system is an element of the behavior vector. In an aspect, the generated behavior vector may be stored in a secure buffer 412. Examples of high-level behavior detection may include detection of the existence of a particular event, the amount or frequency of another event, the relationship between multiple events, the order in which events occur, time differences between the occurrence of certain events, etc.
[0071] In the various aspects, the behavior observer module 202 may perform adaptive observations and control the observation granularity. That is, the behavior observer module 202 may dynamically identify the relevant behaviors that are to be observed, and dynamically determine the level of detail at which the identified behaviors are to be observed. In this manner, the behavior observer module 202 enables the system to monitor the behaviors of the mobile device at various levels (e.g., multiple coarse and fine levels). The behavior observer module 202 may enable the system to adapt to what is being observed. The behavior observer module 202 may enable the system to dynamically change the factors/behaviors being observed based on a focused subset of information, which may be obtained from a wide verity of sources.
[0072] As discussed above, the behavior observer module 202 may perform adaptive observation techniques, and control the observation granularity based on information received from a variety of sources. For example, the high-level behavior detection module 408 may receive information from the throttle module 404, the observer mode module 406, and context information received from other components (e.g., sensors) of the mobile device. As an example, a high-level behavior detection module 408 performing temporal correlations might detect that a camera has been used and that the mobile device is attempting to upload the picture to a server. The high-level behavior detection module 408 may also perform spatial correlations to determine whether an application on the mobile device took the picture while the device was holstered and attached to the user's belt. The high-level behavior detection module
408 may determine whether this detected high-level behavior (e.g., usage of the camera while holstered) is a behavior that is acceptable or common, which may be achieved by comparing the current behavior with past behaviors of the mobile device and/or accessing information collected from a plurality of devices (e.g., information received from a crowd- sourcing server). Since taking pictures and uploading them to a server while holstered is an unusual behavior (as may be determined from observed normal behaviors in the context of being holstered), in this situation the high-level behavior detection module 408 may recognize this as a potentially threatening behavior and initiate an appropriate response (e.g., shutting off the camera, sounding an alarm, etc.).
[0073] In an aspect, the behavior observer module 202 may be implemented in multiple parts.
[0074] FIG. 5 illustrates logical components and information flows in a computing system 500 implementing an aspect observer daemon. In the example illustrated in FIG. 5, the computing system 500 includes a behavior detector 502 module, a database engine 504 module, and an behavior analyzer module 204 in the user space, and a ring buffer 514, a filter rules 516 module, a throttling rules 518 module, a secure buffer manager 520, and a secure buffer 522 in the kernel space. The computing system 500 may further include an observer daemon that includes the behavior detector 502 and the database engine 504 in the user space, and the secure buffer manager 520, the rules manager 510, and the system health monitor 508 in the kernel space. The computing system 500 may further include a ring buffer API 506 for communicating information stored in the ring buffer 514 to the behavior detector 502 module.
[0075] The various aspects may provide cross-layer observations on mobile devices encompassing webkit, SDK, NDK, kernel, drivers, and hardware in order to characterize system behavior. The behavior observations may be made in real time.
[0100] The observer module may perform adaptive observation techniques and control the observation granularity. As discussed above, there are a large number (i.e.,
thousands) of factors that could contribute to the mobile device's degradation, and it may not be feasible to monitor/observe all of the different factors that may contribute to the degradation of the device's performance. To overcome this, the various aspects dynamically identify the relevant behaviors that are to be observed, and dynamically determine the level of detail at which the identified behaviors are to be observed.
[0076] FIG. 6 illustrates an example method 600 for performing dynamic and adaptive observations in accordance with an aspect. In block 602, the mobile device processor may perform coarse observations by monitoring/observing a subset of large number factors/behaviors that could contribute to the mobile device' s degradation. In block 603, the mobile device processor may generate a behavior vector characterizing the coarse observations and/or the mobile device behavior based on the coarse observations. In block 604, the mobile device processor may identify subsystems, processes, and/or applications associated with the coarse observations that may potentially contribute to the mobile device's degradation. This may be achieved, for example, by comparing information received from multiple sources with contextual information received from sensors of the mobile device. In block 606, the mobile device processor may perform behavioral analysis operations based on the coarse observations. In an aspect, as part of blocks 603 and 604, the mobile device processor may perform one or more of the operations discussed above with reference to FIG. 3.
[0077] In determination block 608, the mobile device processor may determine whether suspicious behaviors or potential problems can be identified and corrected based on the results of the behavioral analysis. When the mobile device processor determines that the suspicious behaviors or potential problems can be identified and corrected based on the results of the behavioral analysis (i.e., determination block 608 = "Yes"), in block 618, the processor may initiate a process to correct the behavior and return to block 602 to perform additional coarse observations.
[0078] When the mobile device processor determines that the suspicious behaviors or potential problems cannot be identified and/or corrected based on the results of the behavioral analysis (i.e., determination block 608 = "No"), in determination block 609
the mobile device processor may determine whether there is a likelihood of a problem. In an aspect, the mobile device processor may determine that there is a likelihood of a problem by computing a probability of the mobile device encountering potential problems and/or engaging in suspicious behaviors, and determining whether the computed probability is greater than a predetermined threshold. When the mobile device processor determines that the computed probability is not greater than the predetermined threshold and/or there is not a likelihood that suspicious behaviors or potential problems exist and/or are detectable (i.e., determination block 609 = "No"), the processor may return to block 602 to perform additional coarse observations.
[0079] When the mobile device processor determines that there is a likelihood that suspicious behaviors or potential problems exist and/or are detectable (i.e.,
determination block 609 = "Yes"), in block 610, the mobile device processor may perform deeper logging/observations or final logging on the identified subsystems, processes or applications. In block 612, the mobile device processor may perform deeper and more detailed observations on the identified subsystems, processes or applications. In block 614, the mobile device processor may perform further and/or deeper behavioral analysis based on the deeper and more detailed observations. In determination block 608, the mobile device processor may again determine whether the suspicious behaviors or potential problems can be identified and corrected based on the results of the deeper behavioral analysis. When the mobile device processor determines that the suspicious behaviors or potential problems cannot be identified and corrected based on the results of the deeper behavioral analysis (i.e.,
determination block 608 = "No"), the processor may repeat the operations in blocks 610-614 until the level of detail is fine enough to identify the problem or until it is determined that the problem cannot be identified with additional detail or that no problem exists.
[0080] When the mobile device processor determines that the suspicious behaviors or potential problems can be identified and corrected based on the results of the deeper behavioral analysis (i.e., determination block 608 = "Yes"), in block 618, the mobile
device processor may perform operations to correct the problem/behavior, and the processor may return to block 602 to perform additional operations.
[0081] In an aspect, as part of blocks 602-618 of method 600, the mobile device processor may perform real-time behavior analysis of the system's behaviors to identify suspicious behavior from limited and coarse observations, to dynamically determine the behaviors to observe in greater detail, and to dynamically determine the precise level of detail required for the observations. This enables the mobile device processor to efficiently identify and prevent problems from occurring, without requiring the use of a large amount of processor, memory, or battery resources on the device.
[0082] The various aspects may be implemented on a variety of mobile computing devices, an example of which is illustrated in FIG. 7 in the form of a smartphone. A smartphone 700 may include a processor 701 coupled to internal memory 702, a display 703, and to a speaker. Additionally, the smartphone 700 may include an antenna 704 for sending and receiving electromagnetic radiation that may be connected to a wireless data link and/or cellular telephone transceiver 705 coupled to the processor 701. Smartphones 700 typically also include menu selection buttons or rocker switches 706 for receiving user inputs.
[0083] A typical smartphone 700 also includes a sound encoding/decoding (CODEC) circuit 712, which digitizes sound received from a microphone into data packets suitable for wireless transmission and decodes received sound data packets to generate analog signals that are provided to the speaker to generate sound. Also, one or more of the processor 701, wireless transceiver 705 and CODEC 712 may include a digital signal processor (DSP) circuit (not shown separately).
[0084] Portions of the aspect methods may be accomplished in a client- server architecture with some of the processing occurring in a server, such as maintaining databases of normal operational behaviors, which may be accessed by a mobile device processor while executing the aspect methods. Such aspects may be implemented on any of a variety of commercially available server devices, such as the server 800
illustrated in FIG. 8. Such a server 800 typically includes a processor 801 coupled to volatile memory 802 and a large capacity nonvolatile memory, such as a disk drive 803. The server 800 may also include a floppy disc drive, compact disc (CD) or DVD disc drive 804 coupled to the processor 801. The server 800 may also include network access ports 806 coupled to the processor 801 for establishing data connections with a network 805, such as a local area network coupled to other broadcast system computers and servers.
[0085] The processors 701, 801 may be any programmable microprocessor, microcomputer or multiple processor chip or chips that can be configured by software instructions (applications) to perform a variety of functions, including the functions of the various aspects described below. In some mobile devices, multiple processors 701 may be provided, such as one processor dedicated to wireless communication functions and one or more processors dedicated to running other applications.
Typically, software applications may be stored in the internal memory 702, 802, 803 before they are accessed and loaded into the processor 701, 801. The processor 701, 801 may include internal memory sufficient to store the application software instructions.
[0086] The foregoing method descriptions and the process flow diagrams are provided merely as illustrative examples and are not intended to require or imply that the steps of the various aspects must be performed in the order presented. As will be appreciated by one of skill in the art the order of steps in the foregoing aspects may be performed in any order. Words such as "thereafter," "then," "next," etc. are not intended to limit the order of the steps; these words are simply used to guide the reader through the description of the methods. Further, any reference to claim elements in the singular, for example, using the articles "a," "an" or "the" is not to be construed as limiting the element to the singular.
[0087] The various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the aspects disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate
this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
[0088] Many mobile computing devices operating system kernels are organized into a user space (where non-privileged code runs) and a kernel space (where privileged code runs). This separation is of particular importance in Android® and other general public license (GPL) environments where code that is part of the kernel space must be GPL licensed, while code running in the user- space may not be GPL licensed. It should be understood that the various software components/modules discussed here may be implemented in either the kernel space or the user space, unless expressly stated otherwise.
[0089] The hardware used to implement the various illustrative logics, logical blocks, modules, and circuits described in connection with the aspects disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field
programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a multiprocessor, but, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a multiprocessor, a plurality of multiprocessors, one or more multiprocessors in conjunction with a DSP core, or any other such configuration. Alternatively, some steps or methods may be performed by circuitry that is specific to a given function.
[0090] In one or more exemplary aspects, the functions described may be
implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored as one or more instructions or code on a non-transitory computer-readable medium or non-transitory processor- readable medium. The steps of a method or algorithm disclosed herein may be embodied in a processor-executable software module which may reside on a non- transitory computer-readable or processor-readable storage medium. Non-transitory computer-readable or processor-readable storage media may be any storage media that may be accessed by a computer or a processor. By way of example but not limitation, such non-transitory computer-readable or processor-readable media may include RAM, ROM, EEPROM, FLASH memory, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above are also included within the scope of non-transitory computer-readable and processor-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor- readable medium and/or computer-readable medium, which may be incorporated into a computer program product.
[0091] The preceding description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the aspects shown herein but is to be accorded the widest scope consistent with the following claims and the principles and novel features disclosed herein.
Claims
1. A method of checkpointing in a mobile device, comprising:
observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns;
storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns; and
uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
2. The method of claim 1, wherein storing mobile device state information in a memory as a stored checkpoint comprises storing state information for restoring the mobile device as the stored checkpoint.
3. The method of claim 1, wherein storing mobile device state information in a memory as a stored checkpoint comprises storing state information for restoring a specific software application as the stored checkpoint.
4. The method of claim 1, further comprising:
determining whether a software application is associated with a signature; and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
5. The method of claim 1, wherein uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns comprises uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device.
6. The method of claim 1, wherein uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a server in a cloud service provider network.
7. The method of claim 1, further comprising:
determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point.
8. The method of claim 1, further comprising:
determining whether the mobile device is connected to an external power source,
wherein uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
9. A mobile computing device, comprising:
means for observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns;
means for storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns; and
means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
10. The mobile computing device of claim 9, wherein means for storing mobile device state information in a memory as a stored checkpoint comprises means for
storing state information for restoring the mobile computing device as the stored checkpoint.
11. The mobile computing device of claim 9, wherein means for storing mobile device state information in a memory as a stored checkpoint comprises means for storing state information for restoring a specific software application as the stored checkpoint.
12. The mobile computing device of claim 9, further comprising:
means for determining whether a software application is associated with a signature; and
means for generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
13. The mobile computing device of claim 9, wherein means for uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns comprises:
means for uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device.
14. The mobile computing device of claim 9, wherein means for uploading the stored checkpoint to a backup storage system comprises means for uploading the stored checkpoint to a server in a cloud service provider network.
15. The mobile computing device of claim 9, further comprising:
means for determining whether the mobile computing device is associated with a WiFi access point,
wherein means for uploading the stored checkpoint to a backup storage system comprises means for uploading the stored checkpoint to a network server in response
to determining that the mobile computing device is associated with a WiFi access point.
16. The mobile computing device of claim 9, further comprising:
means for determining whether the mobile computing device is connected to an external power source,
wherein means for uploading the stored checkpoint to a backup storage system comprises means for uploading the stored checkpoint to a network server in response to determining that the mobile computing device is connected to an external power source.
17. A mobile computing device, comprising:
a processor configured with processor-executable instructions to perform operations comprising:
observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns; storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns; and
uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
18. The mobile computing device of claim 17, wherein the processor is configured with processor-executable instructions to perform operations such that storing mobile device state information in a memory as a stored checkpoint comprises storing state information for restoring the mobile computing device as the stored checkpoint.
19. The mobile computing device of claim 17, wherein the processor is configured with processor-executable instructions to perform operations such that storing mobile
device state information in a memory as a stored checkpoint comprises storing state information for restoring a specific software application as the stored checkpoint.
20. The mobile computing device of claim 17, wherein the processor is configured with processor-executable instructions to perform operations further comprising: determining whether a software application is associated with a signature; and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
21. The mobile computing device of claim 17, wherein the processor is configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns comprises uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile computing device.
22. The mobile computing device of claim 17, wherein the processor is configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a server in a cloud service provider network.
23. The mobile computing device of claim 17, wherein:
the processor is configured with processor-executable instructions to perform operations further comprising determining whether the mobile computing device is associated with a WiFi access point; and
the processor is configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile computing device is associated with a WiFi access point.
24. The mobile computing device of claim 17, wherein:
the processor is configured with processor-executable instructions to perform operations further comprising determining whether the mobile computing device is connected to an external power source; and
the processor is configured with processor-executable instructions to perform operations such that uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile computing device is connected to an external power source.
25. A non- transitory computer readable storage medium having stored thereon processor-executable software instructions configured to cause a processor to perform operations for checkpointing in a mobile device, the operations comprising:
observing mobile device behaviors over a period of time to recognize mobile device behaviors that are inconsistent with normal operation patterns;
storing mobile device state information in a memory as a stored checkpoint when it is determined that the mobile device behaviors are consistent with normal operation patterns; and
uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns.
26. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations such that storing mobile device state information in a memory as a stored checkpoint comprises storing state information for restoring the mobile device as the stored checkpoint.
27. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations such that storing mobile device state information in a memory
as a stored checkpoint comprises storing state information for restoring a specific software application as the stored checkpoint.
28. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations further comprising:
determining whether a software application is associated with a signature; and generating a checkpoint trigger in response to determining that the software application is not associated with a signature.
29. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system in response to determining that the mobile device behaviors are not consistent with normal operation patterns comprises uploading the stored checkpoint in response detecting a trigger generated in response to installing a software application update on the mobile device.
30. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations such that uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a server in a cloud service provider network.
31. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations further comprising:
determining whether the mobile device is associated with a WiFi access point, wherein uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile device is associated with a WiFi access point.
32. The non-transitory computer readable storage medium of claim 25, wherein the stored processor-executable software instructions are configured to cause a processor to perform operations further comprising:
determining whether the mobile device is connected to an external power source,
wherein uploading the stored checkpoint to a backup storage system comprises uploading the stored checkpoint to a network server in response to determining that the mobile device is connected to an external power source.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201380023620.0A CN104272787B (en) | 2012-05-14 | 2013-01-25 | Technology for independently reverting to behavior checkpoint |
KR1020147035051A KR102103613B1 (en) | 2012-05-14 | 2013-01-25 | Techniques for autonomic reverting to behavioral checkpoints |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261646590P | 2012-05-14 | 2012-05-14 | |
US61/646,590 | 2012-05-14 | ||
US201261683274P | 2012-08-15 | 2012-08-15 | |
US61/683,274 | 2012-08-15 | ||
US13/747,115 US9292685B2 (en) | 2012-05-14 | 2013-01-22 | Techniques for autonomic reverting to behavioral checkpoints |
US13/747,115 | 2013-01-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013172877A1 true WO2013172877A1 (en) | 2013-11-21 |
Family
ID=49548974
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2012/067726 WO2013172865A1 (en) | 2012-05-14 | 2012-12-04 | System, apparatus, and method for adaptive observation of mobile device behavior |
PCT/US2013/023246 WO2013172877A1 (en) | 2012-05-14 | 2013-01-25 | Techniques for autonomic reverting to behavioral checkpoints |
PCT/US2013/023646 WO2013172881A1 (en) | 2012-05-14 | 2013-01-29 | Minimizing latency of behavioral analysis using signature caches |
PCT/US2013/035952 WO2013173001A1 (en) | 2012-05-14 | 2013-04-10 | Monitoring behavioral features in a mobile multiprocessor platform |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2012/067726 WO2013172865A1 (en) | 2012-05-14 | 2012-12-04 | System, apparatus, and method for adaptive observation of mobile device behavior |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2013/023646 WO2013172881A1 (en) | 2012-05-14 | 2013-01-29 | Minimizing latency of behavioral analysis using signature caches |
PCT/US2013/035952 WO2013173001A1 (en) | 2012-05-14 | 2013-04-10 | Monitoring behavioral features in a mobile multiprocessor platform |
Country Status (8)
Country | Link |
---|---|
US (6) | US9202047B2 (en) |
EP (3) | EP2850864B1 (en) |
JP (1) | JP6110482B2 (en) |
KR (2) | KR101626243B1 (en) |
CN (4) | CN104272786B (en) |
IN (2) | IN2014MN02172A (en) |
TW (1) | TW201407406A (en) |
WO (4) | WO2013172865A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9813992B2 (en) | 2013-12-06 | 2017-11-07 | Mcp Llc | Tracking systems and methods for remotely tracking a location of a person on a map of a monitored premise |
Families Citing this family (139)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9071518B2 (en) * | 2011-07-01 | 2015-06-30 | Fiberlink Communications Corporation | Rules based actions for mobile device management |
US9916192B2 (en) * | 2012-01-12 | 2018-03-13 | International Business Machines Corporation | Thread based dynamic data collection |
US8973137B1 (en) * | 2012-02-29 | 2015-03-03 | Symantec Corporation | Systems and methods for detecting illegitimate out-of-band authentication attempts |
US9609456B2 (en) | 2012-05-14 | 2017-03-28 | Qualcomm Incorporated | Methods, devices, and systems for communicating behavioral analysis information |
US9298494B2 (en) | 2012-05-14 | 2016-03-29 | Qualcomm Incorporated | Collaborative learning for efficient behavioral analysis in networked mobile device |
US9202047B2 (en) | 2012-05-14 | 2015-12-01 | Qualcomm Incorporated | System, apparatus, and method for adaptive observation of mobile device behavior |
US9690635B2 (en) | 2012-05-14 | 2017-06-27 | Qualcomm Incorporated | Communicating behavior information in a mobile computing device |
US9324034B2 (en) | 2012-05-14 | 2016-04-26 | Qualcomm Incorporated | On-device real-time behavior analyzer |
US9589129B2 (en) | 2012-06-05 | 2017-03-07 | Lookout, Inc. | Determining source of side-loaded software |
US9407443B2 (en) | 2012-06-05 | 2016-08-02 | Lookout, Inc. | Component analysis of software applications on computing devices |
US9319897B2 (en) | 2012-08-15 | 2016-04-19 | Qualcomm Incorporated | Secure behavior analysis over trusted execution environment |
US9330257B2 (en) | 2012-08-15 | 2016-05-03 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
US9495537B2 (en) | 2012-08-15 | 2016-11-15 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
US9747440B2 (en) | 2012-08-15 | 2017-08-29 | Qualcomm Incorporated | On-line behavioral analysis engine in mobile device with multiple analyzer model providers |
US10162693B1 (en) * | 2012-10-18 | 2018-12-25 | Sprint Communications Company L.P. | Evaluation of mobile device state and performance metrics for diagnosis and troubleshooting of performance issues |
EP2909775B1 (en) * | 2012-10-19 | 2022-01-26 | McAfee, LLC | Mobile application management |
US9208215B2 (en) | 2012-12-27 | 2015-12-08 | Lookout, Inc. | User classification based on data gathered from a computing device |
US9659085B2 (en) * | 2012-12-28 | 2017-05-23 | Microsoft Technology Licensing, Llc | Detecting anomalies in behavioral network with contextual side information |
US9686023B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of dynamically generating and using device-specific and device-state-specific classifier models for the efficient classification of mobile device behaviors |
US10089582B2 (en) | 2013-01-02 | 2018-10-02 | Qualcomm Incorporated | Using normalized confidence values for classifying mobile device behaviors |
US9684870B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of using boosted decision stumps and joint feature selection and culling algorithms for the efficient classification of mobile device behaviors |
US9742559B2 (en) | 2013-01-22 | 2017-08-22 | Qualcomm Incorporated | Inter-module authentication for securing application execution integrity within a computing device |
WO2014116977A2 (en) * | 2013-01-25 | 2014-07-31 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
US20160110551A1 (en) * | 2013-02-14 | 2016-04-21 | The United States Of America As Represented By The Secretary Of The Navy | Computer System Anomaly Detection Using Human Responses to Ambient Representations of Hidden Computing System and Process Metadata |
US9491187B2 (en) | 2013-02-15 | 2016-11-08 | Qualcomm Incorporated | APIs for obtaining device-specific behavior classifier models from the cloud |
US20140250052A1 (en) | 2013-03-01 | 2014-09-04 | RedOwl Analytics, Inc. | Analyzing social behavior |
GB2526501A (en) | 2013-03-01 | 2015-11-25 | Redowl Analytics Inc | Modeling social behavior |
US20140292998A1 (en) * | 2013-04-02 | 2014-10-02 | James Toga | Managing Use of Resources in Mobile Devices |
US9307374B2 (en) * | 2013-06-19 | 2016-04-05 | Globalfoundries Inc. | Transferring information on a first mobile computing device to a peer mobile computing device |
US9231921B2 (en) * | 2013-08-20 | 2016-01-05 | Janus Technologies, Inc. | System and architecture for secure computer devices |
US9774728B2 (en) | 2013-09-30 | 2017-09-26 | Elwha Llc | Mobile device sharing facilitation methods and systems in a context of plural communication records |
US9740875B2 (en) * | 2013-09-30 | 2017-08-22 | Elwha Llc | Mobile device sharing facilitation methods and systems featuring exclusive data presentation |
US9838536B2 (en) | 2013-09-30 | 2017-12-05 | Elwha, Llc | Mobile device sharing facilitation methods and systems |
US9826439B2 (en) | 2013-09-30 | 2017-11-21 | Elwha Llc | Mobile device sharing facilitation methods and systems operable in network equipment |
US20150095477A1 (en) * | 2013-09-30 | 2015-04-02 | Elwha LLC, a limited liability company of the State of Delaware | Mobile device sharing facilitation methods and systems featuring party identifier inclusions that are conditional |
US9805208B2 (en) * | 2013-09-30 | 2017-10-31 | Elwha Llc | Mobile device sharing facilitation methods and systems with recipient-dependent inclusion of a data selection |
TWI533159B (en) * | 2013-10-18 | 2016-05-11 | 國立臺灣科技大學 | A continuous identity authentication method for computer users |
DE102013224702A1 (en) * | 2013-12-03 | 2015-06-03 | Robert Bosch Gmbh | Control device for a motor vehicle |
US9652362B2 (en) | 2013-12-06 | 2017-05-16 | Qualcomm Incorporated | Methods and systems of using application-specific and application-type-specific models for the efficient classification of mobile device behaviors |
EP3084672B1 (en) | 2013-12-19 | 2019-09-18 | Intel Corporation | Protection system including machine learning snapshot evaluation |
CN103699208B (en) * | 2013-12-31 | 2016-11-23 | 贝壳网际(北京)安全技术有限公司 | Hardware setting method, mobile terminal and the server of a kind of mobile terminal |
US9501346B2 (en) * | 2014-01-21 | 2016-11-22 | Oracle International Corporation | Fine and coarse granularity logging handler |
WO2015112760A1 (en) * | 2014-01-23 | 2015-07-30 | Qualcomm Incorporated | Adaptive observation of determined behavioral features on a mobile device |
EP3097675B1 (en) * | 2014-01-23 | 2021-08-04 | Koninklijke KPN N.V. | Crash recovery for smart objects |
US10176428B2 (en) | 2014-03-13 | 2019-01-08 | Qualcomm Incorporated | Behavioral analysis for securing peripheral devices |
US9684787B2 (en) * | 2014-04-08 | 2017-06-20 | Qualcomm Incorporated | Method and system for inferring application states by performing behavioral analysis operations in a mobile device |
US9559918B2 (en) * | 2014-05-15 | 2017-01-31 | Cisco Technology, Inc. | Ground truth evaluation for voting optimization |
US9672263B1 (en) | 2014-06-23 | 2017-06-06 | The United States Of America As Represented By The Secretary Of The Navy | Reliability engineering data integration |
US9357397B2 (en) | 2014-07-23 | 2016-05-31 | Qualcomm Incorporated | Methods and systems for detecting malware and attacks that target behavioral security mechanisms of a mobile device |
US10228751B2 (en) | 2014-08-06 | 2019-03-12 | Apple Inc. | Low power mode |
US9647489B2 (en) | 2014-08-26 | 2017-05-09 | Apple Inc. | Brownout avoidance |
US20170285722A1 (en) * | 2014-08-27 | 2017-10-05 | Samsung Electronics Co., Ltd. | Method for reducing battery consumption in electronic device |
FR3025627B1 (en) * | 2014-09-10 | 2018-03-23 | Bull Sas | HIGH PERFORMANCE MECHANISM FOR GENERATING JOURNALIZATION INFORMATION OF A COMPUTER PROCESS |
US9710752B2 (en) * | 2014-09-11 | 2017-07-18 | Qualcomm Incorporated | Methods and systems for aggregated multi-application behavioral analysis of mobile device behaviors |
US20160078362A1 (en) * | 2014-09-15 | 2016-03-17 | Qualcomm Incorporated | Methods and Systems of Dynamically Determining Feature Sets for the Efficient Classification of Mobile Device Behaviors |
US20160125094A1 (en) * | 2014-11-05 | 2016-05-05 | Nec Laboratories America, Inc. | Method and system for behavior query construction in temporal graphs using discriminative sub-trace mining |
US9411363B2 (en) * | 2014-12-10 | 2016-08-09 | Intel Corporation | Synchronization in a computing device |
US10200866B1 (en) | 2014-12-12 | 2019-02-05 | Aeris Communications, Inc. | Method and system for detecting and minimizing harmful network device and application behavior on cellular networks |
US10275341B2 (en) * | 2015-01-21 | 2019-04-30 | Somo Innovations Ltd | Mobile application usability testing |
WO2016126668A1 (en) * | 2015-02-02 | 2016-08-11 | Indiana University Research And Technology Corporation | External resource control of mobile devices |
US20160232353A1 (en) * | 2015-02-09 | 2016-08-11 | Qualcomm Incorporated | Determining Model Protection Level On-Device based on Malware Detection in Similar Devices |
US9910984B2 (en) * | 2015-02-27 | 2018-03-06 | Qualcomm Incorporated | Methods and systems for on-device high-granularity classification of device behaviors using multi-label models |
US9787695B2 (en) | 2015-03-24 | 2017-10-10 | Qualcomm Incorporated | Methods and systems for identifying malware through differences in cloud vs. client behavior |
US10659479B2 (en) * | 2015-03-27 | 2020-05-19 | Mcafee, Llc | Determination of sensor usage |
EP3289510B1 (en) | 2015-05-01 | 2020-06-17 | Lookout Inc. | Determining source of side-loaded software |
US10104107B2 (en) * | 2015-05-11 | 2018-10-16 | Qualcomm Incorporated | Methods and systems for behavior-specific actuation for real-time whitelisting |
CN105049592B (en) * | 2015-05-27 | 2020-02-14 | 中国科学院信息工程研究所 | Mobile intelligent terminal voice safety protection method and system |
KR102446325B1 (en) | 2015-06-24 | 2022-09-22 | 삼성전자주식회사 | Operating Method For Application Program and electronic device supporting the same |
US9954873B2 (en) | 2015-09-30 | 2018-04-24 | The Mitre Corporation | Mobile device-based intrusion prevention system |
CN105426296B (en) * | 2015-11-24 | 2018-04-10 | 无锡江南计算技术研究所 | Internuclear collaboration multithreading PMU event monitoring methods based on inserting label |
CN105653903B (en) * | 2015-12-18 | 2019-10-08 | 小米科技有限责任公司 | The management method and device of application program permission |
US10064139B2 (en) * | 2015-12-26 | 2018-08-28 | Intel IP Corporation | Context-assisted thermal management scheme in a portable device |
US10133639B2 (en) | 2016-02-10 | 2018-11-20 | International Business Machines Corporation | Privacy protection of media files for automatic cloud backup systems |
US10552615B2 (en) | 2016-02-18 | 2020-02-04 | Swimlane Llc | Threat response systems and methods |
US10893059B1 (en) | 2016-03-31 | 2021-01-12 | Fireeye, Inc. | Verification and enhancement using detection systems located at the network periphery and endpoint devices |
US10157134B2 (en) * | 2016-04-11 | 2018-12-18 | International Business Machines Corporation | Decreasing the data handoff interval for a reserved cache line based on an early indication of a systemwide coherence response |
CN106095593B (en) | 2016-05-31 | 2019-04-16 | Oppo广东移动通信有限公司 | A kind of forward and backward scape application behavior synchronous method and device |
CN106709342B (en) * | 2016-07-01 | 2018-11-09 | 腾讯科技(深圳)有限公司 | Malware detection methods and device |
US10678921B2 (en) | 2016-09-30 | 2020-06-09 | AVAST Software s.r.o. | Detecting malware with hash-based fingerprints |
US10318723B1 (en) | 2016-11-29 | 2019-06-11 | Sprint Communications Company L.P. | Hardware-trusted network-on-chip (NOC) and system-on-chip (SOC) network function virtualization (NFV) data communications |
US10708282B2 (en) * | 2017-03-27 | 2020-07-07 | International Business Machines Corporation | Unauthorized data access detection based on cyber security images |
CA3062634A1 (en) | 2017-05-10 | 2018-11-15 | Embee Mobile, Inc. | System and method for the capture of mobile behavior, usage, or content exposure |
US10129269B1 (en) | 2017-05-15 | 2018-11-13 | Forcepoint, LLC | Managing blockchain access to user profile information |
US10917423B2 (en) | 2017-05-15 | 2021-02-09 | Forcepoint, LLC | Intelligently differentiating between different types of states and attributes when using an adaptive trust profile |
US10999297B2 (en) | 2017-05-15 | 2021-05-04 | Forcepoint, LLC | Using expected behavior of an entity when prepopulating an adaptive trust profile |
US10999296B2 (en) | 2017-05-15 | 2021-05-04 | Forcepoint, LLC | Generating adaptive trust profiles using information derived from similarly situated organizations |
US11888859B2 (en) | 2017-05-15 | 2024-01-30 | Forcepoint Llc | Associating a security risk persona with a phase of a cyber kill chain |
US10447718B2 (en) | 2017-05-15 | 2019-10-15 | Forcepoint Llc | User profile definition and management |
US9882918B1 (en) | 2017-05-15 | 2018-01-30 | Forcepoint, LLC | User behavior profile in a blockchain |
US10862927B2 (en) | 2017-05-15 | 2020-12-08 | Forcepoint, LLC | Dividing events into sessions during adaptive trust profile operations |
US10943019B2 (en) | 2017-05-15 | 2021-03-09 | Forcepoint, LLC | Adaptive trust profile endpoint |
JP6767924B2 (en) | 2017-05-19 | 2020-10-14 | 東芝映像ソリューション株式会社 | Systems, methods and programs |
JP6767926B2 (en) | 2017-05-23 | 2020-10-14 | 東芝映像ソリューション株式会社 | Electronics, methods and programs |
US10218697B2 (en) | 2017-06-09 | 2019-02-26 | Lookout, Inc. | Use of device risk evaluation to manage access to services |
US10305923B2 (en) * | 2017-06-30 | 2019-05-28 | SparkCognition, Inc. | Server-supported malware detection and protection |
US10318729B2 (en) * | 2017-07-26 | 2019-06-11 | Forcepoint, LLC | Privacy protection during insider threat monitoring |
US20190141068A1 (en) * | 2017-09-21 | 2019-05-09 | Camp Mobile Corporation | Online service abuser detection |
US20190102543A1 (en) | 2017-09-29 | 2019-04-04 | AVAST Software s.r.o. | Observation and classification of device events |
US20190104141A1 (en) * | 2017-10-02 | 2019-04-04 | Zuk Avraham | System and Method for Providing and Facilitating an Information Security Marketplace |
US10803178B2 (en) | 2017-10-31 | 2020-10-13 | Forcepoint Llc | Genericized data model to perform a security analytics operation |
US10817307B1 (en) * | 2017-12-20 | 2020-10-27 | Apple Inc. | API behavior modification based on power source health |
US11363133B1 (en) | 2017-12-20 | 2022-06-14 | Apple Inc. | Battery health-based power management |
US10599199B1 (en) | 2017-12-20 | 2020-03-24 | Apple Inc. | Systems and methods for power management at device shutdown |
CN109471655B (en) * | 2017-12-25 | 2021-08-13 | 北京安天网络安全技术有限公司 | Business application updating method and system based on closed barrier model |
US10311404B1 (en) * | 2018-01-05 | 2019-06-04 | Accenture Global Solutions Limited | Software product development defect and issue prediction and diagnosis |
US11314787B2 (en) | 2018-04-18 | 2022-04-26 | Forcepoint, LLC | Temporal resolution of an entity |
US10949428B2 (en) | 2018-07-12 | 2021-03-16 | Forcepoint, LLC | Constructing event distributions via a streaming scoring operation |
US11436512B2 (en) | 2018-07-12 | 2022-09-06 | Forcepoint, LLC | Generating extracted features from an event |
US11810012B2 (en) | 2018-07-12 | 2023-11-07 | Forcepoint Llc | Identifying event distributions using interrelated events |
US11755584B2 (en) | 2018-07-12 | 2023-09-12 | Forcepoint Llc | Constructing distributions of interrelated event features |
US10776208B2 (en) * | 2018-07-18 | 2020-09-15 | EMC IP Holding Company LLC | Distributed memory checkpointing using storage class memory systems |
US11025638B2 (en) | 2018-07-19 | 2021-06-01 | Forcepoint, LLC | System and method providing security friction for atypical resource access requests |
US11811799B2 (en) | 2018-08-31 | 2023-11-07 | Forcepoint Llc | Identifying security risks using distributions of characteristic features extracted from a plurality of events |
US10740656B2 (en) * | 2018-09-19 | 2020-08-11 | Hughes Network Systems, Llc | Machine learning clustering models for determining the condition of a communication system |
US10248527B1 (en) * | 2018-09-19 | 2019-04-02 | Amplero, Inc | Automated device-specific dynamic operation modifications |
US11916953B2 (en) * | 2018-09-24 | 2024-02-27 | Cybereason, Inc. | Method and mechanism for detection of pass-the-hash attacks |
US11025659B2 (en) | 2018-10-23 | 2021-06-01 | Forcepoint, LLC | Security system using pseudonyms to anonymously identify entities and corresponding security risk related behaviors |
CN109302402A (en) * | 2018-10-26 | 2019-02-01 | 北京芯盾时代科技有限公司 | A kind of behavioral value method and device |
US11171980B2 (en) | 2018-11-02 | 2021-11-09 | Forcepoint Llc | Contagion risk detection, analysis and protection |
CN111309402B (en) * | 2018-12-11 | 2023-06-27 | 阿里巴巴集团控股有限公司 | Data monitoring and application program processing method, device and equipment |
US10853496B2 (en) | 2019-04-26 | 2020-12-01 | Forcepoint, LLC | Adaptive trust profile behavioral fingerprint |
US11256802B1 (en) * | 2019-05-10 | 2022-02-22 | Ca, Inc. | Application behavioral fingerprints |
CN110287023B (en) * | 2019-06-11 | 2021-12-10 | 广州海格通信集团股份有限公司 | Message processing method and device, computer equipment and readable storage medium |
CN110990829B (en) * | 2019-11-21 | 2021-09-28 | 支付宝(杭州)信息技术有限公司 | Method, device and equipment for training GBDT model in trusted execution environment |
CN111258824B (en) * | 2020-01-18 | 2024-02-27 | 重庆宏帆动能科技有限公司 | Incremental check point fault tolerance method based on artificial potential field in cloud computing |
US11223646B2 (en) | 2020-01-22 | 2022-01-11 | Forcepoint, LLC | Using concerning behaviors when performing entity-based risk calculations |
US11630901B2 (en) | 2020-02-03 | 2023-04-18 | Forcepoint Llc | External trigger induced behavioral analyses |
US11080109B1 (en) | 2020-02-27 | 2021-08-03 | Forcepoint Llc | Dynamically reweighting distributions of event observations |
US11429697B2 (en) | 2020-03-02 | 2022-08-30 | Forcepoint, LLC | Eventually consistent entity resolution |
US11836265B2 (en) | 2020-03-02 | 2023-12-05 | Forcepoint Llc | Type-dependent event deduplication |
JP7280849B2 (en) * | 2020-03-19 | 2023-05-24 | 株式会社日立製作所 | Log integration device, log integration system, and log integration method |
US11080032B1 (en) | 2020-03-31 | 2021-08-03 | Forcepoint Llc | Containerized infrastructure for deployment of microservices |
US11568136B2 (en) | 2020-04-15 | 2023-01-31 | Forcepoint Llc | Automatically constructing lexicons from unlabeled datasets |
US20210329441A1 (en) * | 2020-04-15 | 2021-10-21 | Randy Alan Andrews | Covert spying device detector |
US11516206B2 (en) | 2020-05-01 | 2022-11-29 | Forcepoint Llc | Cybersecurity system having digital certificate reputation system |
US11544390B2 (en) | 2020-05-05 | 2023-01-03 | Forcepoint Llc | Method, system, and apparatus for probabilistic identification of encrypted files |
US11895158B2 (en) | 2020-05-19 | 2024-02-06 | Forcepoint Llc | Cybersecurity system having security policy visualization |
US11704387B2 (en) | 2020-08-28 | 2023-07-18 | Forcepoint Llc | Method and system for fuzzy matching and alias matching for streaming data sets |
US11190589B1 (en) | 2020-10-27 | 2021-11-30 | Forcepoint, LLC | System and method for efficient fingerprinting in cloud multitenant data loss prevention |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1983686A1 (en) * | 2007-04-19 | 2008-10-22 | NTT DoCoMo, Inc. | Mobile terminal apparatus and diagnosis method for mobile terminal apparatus |
WO2010126416A1 (en) * | 2009-04-30 | 2010-11-04 | Telefonaktiebolaget L M Ericsson (Publ) | Deviating behaviour of a user terminal |
US20110060948A1 (en) * | 2009-09-09 | 2011-03-10 | Beebe Simon | Diagnostics methods for a communications device |
US20110286437A1 (en) * | 2010-05-20 | 2011-11-24 | At&T Mobility Ii Llc | Wi-Fi Intelligent Selection Engine |
Family Cites Families (205)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5870735A (en) | 1996-05-01 | 1999-02-09 | International Business Machines Corporation | Method and system for generating a decision-tree classifier in parallel in a multi-processor system |
US9195784B2 (en) | 1998-08-31 | 2015-11-24 | Cadence Design Systems, Inc. | Common shared memory in a verification system |
US6532541B1 (en) | 1999-01-22 | 2003-03-11 | The Trustees Of Columbia University In The City Of New York | Method and apparatus for image authentication |
US6647260B2 (en) | 1999-04-09 | 2003-11-11 | Openwave Systems Inc. | Method and system facilitating web based provisioning of two-way mobile communications devices |
US6681331B1 (en) | 1999-05-11 | 2004-01-20 | Cylant, Inc. | Dynamic software system intrusion detection |
US6643802B1 (en) | 2000-04-27 | 2003-11-04 | Ncr Corporation | Coordinated multinode dump collection in response to a fault |
JP2002033798A (en) * | 2000-07-14 | 2002-01-31 | Shinji Aoyama | System and method for data backup for portable telephone set |
EP1182552A3 (en) | 2000-08-21 | 2003-10-01 | Texas Instruments France | Dynamic hardware configuration for energy management systems using task attributes |
US7234126B2 (en) | 2000-08-23 | 2007-06-19 | Interuniversitair Microelektronica Centrum | Task concurrency management design method |
US7600014B2 (en) | 2000-11-16 | 2009-10-06 | Symantec Corporation | Method and system for monitoring the performance of a distributed application |
US20040068721A1 (en) | 2000-11-17 | 2004-04-08 | O'neill Patrick | Network for updating firmware and / or software in wireless communication devices |
US20030037237A1 (en) | 2001-04-09 | 2003-02-20 | Jean-Paul Abgrall | Systems and methods for computer device authentication |
US7051327B1 (en) | 2001-05-08 | 2006-05-23 | Gateway Inc. | System for providing data backup and restore with updated version by creating data package based upon configuration data application data and user response to suggestion |
US7849360B2 (en) | 2001-05-21 | 2010-12-07 | Vir2Us, Inc. | Computer system and method of controlling communication port to prevent computer contamination by virus or malicious code |
US7401359B2 (en) | 2001-12-21 | 2008-07-15 | Mcafee, Inc. | Generating malware definition data for mobile computing devices |
US7290282B1 (en) | 2002-04-08 | 2007-10-30 | Symantec Corporation | Reducing false positive computer virus detections |
US7694139B2 (en) | 2002-10-24 | 2010-04-06 | Symantec Corporation | Securing executable content using a trusted computing platform |
US7103772B2 (en) | 2003-05-02 | 2006-09-05 | Giritech A/S | Pervasive, user-centric network security enabled by dynamic datagram switch and an on-demand authentication and encryption scheme through mobile intelligent data carriers |
US8201249B2 (en) | 2003-05-14 | 2012-06-12 | Northrop Grumman Systems Corporation | Steady state computer intrusion and misuse detection |
US8458805B2 (en) | 2003-06-23 | 2013-06-04 | Architecture Technology Corporation | Digital forensic analysis using empirical privilege profiling (EPP) for filtering collected data |
WO2005060396A2 (en) | 2003-08-18 | 2005-07-07 | The General Hospital Corporation | Nanotopographic compositions and methods for cellular organization in tissue engineered structures |
KR100623552B1 (en) | 2003-12-29 | 2006-09-18 | 한국정보보호진흥원 | Method of risk analysis in automatic intrusion response system |
US7694150B1 (en) | 2004-06-22 | 2010-04-06 | Cisco Technology, Inc | System and methods for integration of behavioral and signature based security |
WO2006012375A1 (en) | 2004-07-20 | 2006-02-02 | Qualcomm Incorporated | Method and apparatus for motion vector processing |
US7793262B2 (en) | 2004-07-29 | 2010-09-07 | International Business Machines Corporation | Method and apparatus for facilitating software testing and report generation with interactive graphical user interface |
US7559053B2 (en) | 2004-08-24 | 2009-07-07 | Microsoft Corporation | Program and system performance data correlation |
US7877621B2 (en) | 2004-09-03 | 2011-01-25 | Virginia Tech Intellectual Properties, Inc. | Detecting software attacks by monitoring electric power consumption patterns |
KR100645735B1 (en) * | 2004-10-14 | 2006-11-15 | 주식회사 팬택 | Apparatus And Method For Detecting Contents Bug Communication Of The Mobile Platform |
US8108929B2 (en) | 2004-10-19 | 2012-01-31 | Reflex Systems, LLC | Method and system for detecting intrusive anomalous use of a software system using multiple detection algorithms |
US7561877B2 (en) | 2005-03-18 | 2009-07-14 | Qualcomm Incorporated | Apparatus and methods for managing malfunctions on a wireless device |
US7881291B2 (en) | 2005-05-26 | 2011-02-01 | Alcatel Lucent | Packet classification acceleration using spectral analysis |
US20060288209A1 (en) | 2005-06-20 | 2006-12-21 | Vogler Dean H | Method and apparatus for secure inter-processor communications |
US20070006304A1 (en) | 2005-06-30 | 2007-01-04 | Microsoft Corporation | Optimizing malware recovery |
US8161548B1 (en) | 2005-08-15 | 2012-04-17 | Trend Micro, Inc. | Malware detection using pattern classification |
US8045958B2 (en) | 2005-11-21 | 2011-10-25 | Research In Motion Limited | System and method for application program operation on a wireless device |
US7809670B2 (en) | 2005-12-09 | 2010-10-05 | Microsoft Corporation | Classification of malware using clustering that orders events in accordance with the time of occurance |
US8381297B2 (en) | 2005-12-13 | 2013-02-19 | Yoggie Security Systems Ltd. | System and method for providing network security to mobile devices |
WO2007087251A2 (en) | 2006-01-25 | 2007-08-02 | Greystripe, Inc. | System and methods for managing content in pre-existing mobile applications |
IL181041A0 (en) | 2007-01-29 | 2007-07-04 | Deutsche Telekom Ag | Improved method and system for detecting malicious behavioral patterns in a computer, using machine learning |
US8490194B2 (en) | 2006-01-31 | 2013-07-16 | Robert Moskovitch | Method and system for detecting malicious behavioral patterns in a computer, using machine learning |
US7831237B2 (en) * | 2006-02-03 | 2010-11-09 | Broadcom Corporation | Authenticating mobile network provider equipment |
KR100791290B1 (en) | 2006-02-10 | 2008-01-04 | 삼성전자주식회사 | Apparatus and method for using information of malicious application's behavior across devices |
US20070220327A1 (en) | 2006-02-23 | 2007-09-20 | Evergrid, Inc., A Delaware Corporation | Dynamically Controlled Checkpoint Timing |
EP1999925B1 (en) | 2006-03-27 | 2011-07-06 | Telecom Italia S.p.A. | A method and system for identifying malicious messages in mobile communication networks, related network and computer program product therefor |
WO2007117636A2 (en) | 2006-04-06 | 2007-10-18 | Smobile Systems, Inc. | Malware detection system and method for comprssed data on mobile platforms |
US20070283170A1 (en) | 2006-06-05 | 2007-12-06 | Kabushiki Kaisha Toshiba | System and method for secure inter-process data communication |
KR101225374B1 (en) | 2006-06-09 | 2013-01-22 | 삼성전자주식회사 | Apparatus and method for device management in mobile communication terminal |
US20080016339A1 (en) | 2006-06-29 | 2008-01-17 | Jayant Shukla | Application Sandbox to Detect, Remove, and Prevent Malware |
US20080047009A1 (en) | 2006-07-20 | 2008-02-21 | Kevin Overcash | System and method of securing networks against applications threats |
US8788829B2 (en) | 2006-08-17 | 2014-07-22 | Aol Inc. | System and method for interapplication communications |
US7774599B2 (en) | 2006-09-15 | 2010-08-10 | Panasonic Corporation | Methodologies to secure inter-process communication based on trust |
US8201244B2 (en) | 2006-09-19 | 2012-06-12 | Microsoft Corporation | Automated malware signature generation |
US9069957B2 (en) | 2006-10-06 | 2015-06-30 | Juniper Networks, Inc. | System and method of reporting and visualizing malware on mobile networks |
EP1921545A3 (en) | 2006-11-07 | 2013-09-04 | Magix Ag | Application-Specific Intelligent Backup and Restore System |
CA2706721C (en) | 2006-11-27 | 2016-05-31 | Smobile Systems, Inc. | Wireless intrusion prevention system and method |
US8225093B2 (en) | 2006-12-05 | 2012-07-17 | Qualcomm Incorporated | Providing secure inter-application communication for a mobile operating environment |
US7650317B2 (en) | 2006-12-06 | 2010-01-19 | Microsoft Corporation | Active learning framework for automatic field extraction from network traffic |
US7778792B2 (en) | 2006-12-08 | 2010-08-17 | Chumby Industries, Inc. | Systems and methods for location, motion, and contact detection and tracking in a networked audiovisual device |
JP4805116B2 (en) | 2006-12-11 | 2011-11-02 | 株式会社日立製作所 | Information processing system, information processing system control method, service using device, and service providing device |
US7945955B2 (en) | 2006-12-18 | 2011-05-17 | Quick Heal Technologies Private Limited | Virus detection in mobile devices having insufficient resources to execute virus detection software |
US8769099B2 (en) | 2006-12-28 | 2014-07-01 | Yahoo! Inc. | Methods and systems for pre-caching information on a mobile computing device |
US9021605B2 (en) | 2007-01-03 | 2015-04-28 | International Business Machines Corporation | Method and system for protecting sensitive data in a program |
US7996005B2 (en) * | 2007-01-17 | 2011-08-09 | Eagency, Inc. | Mobile communication device monitoring systems and methods |
CA2680231A1 (en) | 2007-03-05 | 2009-05-14 | Yoggie Security Systems Ltd. | System and method for providing data and device security between external and host devices |
JP4618263B2 (en) | 2007-03-23 | 2011-01-26 | 株式会社豊田中央研究所 | Software behavior monitoring apparatus and software behavior monitoring system |
US8331987B2 (en) * | 2007-04-19 | 2012-12-11 | Apple Inc. | Personal area network systems and devices and methods for use thereof |
US20080301796A1 (en) | 2007-05-31 | 2008-12-04 | Microsoft Corporation | Adjusting the Levels of Anti-Malware Protection |
JP4956292B2 (en) | 2007-06-25 | 2012-06-20 | パナソニック株式会社 | Information security apparatus and counter control method |
US8239505B2 (en) | 2007-06-29 | 2012-08-07 | Microsoft Corporation | Progressively implementing declarative models in distributed systems |
US8713680B2 (en) | 2007-07-10 | 2014-04-29 | Samsung Electronics Co., Ltd. | Method and apparatus for modeling computer program behaviour for behavioural detection of malicious program |
US8245295B2 (en) | 2007-07-10 | 2012-08-14 | Samsung Electronics Co., Ltd. | Apparatus and method for detection of malicious program using program behavior |
US7890443B2 (en) | 2007-07-13 | 2011-02-15 | Microsoft Corporation | Learning classifiers using combined boosting and weight trimming |
JP5403362B2 (en) * | 2007-08-02 | 2014-01-29 | 日本電気株式会社 | PATTERN INSPECTION SYSTEM, PATTERN INSPECTION DEVICE, METHOD, AND PATTERN INSPECTION PROGRAM |
CN101350054B (en) | 2007-10-15 | 2011-05-25 | 北京瑞星信息技术有限公司 | Method and apparatus for automatically protecting computer noxious program |
KR20100107479A (en) | 2008-01-02 | 2010-10-05 | 샌디스크 아이엘 엘티디 | Storage device having direct user access |
US8160975B2 (en) | 2008-01-25 | 2012-04-17 | Mcafee, Inc. | Granular support vector machine with random granularity |
US8719936B2 (en) | 2008-02-01 | 2014-05-06 | Northeastern University | VMM-based intrusion detection system |
US8595834B2 (en) | 2008-02-04 | 2013-11-26 | Samsung Electronics Co., Ltd | Detecting unauthorized use of computing devices based on behavioral patterns |
US7676573B2 (en) | 2008-02-08 | 2010-03-09 | Microsoft Corporation | Node monitor client cache synchronization for mobile device management |
US8320329B2 (en) | 2008-03-24 | 2012-11-27 | Cisco Technology, Inc. | Policy for a roaming terminal based on a home internet protocol (IP) address |
US20090288080A1 (en) | 2008-05-13 | 2009-11-19 | Partridge Lucas W | Method of Delivering Software Over a Network |
US8108323B2 (en) | 2008-05-19 | 2012-01-31 | Yahoo! Inc. | Distributed spam filtering utilizing a plurality of global classifiers and a local classifier |
US20090293121A1 (en) | 2008-05-21 | 2009-11-26 | Bigus Joseph P | Deviation detection of usage patterns of computer resources |
IL191744A0 (en) | 2008-05-27 | 2009-02-11 | Yuval Elovici | Unknown malcode detection using classifiers with optimal training sets |
US20090327168A1 (en) | 2008-06-26 | 2009-12-31 | Yahoo! Inc. | Playful incentive for labeling content |
JP2010016443A (en) | 2008-07-01 | 2010-01-21 | Toshiba Corp | Situation recognizing apparatus, situation recognizing method, and radio terminal apparatus |
JP4710933B2 (en) | 2008-07-09 | 2011-06-29 | ソニー株式会社 | Learning device, learning method, and program |
GB2461870B (en) | 2008-07-14 | 2012-02-29 | F Secure Oyj | Malware detection |
US8069128B2 (en) | 2008-08-08 | 2011-11-29 | Yahoo! Inc. | Real-time ad-hoc spam filtering of email |
US8775333B1 (en) | 2008-08-20 | 2014-07-08 | Symantec Corporation | Systems and methods for generating a threat classifier to determine a malicious process |
US8095964B1 (en) | 2008-08-29 | 2012-01-10 | Symantec Corporation | Peer computer based threat detection |
US8245315B2 (en) | 2008-09-10 | 2012-08-14 | Qualcomm Incorporated | Remote diagnosis of unauthorized hardware change |
US8504504B2 (en) | 2008-09-26 | 2013-08-06 | Oracle America, Inc. | System and method for distributed denial of service identification and prevention |
US8490188B2 (en) | 2008-10-16 | 2013-07-16 | Qualys, Inc. | Systems and methods for assessing the compliance of a computer across a network |
US8087067B2 (en) | 2008-10-21 | 2011-12-27 | Lookout, Inc. | Secure mobile platform system |
US9235704B2 (en) | 2008-10-21 | 2016-01-12 | Lookout, Inc. | System and method for a scanning API |
US8984628B2 (en) | 2008-10-21 | 2015-03-17 | Lookout, Inc. | System and method for adverse mobile application identification |
US8533844B2 (en) | 2008-10-21 | 2013-09-10 | Lookout, Inc. | System and method for security data collection and analysis |
US8347386B2 (en) | 2008-10-21 | 2013-01-01 | Lookout, Inc. | System and method for server-coupled malware prevention |
US9537613B2 (en) | 2008-10-24 | 2017-01-03 | Qualcomm Incorporated | Acknowledgment based on short cell radio network temporary identifier |
US20100107257A1 (en) | 2008-10-29 | 2010-04-29 | International Business Machines Corporation | System, method and program product for detecting presence of malicious software running on a computer system |
IL195081A0 (en) | 2008-11-03 | 2011-08-01 | Deutche Telekom Ag | Acquisition of malicious code using active learning |
JP4576452B2 (en) * | 2008-11-06 | 2010-11-10 | イーソル株式会社 | Operating system and information processing apparatus |
DE102008043954A1 (en) | 2008-11-21 | 2010-05-27 | Robert Bosch Gmbh | Sensor network system, transmission protocol, method for recognizing an object and computer program |
US8549625B2 (en) | 2008-12-12 | 2013-10-01 | International Business Machines Corporation | Classification of unwanted or malicious software through the identification of encrypted data communication |
US20100153371A1 (en) | 2008-12-16 | 2010-06-17 | Yahoo! Inc. | Method and apparatus for blending search results |
CN101770453A (en) | 2008-12-31 | 2010-07-07 | 华建机器翻译有限公司 | Chinese text coreference resolution method based on domain ontology through being combined with machine learning model |
US20100192222A1 (en) | 2009-01-23 | 2010-07-29 | Microsoft Corporation | Malware detection using multiple classifiers |
US8793758B2 (en) | 2009-01-28 | 2014-07-29 | Headwater Partners I Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US20100192201A1 (en) | 2009-01-29 | 2010-07-29 | Breach Security, Inc. | Method and Apparatus for Excessive Access Rate Detection |
EP2222048A1 (en) * | 2009-02-24 | 2010-08-25 | BRITISH TELECOMMUNICATIONS public limited company | Detecting malicious behaviour on a computer network |
US8266698B1 (en) | 2009-03-09 | 2012-09-11 | Symantec Corporation | Using machine infection characteristics for behavior-based detection of malware |
US8763127B2 (en) | 2009-03-13 | 2014-06-24 | Rutgers, The State University Of New Jersey | Systems and method for malware detection |
US8490187B2 (en) | 2009-03-20 | 2013-07-16 | Microsoft Corporation | Controlling malicious activity detection using behavioral models |
US8683554B2 (en) | 2009-03-27 | 2014-03-25 | Wavemarket, Inc. | System and method for managing third party application program access to user information via a native application program interface (API) |
US8161130B2 (en) | 2009-04-10 | 2012-04-17 | Microsoft Corporation | Bottom-up analysis of network sites |
JP5244686B2 (en) | 2009-04-24 | 2013-07-24 | 株式会社東芝 | Monitoring device and server |
US8694624B2 (en) | 2009-05-19 | 2014-04-08 | Symbol Technologies, Inc. | Systems and methods for concurrent wireless local area network access and sensing |
US8356001B2 (en) | 2009-05-19 | 2013-01-15 | Xybersecure, Inc. | Systems and methods for application-level security |
WO2010141826A2 (en) | 2009-06-05 | 2010-12-09 | The Regents Of The University Of Michigan | System and method for detecting energy consumption anomalies and mobile malware variants |
US9074897B2 (en) | 2009-06-15 | 2015-07-07 | Qualcomm Incorporated | Real-time data with post-processing |
US8701192B1 (en) | 2009-06-30 | 2014-04-15 | Symantec Corporation | Behavior based signatures |
US20110013528A1 (en) | 2009-07-16 | 2011-01-20 | Chen Byron H | Method for providing presence and location information of mobiles in a wireless network |
US8776218B2 (en) * | 2009-07-21 | 2014-07-08 | Sophos Limited | Behavioral-based host intrusion prevention system |
US8311956B2 (en) | 2009-08-11 | 2012-11-13 | At&T Intellectual Property I, L.P. | Scalable traffic classifier and classifier training system |
WO2011026604A1 (en) * | 2009-09-01 | 2011-03-10 | Nec Europe Ltd. | Method for monitoring a network and network including a monitoring functionality |
US8509755B2 (en) | 2009-10-30 | 2013-08-13 | Research In Motion Limited | System and method for activating a component on an electronic device |
US8397301B2 (en) | 2009-11-18 | 2013-03-12 | Lookout, Inc. | System and method for identifying and assessing vulnerabilities on a mobile communication device |
EP2326057A1 (en) | 2009-11-20 | 2011-05-25 | British Telecommunications public limited company | Detecting malicious behaviour on a network |
US20110161452A1 (en) | 2009-12-24 | 2011-06-30 | Rajesh Poornachandran | Collaborative malware detection and prevention on mobile devices |
JP2011138219A (en) * | 2009-12-25 | 2011-07-14 | Toshiba Corp | Device and method for displaying result of parallel program analysis |
US8806620B2 (en) | 2009-12-26 | 2014-08-12 | Intel Corporation | Method and device for managing security events |
US20120254333A1 (en) | 2010-01-07 | 2012-10-04 | Rajarathnam Chandramouli | Automated detection of deception in short and multilingual electronic messages |
US8458809B2 (en) | 2010-01-20 | 2013-06-04 | Research In Motion Limited | Apparatus, and an associated method, for facilitating secure operations of a wireless device |
CN102859967A (en) | 2010-03-01 | 2013-01-02 | 诺基亚公司 | Method and apparatus for estimating user characteristics based on user interaction data |
US20110219449A1 (en) * | 2010-03-04 | 2011-09-08 | St Neitzel Michael | Malware detection method, system and computer program product |
KR101051641B1 (en) | 2010-03-30 | 2011-07-26 | 주식회사 안철수연구소 | Mobile communication terminal and behavior based checking virus program method using the same |
US8694744B1 (en) | 2010-03-31 | 2014-04-08 | Emc Corporation | Mobile device snapshot backup |
WO2011129805A1 (en) | 2010-04-12 | 2011-10-20 | Siemens Aktiengesellschaft | Method for computer-aided closed-loop and/or open-loop control of a technical system |
US8521836B2 (en) | 2010-04-26 | 2013-08-27 | Blackberry Limited | Mobile wireless communications device providing enhanced file transfer management features and related methods |
DE102010021825A1 (en) | 2010-05-28 | 2011-12-01 | Christmann Informationstechnik + Medien Gmbh & Co. Kg | Multiprocessor computer system |
US9449175B2 (en) | 2010-06-03 | 2016-09-20 | Nokia Technologies Oy | Method and apparatus for analyzing and detecting malicious software |
CN101882000B (en) | 2010-06-18 | 2012-08-22 | 华南理工大学 | Gesture identification method based on acceleration sensor |
US20120180126A1 (en) | 2010-07-13 | 2012-07-12 | Lei Liu | Probable Computing Attack Detector |
US20120016633A1 (en) | 2010-07-16 | 2012-01-19 | Andreas Wittenstein | System and method for automatic detection of anomalous recurrent behavior |
US9294946B2 (en) | 2010-08-27 | 2016-03-22 | Qualcomm Incorporated | Adaptive automatic detail diagnostic log collection in a wireless communication system |
US8424093B2 (en) | 2010-11-01 | 2013-04-16 | Kaspersky Lab Zao | System and method for updating antivirus cache |
US8683591B2 (en) | 2010-11-18 | 2014-03-25 | Nant Holdings Ip, Llc | Vector-based anomaly detection |
US9100425B2 (en) | 2010-12-01 | 2015-08-04 | Cisco Technology, Inc. | Method and apparatus for detecting malicious software using generic signatures |
US20120151479A1 (en) | 2010-12-10 | 2012-06-14 | Salesforce.Com, Inc. | Horizontal splitting of tasks within a homogenous pool of virtual machines |
US9710645B2 (en) | 2010-12-23 | 2017-07-18 | Ebay Inc. | Systems and methods to detect and neutralize malware infected electronic communications |
US20120167218A1 (en) | 2010-12-23 | 2012-06-28 | Rajesh Poornachandran | Signature-independent, system behavior-based malware detection |
US8640245B2 (en) | 2010-12-24 | 2014-01-28 | Kaspersky Lab, Zao | Optimization of anti-malware processing by automated correction of detection rules |
US8762298B1 (en) | 2011-01-05 | 2014-06-24 | Narus, Inc. | Machine learning based botnet detection using real-time connectivity graph based traffic features |
CN102591696A (en) | 2011-01-14 | 2012-07-18 | 中国科学院软件研究所 | Method and system for extracting behavioral data of mobile phone software |
US9326698B2 (en) | 2011-02-18 | 2016-05-03 | The Trustees Of The University Of Pennsylvania | Method for automatic, unsupervised classification of high-frequency oscillations in physiological recordings |
US8695095B2 (en) | 2011-03-11 | 2014-04-08 | At&T Intellectual Property I, L.P. | Mobile malicious software mitigation |
US8554912B1 (en) * | 2011-03-14 | 2013-10-08 | Sprint Communications Company L.P. | Access management for wireless communication devices failing authentication for a communication network |
JP5665188B2 (en) * | 2011-03-31 | 2015-02-04 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | System for inspecting information processing equipment to which software update is applied |
US8533857B2 (en) | 2011-04-12 | 2013-09-10 | Teletech Holdings, Inc. | Methods for providing cross-vendor support services |
KR101906834B1 (en) | 2011-04-19 | 2018-10-11 | 삼성전자주식회사 | Device and method for selecting resource of application in wireless terminal |
RU2454705C1 (en) | 2011-04-19 | 2012-06-27 | Закрытое акционерное общество "Лаборатория Касперского" | System and method of protecting computing device from malicious objects using complex infection schemes |
CN102790758B (en) | 2011-05-18 | 2017-08-18 | 海尔集团公司 | Firewall system and its processing method |
US9323928B2 (en) | 2011-06-01 | 2016-04-26 | Mcafee, Inc. | System and method for non-signature based detection of malicious processes |
US8819471B2 (en) | 2011-06-03 | 2014-08-26 | Apple Inc. | Methods and apparatus for power state based backup |
US20120317306A1 (en) | 2011-06-10 | 2012-12-13 | Microsoft Corporation | Statistical Network Traffic Signature Analyzer |
US9152882B2 (en) | 2011-06-17 | 2015-10-06 | Microsoft Technology Licensing, Llc. | Location-aided recognition |
US9286182B2 (en) | 2011-06-17 | 2016-03-15 | Microsoft Technology Licensing, Llc | Virtual machine snapshotting and analysis |
CN102202102B (en) * | 2011-07-05 | 2014-08-13 | 施昊 | Network service polymerization system and polymerization method thereof based on cloud computing configuration |
US20130203440A1 (en) | 2011-07-27 | 2013-08-08 | Qualcomm Labs, Inc. | Selectively performing a positioning procedure at an access terminal based on a behavior model |
WO2013015994A1 (en) | 2011-07-27 | 2013-01-31 | Seven Networks, Inc. | Monitoring mobile application activities for malicious traffic on a mobile device |
CN102369514B (en) * | 2011-08-31 | 2013-09-11 | 华为技术有限公司 | Method and system for establishing detection points |
US8782412B2 (en) | 2011-08-31 | 2014-07-15 | AstherPal Inc. | Secured privileged access to an embedded client on a mobile device |
US20130066815A1 (en) | 2011-09-13 | 2013-03-14 | Research In Motion Limited | System and method for mobile context determination |
ES2755780T3 (en) | 2011-09-16 | 2020-04-23 | Veracode Inc | Automated behavior and static analysis using an instrumented sandbox and machine learning classification for mobile security |
US8793593B2 (en) | 2011-09-21 | 2014-07-29 | Facebook, Inc. | Integrating structured objects and actions generated on external systems into a social networking system |
US9143530B2 (en) | 2011-10-11 | 2015-09-22 | Citrix Systems, Inc. | Secure container for protecting enterprise data on a mobile device |
US9317702B2 (en) | 2011-11-29 | 2016-04-19 | Sony Corporation | System and method for providing secure inter-process communications |
US9413538B2 (en) | 2011-12-12 | 2016-08-09 | Microsoft Technology Licensing, Llc | Cryptographic certification of secure hosted execution environments |
US9071636B2 (en) | 2011-12-21 | 2015-06-30 | Verizon Patent And Licensing Inc. | Predictive scoring management system for application behavior |
US9712530B2 (en) | 2012-01-06 | 2017-07-18 | Optio Labs, Inc. | Systems and methods for enforcing security in mobile computing |
US8943204B2 (en) | 2012-01-23 | 2015-01-27 | Cellco Partnership | Method and system for conserving network resources when sending information to mobile devices |
US9832211B2 (en) | 2012-03-19 | 2017-11-28 | Qualcomm, Incorporated | Computing device to detect malware |
US9439077B2 (en) | 2012-04-10 | 2016-09-06 | Qualcomm Incorporated | Method for malicious activity detection in a mobile station |
US9202047B2 (en) | 2012-05-14 | 2015-12-01 | Qualcomm Incorporated | System, apparatus, and method for adaptive observation of mobile device behavior |
US9324034B2 (en) | 2012-05-14 | 2016-04-26 | Qualcomm Incorporated | On-device real-time behavior analyzer |
US20130304677A1 (en) | 2012-05-14 | 2013-11-14 | Qualcomm Incorporated | Architecture for Client-Cloud Behavior Analyzer |
US9298494B2 (en) | 2012-05-14 | 2016-03-29 | Qualcomm Incorporated | Collaborative learning for efficient behavioral analysis in networked mobile device |
US9690635B2 (en) | 2012-05-14 | 2017-06-27 | Qualcomm Incorporated | Communicating behavior information in a mobile computing device |
US9609456B2 (en) | 2012-05-14 | 2017-03-28 | Qualcomm Incorporated | Methods, devices, and systems for communicating behavioral analysis information |
EP2680182B1 (en) | 2012-06-29 | 2016-03-16 | GSMK Gesellschaft für sichere Mobile Kommunikation mbH | Mobile device and method to monitor a baseband processor in relation to the actions on an application processor |
KR101512278B1 (en) | 2012-07-25 | 2015-04-17 | 아로, 인코포레이티드 | Using mobile device data to create a storyline, model user routine and personality, and create customized recommendation agents |
US20140150100A1 (en) | 2012-08-15 | 2014-05-29 | Qualcomm Incorporated | Adaptive Observation of Driver and Hardware Level Behavioral Features on a Mobile Device |
US9495537B2 (en) | 2012-08-15 | 2016-11-15 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
US9330257B2 (en) * | 2012-08-15 | 2016-05-03 | Qualcomm Incorporated | Adaptive observation of behavioral features on a mobile device |
US9747440B2 (en) | 2012-08-15 | 2017-08-29 | Qualcomm Incorporated | On-line behavioral analysis engine in mobile device with multiple analyzer model providers |
US9319897B2 (en) | 2012-08-15 | 2016-04-19 | Qualcomm Incorporated | Secure behavior analysis over trusted execution environment |
US20140096246A1 (en) | 2012-10-01 | 2014-04-03 | Google Inc. | Protecting users from undesirable content |
US10089582B2 (en) | 2013-01-02 | 2018-10-02 | Qualcomm Incorporated | Using normalized confidence values for classifying mobile device behaviors |
US9684870B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of using boosted decision stumps and joint feature selection and culling algorithms for the efficient classification of mobile device behaviors |
US9686023B2 (en) | 2013-01-02 | 2017-06-20 | Qualcomm Incorporated | Methods and systems of dynamically generating and using device-specific and device-state-specific classifier models for the efficient classification of mobile device behaviors |
US9742559B2 (en) | 2013-01-22 | 2017-08-22 | Qualcomm Incorporated | Inter-module authentication for securing application execution integrity within a computing device |
US9491187B2 (en) | 2013-02-15 | 2016-11-08 | Qualcomm Incorporated | APIs for obtaining device-specific behavior classifier models from the cloud |
US9432361B2 (en) | 2013-03-13 | 2016-08-30 | Lookout, Inc. | System and method for changing security behavior of a device based on proximity to another device |
US20140279745A1 (en) | 2013-03-14 | 2014-09-18 | Sm4rt Predictive Systems | Classification based on prediction of accuracy of multiple data models |
-
2012
- 2012-09-26 US US13/627,401 patent/US9202047B2/en not_active Expired - Fee Related
- 2012-12-04 CN CN201280072995.1A patent/CN104272786B/en active Active
- 2012-12-04 EP EP12812764.4A patent/EP2850864B1/en active Active
- 2012-12-04 IN IN2172MUN2014 patent/IN2014MN02172A/en unknown
- 2012-12-04 WO PCT/US2012/067726 patent/WO2013172865A1/en active Application Filing
- 2012-12-04 KR KR1020147035054A patent/KR101626243B1/en not_active IP Right Cessation
-
2013
- 2013-01-22 US US13/747,115 patent/US9292685B2/en active Active
- 2013-01-25 KR KR1020147035051A patent/KR102103613B1/en active IP Right Grant
- 2013-01-25 WO PCT/US2013/023246 patent/WO2013172877A1/en active Application Filing
- 2013-01-25 CN CN201380023620.0A patent/CN104272787B/en not_active Expired - Fee Related
- 2013-01-25 US US13/749,948 patent/US9349001B2/en active Active
- 2013-01-29 IN IN2026MUN2014 patent/IN2014MN02026A/en unknown
- 2013-01-29 EP EP13707226.0A patent/EP2850865B1/en not_active Not-in-force
- 2013-01-29 WO PCT/US2013/023646 patent/WO2013172881A1/en active Application Filing
- 2013-01-29 CN CN201380023666.2A patent/CN104303538B/en not_active Expired - Fee Related
- 2013-02-22 US US13/773,877 patent/US9152787B2/en active Active
- 2013-04-10 JP JP2015512656A patent/JP6110482B2/en not_active Expired - Fee Related
- 2013-04-10 CN CN201380024849.6A patent/CN104303156B/en active Active
- 2013-04-10 EP EP13718700.1A patent/EP2850524B1/en active Active
- 2013-04-10 WO PCT/US2013/035952 patent/WO2013173001A1/en active Application Filing
- 2013-04-23 TW TW102114436A patent/TW201407406A/en unknown
-
2014
- 2014-05-02 US US14/268,547 patent/US9189624B2/en active Active
-
2015
- 2015-01-29 US US14/609,113 patent/US9898602B2/en not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1983686A1 (en) * | 2007-04-19 | 2008-10-22 | NTT DoCoMo, Inc. | Mobile terminal apparatus and diagnosis method for mobile terminal apparatus |
WO2010126416A1 (en) * | 2009-04-30 | 2010-11-04 | Telefonaktiebolaget L M Ericsson (Publ) | Deviating behaviour of a user terminal |
US20110060948A1 (en) * | 2009-09-09 | 2011-03-10 | Beebe Simon | Diagnostics methods for a communications device |
US20110286437A1 (en) * | 2010-05-20 | 2011-11-24 | At&T Mobility Ii Llc | Wi-Fi Intelligent Selection Engine |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9813992B2 (en) | 2013-12-06 | 2017-11-07 | Mcp Llc | Tracking systems and methods for remotely tracking a location of a person on a map of a monitored premise |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9292685B2 (en) | Techniques for autonomic reverting to behavioral checkpoints | |
US9607146B2 (en) | Data flow based behavioral analysis on mobile devices | |
US9357397B2 (en) | Methods and systems for detecting malware and attacks that target behavioral security mechanisms of a mobile device | |
US9448859B2 (en) | Exploiting hot application programming interfaces (APIs) and action patterns for efficient storage of API logs on mobile devices for behavioral analysis | |
US10089459B2 (en) | Malware detection and prevention by monitoring and modifying a hardware pipeline | |
US9609456B2 (en) | Methods, devices, and systems for communicating behavioral analysis information | |
US9747440B2 (en) | On-line behavioral analysis engine in mobile device with multiple analyzer model providers | |
US9357411B2 (en) | Hardware assisted asset tracking for information leak prevention | |
US9495537B2 (en) | Adaptive observation of behavioral features on a mobile device | |
EP2956884B1 (en) | On-line behavioral analysis engine in mobile device with multiple analyzer model providers | |
EP2949144B1 (en) | Adaptive observation of behavioral features on a mobile device | |
US20150121524A1 (en) | Method and System for Performing Behavioral Analysis Operations in a Mobile Device based on Application State | |
US20150101047A1 (en) | Pre-Identifying Probable Malicious Behavior Based on Configuration Pathways | |
WO2013173044A2 (en) | Collaborative learning for efficient behavioral analysis in networked mobile device | |
EP2850866A2 (en) | Communicating behavior information in a mobile computing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13707224 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 20147035051 Country of ref document: KR Kind code of ref document: A |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 13707224 Country of ref document: EP Kind code of ref document: A1 |