WO2008134057A1 - Real-time awareness for a computer network - Google Patents
Real-time awareness for a computer network Download PDFInfo
- Publication number
- WO2008134057A1 WO2008134057A1 PCT/US2008/005466 US2008005466W WO2008134057A1 WO 2008134057 A1 WO2008134057 A1 WO 2008134057A1 US 2008005466 W US2008005466 W US 2008005466W WO 2008134057 A1 WO2008134057 A1 WO 2008134057A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- address
- vulnerabilities
- configurations
- attacks
- Prior art date
Links
Classifications
-
- 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/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
- H04L63/1416—Event detection, e.g. attack signature detection
-
- 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
-
- 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/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
- H04L63/1425—Traffic logging, e.g. anomaly detection
-
- 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
Definitions
- the technical field relates in general to computer network security, and more specifically to linking computer security-related network behavior, traffic, and events to individual users.
- BACKGROUND [0003] BACKGROUND
- network intrusion detection technologies can determine that there are security problems, for example, an attack, a configuration problem, or a vulnerability, related to a particular computer system or network device.
- network intrusion detection technologies and network intrusion prevention technologies such as Sourcefire SNORT sensors can analyze network traffic to notice attacks.
- Sourcefire RNA technology can maintain a list of IP (Internet Protocol) addresses and corresponding configurations, such as operating system, services, client applications, TCP (transmission control protocol) and UDP (user datagram protocol) protocols, and the like.
- IP Internet Protocol
- TCP transmission control protocol
- UDP user datagram protocol
- a security administrator might want to talk to the user that operates the system having the security problems, for example, to discuss the user's activities, such as opening of e-mails, visiting of internet sites, installing the latest virus software, or other reasons regarding the user's actions or inaction which may affect or compromise security.
- administrators In practice, to track the computers of individual users, administrators typically maintain a spreadsheet of computers assigned to users. Unfortunately, computers tend to be shuffled between users at an organization without necessarily informing the administrators. Consequently, the administrators' spreadsheets tend to not reflect the current user. The security administrator does not have the capability readily to find out which user is actually connected to various activities which cause security problems.
- one or more embodiments provide systems, computer readable mediums, and methods performed by a computer system, for determining a user name likely to be associated with an attack, a configuration, or a vulnerability.
- First data is obtained which associates user names with individual IP addresses onto which the user names were logged in.
- Second data is obtained which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist.
- the user names from the first data are associated with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in.
- An individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
- the computer system or device includes a display operable to receive screens to be displayed to a user. Also included is a processor cooperatively operable with the memory and the display. The processor is configured to facilitate: obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in.
- An individual user name is indicated in a screen to be displayed to a user as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
- FIG. 1 is a block diagram illustrating a simplified and representative architecture associated with user awareness
- FIG. 2 is a block diagram illustrating components of a computer system related to user awareness
- FIG. 3 is a display illustrating user login history for a host
- FIG. 4 is an example message of a user login
- FIG. 5 is an example message of a user account update
- FIG. 6 is an example user interface display
- FIG. 7 is another example user interface display
- FIG. 8 is a flow chart illustrating a procedure for user awareness
- FIG. 9 is a flow chart illustrating a procedure for user name login/IP address data.
- FIG. 10 is a flow chart illustrating a procedure for attack/configuration/vulnerability/IP address data.
- the present disclosure concerns analysis of network traffic on communication networks, often referred to as packet switching networks, which support communication from wireless and/or wire line devices to a destination. Communications on such communication networks may be analyzed for intrusion detection/prevention, for example according to various rules, and the communications further may be analyzed to determine when users log in. More particularly, various inventive concepts and principles are embodied in systems, devices, and methods therein for providing real time user awareness for a computer network, optionally in connection with intrusion detection/prevention systems.
- Relational terms such as first and second, and the like, if any, are used herein solely to distinguish one from another entity, item, or action without necessarily requiring or implying any actual such relationship or order between such entities, items or actions. Some embodiments may include a plurality of processes or steps, which can be performed in any order, unless expressly and necessarily limited to a particular order; i.e., processes or steps that are not so limited may be performed in any order. [0025] Much of the inventive functionality and many of the inventive principles when implemented, are best supported with or in software or integrated circuits (ICs), such as a digital signal processor and software therefore, and/or application specific ICs.
- ICs integrated circuits
- RUA real time user awareness
- RUA can deliver powerful user identification capabilities to speed incident containment, enhance control, eliminate manual efforts and associated costs, and improve security decision-making.
- User awareness refers to the capability of identifying a particular user name as being associated with particular attacks, configurations, and/or vulnerabilities;
- real-time refers to the capability of providing the user awareness at or shortly after the event leading to the user awareness occurs.
- RUA enables customers for the first time to correlate threat, endpoint, and network intelligence with user identity information, equipping them to identify the source of policy breaches, attacks, or network vulnerabilities immediately.
- RUA By linking network behavior, traffic, and events directly to individual users, RUA empowers administrators to mitigate risk, block users or user activity, and take action to protect others from disruption - tightening security without hindering business operations or employee productivity. These capabilities also significantly improve customers' audit controls and assure regulatory compliance. [0028] RUA is the latest industry altering technology to fill what has been a significant hole in companies' security strategies. Building on network awareness, such as provided by Sourcefire RNA, customers are provided with user awareness, so that they can set and enforce policies based on exact knowledge of specific users and their activities on the network. This is a significant advantage for any company that has implemented a NAC strategy only to find out that they are still having network usage issues.
- ETM intrusion prevention
- NBA network behavior analysis
- NAC network behavior analysis
- Vulnerability Assessment security components This enables users to implement and enforce policies specific to individuals, departments, or other user characteristics.
- RUA delivers integrated user awareness never before available, including 24x7 passive identity discovery with comprehensive user identity information capture which can include, e.g., e-mail address, IM (instant message) address, and IP address. Optionally, it can also identify all the IP addresses to which a user is connected, along with a time stamp, to support long-time horizon analysis and forensics. With the user intelligence provided by RUA, administrators can immediately identify, list, and respond to users, for example, those who continually download enormous files or run unauthorized applications.
- RUA hypertext transfer protocol
- HTTP hypertext transfer protocol
- a goal of RUA is to allow an administrator to see not only which hosts are on the network, and what they are doing, but also what users are on the network and what the users are doing.
- This disclosure includes a discussion of detection of user names on the network and communication and display of this information.
- FIG. 1 a block diagram illustrating a simplified and representative architecture associated with user awareness will be discussed and described.
- the computer system 103 can include an attack/configuration/vulnerability/user name correlator 131, an optional real name and contact info locator 133, user name/attack/vulnerability/configuration association data 135, optional configuration/vulnerability correlator 137, policy engine rule processor 139, and policy rules 141.
- the attack/configuration/vulnerability/user name correlator 131 can associate a user name from the first data, with an attack, or a configuration, or a vulnerability from the second data.
- the correlation can be made by referring, in the second data, to an attack, configuration, or vulnerability and IP address associated therewith, as well as the time of the attack, configuration, or vulnerability. Then, the correlator 131 can determine which user name was logged on to that IP address during the time of the attack, configuration or vulnerability; and the correlator 131 can indicate that user name (which was logged on that IP address) as being associated with the attack, configuration, or vulnerability from the second data.
- the correlator 131 can perform this association in reverse, that is, beginning with the attack, configuration, or vulnerability on an IP address, and can determine the user which was logged on that IP address at that time.
- the correlator 131 can perform this association repetitively, for example, when new attacks, configurations, or vulnerabilities are received in the first data, or when new users are received in the first data.
- the user name/attack/vulnerability /configuration association data 135 can store each user name from the first data, which was logged on that IP address, which was determined to be associated with the attack, configuration, or vulnerability from the second data, for example, as a list or addressable database.
- the optional real name and contact info locator 133 can provide a user's real name and/or contact information based on a user name.
- the real name and contact information corresponding to a user can be obtained using an address book application, for example, LDAP (lightweight directory access protocol).
- the real name and contact information can be used, for example, by a system administrator to contact the user and discuss suggestions for maintaining network security for the IP address onto which the user logs in (e.g., updating software, changing a password, or similar).
- one or more embodiments include querying for respective real names of the user names, and providing the respective real names and attacks, configurations or vulnerabilities individually associated therewith.
- the configuration/vulnerability correlator 137 can be provided with a configuration, and can return an indication of one or more vulnerabilities associated with the configuration.
- Known software can be utilized as the correlator 137, for example, Sourcefire RNA or Sourcefire Decense Center.
- the correlator 137 can be included, for example, if the optional vulnerability detection engine 117 is not included, or if additional checking of vulnerabilities is desired in addition to the vulnerability detection engine 117. Accordingly, one or more embodiments provides for deriving vulnerabilities for the configurations from the second data, and displaying a list of configurations which have the derived vulnerabilities and respective user names individually associated therewith.
- the policy rules 141 are the rules that can be used by, for example, an intrusion detection system or intrusion prevention system, to define an attack, and are conventionally created in conjunction with a policy engine rule processor 139. Techniques are known for creating policy rules. The user name with associated attack, configuration, and/or vulnerability can be provided to the policy engine rule processor 139, to be used in connection with creating policy rules.
- the sensor and locate functional block 101 can include a user identity detection engine 107, a user name/IP address correlator 105, an intrusion detection system 109, an event/IP address correlator 111, a configuration detection engine 113, a configuration/IP address correlator 115, an optional vulnerability detection engine 117, and an optional vulnerability /IP address correlator 119.
- the sensor and locate functional block 101 provides first data 121 which associates user names with individual IP addresses onto which the user names were logged, and second data 123 which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred, or on which the vulnerability or configuration exists.
- the user name/IP address correlator 105 receives the user identities which are detected on the network by the user identity detection engine 107, correlates the user names for the user events (such as logging on) and the IP addresses on which the user names are used for example in connection with known techniques, and outputs user identity events 121.
- a user identity event indicates an individual user name and an individual IP address onto which the user name is logged. User identities are extracted from network traffic.
- the user identity event also includes the time of login.
- the user name/IP address correlator 105 is driven by events output from the event/IP address correlator 107, the user identity events 121 are output by the user name/IP address correlator in real time.
- the event/IP address correlator 111 receives attack events which are detected on the network by the intrusion detection system 109, correlates the events and the IP addresses on which the events occurred for example using known software, and outputs attack events.
- An attack event indicates one or more attacks and an individual IP address on which the attack occurred.
- the attack event can include other information such as the time and/or type of attack. Since the event/IP address correlator 111 is driven by events output from the intrusion detection system 109, the attack events are output by the event/IP address correlator 111 in real time.
- the SNORT sensor or other passive or active traffic monitor is an example of an event/IP address correlator 111.
- the event/IP address correlator 111 can monitor traffic to/from a computer system, and can apply detection policies and rules to determine whether an attack occurred.
- the traffic monitor can be provided some distance from the network being monitored, if desired.
- the configuration/IP address correlator 115 receives configurations which are detected on the network by the configuration detection engine 113, correlates the configurations and the IP addresses on which the configurations are used for example using known software, and outputs configurations.
- a configuration output from the configuration/IP address correlator 115 indicates a configuration and a particular IP address having that configuration; optionally the configuration can also include additional information regarding, as will be appreciated by one of skill in the art. Since the configuration/IP address correlator 115 is driven by events output from the configuration detection engine 113, the configurations are output by the configuration/IP address correlator 115 in real time.
- RNA available from Sourcefire, or other network discovery sensors which can provide an intimate knowledge of the local network's configuration.
- the RNA can perform network discovery, by passively collecting configuration information on network hosts and providing that information.
- the network discovery can alternatively be active, for example by using a scanning tool to probe systems (this technique studies how systems respond to probes to discover information), or by including user provided information about network assets.
- Other passive or active network discovery sensors may be used to obtain configuration information.
- the configuration can be manually entered and/or modified.
- the optional vulnerability /IP address correlator 119 receives vulnerabilities which are detected on the network by the optional vulnerability detection engine 117, correlates the vulnerabilities and the IP addresses on which the vulnerabilities exist, and outputs the vulnerabilities.
- Known software can be used as the vulnerability/IP address correlator 119.
- a vulnerability output by the vulnerability/IP address correlator 119 indicates a vulnerability and a particular IP address on which that vulnerability exists.
- the vulnerability /IP address correlator can be driven by vulnerability events output from the optional vulnerability detection engine 117, such that vulnerabilities are output by the vulnerability /IP address correlator 119 in real time.
- FIG. 2 a block diagram illustrating components of a computer system related to user awareness will be discussed and described.
- the computer system 201 may include one or more controllers 205, which can receive signals from a sensor with IP address location detection functionality 203 (such as described above) which senses communications from a network 213 in accordance with known techniques.
- the controller 205 can include a processor, a memory 215, an optional display 209, and/or an optional user input device such as a keyboard 211.
- the processor may comprise one or more microprocessors and/or one or more digital signal processors.
- the memory 215 may be coupled to the processor and may comprise a read- only memory (ROM), a random-access memory (RAM), a programmable ROM (PROM), and/or an electrically erasable read-only memory (EEPROM).
- ROM read- only memory
- RAM random-access memory
- PROM programmable ROM
- EEPROM electrically erasable read-only memory
- the memory 215 may include multiple memory locations for storing, among other things, an operating system, data and variables 217 for programs executed by the processor ; computer programs for causing the processor to operate in connection with various functions such as obtaining 219 first data with user names and individual IP addresses onto which the user names were logged; obtaining 221 second data with attack or vulnerability or configuration and individual IP addresses on which the attacks occurred or the configurations or vulnerabilities exist; associating 223 user names from the first data with attacks, vulnerabilities or configurations from the second data base on having the same IP address during a login; displaying 225 a list of attacks, vulnerabilities, and/or configurations with user names individually associated therewith; deriving 227 vulnerabilities for configurations in the second data, and displaying a list of configurations and user names individually associated therewith; determining 229 when a user name stops being associated with the IP address by subsequent logins by that user name or to that IP address; querying 231 for a real name corresponding to the user name; preparing 233 rules for rule-driven security system based on the user name
- the processor may be programmed for obtaining 219 first data with user names and individual IP addresses onto which the user names were logged.
- the processor can receive an event stream of events which are generated when a user logs in, including the user name and the IP address, optionally including the time of log-in.
- the processor 207 can timestamp the user name and the IP address, for example, with a time of receipt.
- the event stream with the log-ins can be stored separately, for example, as the user name-IP map table 235.
- the first data can be obtained from the events as received and/or as stored.
- the processor 207 may be programmed for obtaining 221 second data with attack or vulnerability or configuration and individual IP addresses on which the attacks occurred or the configurations or vulnerabilities exist.
- the processor can receive an event stream of events which are generated when an attack occurs, including the attack and the IP address, optionally including the time of attack. Also, the processor can receive an event stream of events which are generated when a configuration is detected (for example, due to a configuration change or new IP address), and the IP address having the configuration, optionally with a time of configuration. Furthermore, the processor can receive an event stream of events which are generated when a vulnerability is detected and the IP address having the vulnerability, optionally with the time the vulnerability is detected. The processor 207 can time stamp the received events, for example with a time of receipt.
- the event stream(s) with the attack, vulnerability, and/or configuration can be stored separately, such as in the attack-IP map table 237, configuration-IP map table 239, and/or vulnerability-IP map table 241.
- the second data can be obtained from the events as received and/or as stored.
- the processor 207 may be programmed for associating 223 user names from the first data with attacks, vulnerabilities or configurations from the second data base on having the same IP address during a login.
- the processor 207 can refer to an attack, configuration, or vulnerability and IP address associated therewith, as well as the time of the attack, configuration, or vulnerability, for example, stored in the attack-IP map table 237, configuration- IP map table 239, or vulnerability-IP map table 241.
- the processor 207 can determine which user name was logged on to the IP address listed in the respective table during the time of the attack, configuration or vulnerability, by referring to the user name-IP map table 235 by IP address and time to look up the user name.
- the processor 207 may be programmed for displaying 225 a list of attacks, vulnerabilities, and/or configurations with user names individually associated therewith, for example, the list developed by associating 223 user names from the first data with the vulnerability.
- the list can be displayed as part of a user interface on the display 209, or provided as a report.
- the user interface can be interactive, so that a user can drill down to various aspects of the list which are of interest, or can sort the list to be displayed as preferred.
- the processor 207 may be programmed for deriving 227 vulnerabilities for configurations in the second data, and displaying a list of configurations and user names individually associated therewith. Certain configurations have particular vulnerabilities, while other configurations do not have those vulnerabilities.
- the vulnerabilities can be derived by using known techniques, or by accessing known software which can indicate the vulnerabilities based on input configurations.
- the processor 207 may be programmed for determining 229 when a user name stops being associated with the IP address by subsequent logins to that IP address. For example, a chronological list of user names on each IP address can be maintained, together with time of login. It can be assumed that a user name has logged out of the IP address when the chronologically subsequent user name is logged in to the same IP address. Optionally, a time of an express or implied log out can be stored, if provided (for example with the user log-in events). [0054] The processor 207 may be programmed for querying 231 for a real name corresponding to the user name. This is discussed in detail elsewhere, for example, an LDAP query of an address book database based on the user name can return the real name, optionally together with any stored contact information.
- the processor 207 may be programmed for preparing 233 rules for rule-driven security system based on the user name. This is discussed in more detail elsewhere herein. [0056] The processor 207 may be programmed for a user name-IP map table 235; an attack- IP map table 237; a configuration-IP map table 239; and a vulnerability-IP map table 241.
- the user name-IP map table 235 can include entries associating a user name with an IP address, for example, the user name and corresponding IP address and corresponding time of log-in, and optionally time of log-out.
- the attack-IP map table 237 can include entries associating an IP address with an attack, for example, an attack, an IP address, and a time of attack.
- the configuration-IP map table 239 can include entries associating an IP address with a configuration, for example, an IP address, a configuration of the IP address, and optionally a time the configuration was detected.
- the vulnerability-IP map table 241 can include entries associating an IP address with a vulnerability, for example, an IP address, a vulnerability, and optionally a time the vulnerability was detected.
- the user name-IP map table 235, the attack-IP map table 237, the configuration-IP map table 239, and/or the vulnerability-IP map table 241 can be stored in a database rather than a table.
- the computer system can include a display operable to receive screens to be displayed to a user, and a processor cooperatively operable with the memory and the display.
- the processor can be configured to facilitate obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in.
- An individual user name is indicated in a screen to be displayed to a user as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
- this display 301 there is provided a history of user names 305, user logins 303 and time of log-in 307 A, 307B, 307C for a particular IP address.
- the time of log-in is represented as a bar graph.
- the display includes the real names (if known) and corresponding user names 305.
- the user can change the window of time provided in the display 301, in order to view user history over any period of time. Accordingly, one or more embodiments provides that the user name is determined to be no longer associated with the IP address if there is another log-in to the IP address.
- FIG. 4 illustrates a data structure representing a log-in event, such as might be received as a user log-in event, and includes a timestamp, an IP address, a user name, an optional protocol, and an optional authorized server IP address.
- the timestamp, IP address, and user name can be stored as the first data discussed herein. Accordingly, one or more embodiments provide that the user name includes an e-mail address or an IM (instant message) address.
- FIG. 5 illustrates a data structure representing a user account, that is, information which relates to a user name which can be added to an address book.
- This data structure includes the user name, real name (e.g., first name, initials, last name, full name), and contact information (title, staff identification number, street address, city, state, country or region, postal code, building, location, room, company, division, department, office, mail stop, dmail, phone, IP phone, and email aliases).
- real name e.g., first name, initials, last name, full name
- contact information title, staff identification number, street address, city, state, country or region, postal code, building, location, room, company, division, department, office, mail stop, dmail, phone, IP phone, and email aliases.
- FIG. 6 and FIG. 7 illustrate example user interfaces, and suggest the range of interfaces.
- the user interfaces allow an administrator to see what users are on the network and what the users are doing, including individual user names and configurations, vulnerabilities, and/or events which correlate to the user. Example variations on user interface displays are discussed after the detailed discussion of FIG. 7.
- FIG. 6 an example user interface display will be discussed and described.
- the user interface 601 provides an example of analysis and reporting of intrusion events, which are a type of attack.
- the user interface 601 includes a time of the attack 607, an impact flag 609 to indicate the importance of the attack, a source IP address 611 of the attack, a destination IP address 613 of the attack, a source user name 615 of the attack, a destination user name (if any) 617 of the attack, a port and ICMP code 619 during the attack, a message 621 which identifies the attack 623 (here, a type of packet), and a count 623 of occurrences of this event (the attack 623).
- a user can interact with the user interface to select, for example, one of the user names 615, 617, which will cause a query to return the real name corresponding to the user name.
- the user interface can be changed to configurations (e.g., hosts, host attributes, services, client applications, flows), other types of attacks (e.g., RNA events, compliance events, white list events), and/or vulnerabilities.
- the user interface 601 provides a level of display 603 which is specific to packets which cause the intrusion events.
- one or more embodiment provides for displaying a list of attacks, configurations or vulnerabilities and respective user names individually associated therewith.
- FIG. 7 another example user interface display will be discussed and described.
- the user interface 701 provides an example of creating a policy rule using a user name.
- the user interface 701 includes rule information 703, a type of event for this rule 705, a user identity qualification 707, and rule options 729.
- the rule information 703 includes a rule name 709, rule description 711, and rule grouping 713.
- the type of event for this rule 705 includes the type of event 715 (e.g., RNA (configuration), vulnerability, log-in, attack), the details of the event 717 (e.g., a new TCP service is detected), and the conditions 719.
- the user identity qualification 707 includes a rule for indicating a user identity event, for example, identity on host 721, department 723, logical condition 725, and user name 727.
- the rule options 729 include options for snoozing and defining inactive periods.
- a variation of a user interface display is a user table view, which shows all users by user name in the system, the current IP address for that user, and user metadata. If the user's mappings to current IP address have timed out, this can be indicated, for example, by displaying an IP address field that is blank.
- the user name and metadata can be that which is provided from the first data, that is, the user login events.
- a user-based bandwidth tracking feature can be provided.
- an alert and display is provided when any user, regardless of machine, downloads more than a pre-determined number of bytes, e.g., more than 200 megabytes in any given hour.
- a chatty user feature can be provided. With this feature, a display and/or alert are provided to indicate which users are the top talkers for a specific service or client application.
- one or more embodiments provide for writing rules for a compliance policy or remediation system based on the user name.
- Further examples of displays can assist an administrator to determine the owner of a new host, where an administrator does not know who a new host belongs to on the network, and needs to find out who is using it.
- Another example is to determine whose computer was compromised by an attack.
- the administrator sees an intrusion event against a host and wants to alert the user of that host to a possible breach of security.
- Yet another example is to determine the users compromised by a specific attack.
- the administrator sees a flurry of attacks on the network, and wants to get a list of all the users that may be compromised.
- Another display is a user table view that displays the users in the system, as well as their last seen IP address (if available).
- This view contains information such as phone number, email address, department and/or location.
- the user can navigate to the host, flow, intrusion sensor event, or compliance event table view from the user table view, for example, by using quick link buttons at the top of the table view.
- the user table view can link to those tables, optionally constraining by the user name.
- Another display provides for searching and drilling down on the user name field, including wildcards.
- Yet another display provides flow graphs that contain an x-axis field of user name. It can be fully interactive.
- a still further table view provides real-time user awareness (RUA) events, with the new user and user login events.
- RUA real-time user awareness
- the table can utilize, e.g., link buttons, to allow the user to switch between table views while keeping the User constraint and/or the IP constraint.
- Host profile displays can be provided.
- a user interface can display the last user to be detected on an IP address.
- the user name can be a link to information (such as metadata) about that user.
- a user can constrain a rule on a user name by using a User Profile Qualification. For example, if the user wants to alert when a flow is seen which is initiated by user name jsmith to the 10.5 network, the user would create a new rule: a Flow is detected and the responder IP is in 10.5.0.0/16. Then the user would add a user profile qualification: the initiator host's user is jsmith.
- reporting can be provided, which include the user name as well as other information described above.
- FIG. 8 illustrates a procedure for user awareness using the IP address data to map between user name login and attack/configuration/vulnerability.
- FIG. 9 illustrates a procedure for obtaining user name login/IP address data
- FIG. 10 illustrates a procedure for obtaining attack/configuration/vulnerability /IP address data.
- the procedures can advantageously be implemented on, for example, a processor of a controller, described in connection with FIG. 2 or other apparatus appropriately arranged. Each of these procedures is discussed in more detail below.
- FIG. 8 a flow chart illustrating a procedure for user awareness will be discussed and described.
- a procedure 801 to determine user name likely to be associated with an attack, vulnerability or configuration can include the following. Much of the details relating to the following have been discussed in detail above; such detailed discussions will not be repeated.
- the procedure 801 can include obtaining 803 first data which associates user names (e.g., e-mail or IP address) with individual IP addresses onto which the user names were logged in. Also, the procedure 801 can include obtaining 805 second data which associates attacks (e.g., determined by an IDS (intrusion detection system) or IPS (intrusion prevention system)) or configurations (for example, operating system, application services, settings, and the like) or vulnerabilities with an individual IP address on which the attacks occurred, or on which the configurations or vulnerabilities exist.
- IDS intrusion detection system
- IPS intrusion prevention system
- the procedure 801 also includes individually associating 807 user names from the first data with the attacks, configurations or vulnerabilities from the second data based on the user name being logged in to the same IP address at a time during which the attack occurred or configuration or vulnerability existed on that same IP address.
- the procedure 801 optionally can derive 811 vulnerabilities from the configurations (such as operating system, application services, settings, and the like) in the second data, and can individually associate user names from the first data with the derived vulnerabilities. Then, the procedure 801 can provide 813 a list of attacks, configurations, and/or vulnerabilities in association with individual user names.
- one or more embodiments provide a method performed by a computer system, for determining a user name likely to be associated with an attack, a configuration.
- the method includes obtaining first data which associates user names with individual IP addresses onto which the user names were logged in. Also included is obtaining second data which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist. Also, the method includes associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
- a procedure for user name login/IP address data 901 includes receiving 903 a user identity event, for example, indicating that a user name has logged in to an IP address.
- the procedure 901 can store 905 the user name, the IP address, and a timestamp or time of log in, for example, in a user name-IP map table 905. If an event does not include a timestamp, then the time of receipt (or similar) can be used as a timestamp. Then, in the user name-IP map table 907, the procedure 901 can determine the logout.
- the procedure 901 can locate the most recent user name for the present IP address, and can store the present time of log-in as the time of log-out of the most recent previous user name at the present IP address. That is, when a new user name logs in to an IP address, the previous user name on the same IP address is indicated as being logged out.
- a user identity event can expressly indicate that a user name on an IP address has logged out.
- the procedure 901 can loop to continuously receive and process user identity events, thereby building a chronological history of user name login/IP address data pairs.
- the procedure 1001 can include receiving 1003 one of several events: an attack event (for example, indicating that an attack, flow, or compliance has occurred on an IP address), a configuration event (such as a host attribute, a host setting, a host service, and/or an application on a host), or a vulnerability event.
- the events include an IP address on which the event occurred, and optionally include a time stamp. If an event does not include a timestamp, then the time of receipt (or similar) can be used as a timestamp.
- the procedure 1001 then branches based on the type of the event.
- attack, IP address, and timestamp are stored, for example, in an attack-IP map table. If 1007 a configuration was received, then the configuration, IP address, and timestamp are stored, for example, in a configuration-IP map table.
- one or more embodiments provide a computer-readable medium comprising instructions being executed by a computer, the instructions including a computer- implemented method for determining a user name likely to be associated with an attack, a configuration, or a vulnerability, the instructions for implementing the foregoing method.
- the communication networks of interest include those that transmit information in packets, for example, those known as packet switching networks that transmit data, where data can be divided into packets before transmission, the packets are transmitted, and the packets are routed over network infrastructure devices, which are sent to a destination.
- Such networks include, by way of example, the Internet, intranets, local area networks (LAN), wireless LANs (WLAN), wide area networks (WAN), and others.
- Protocols supporting communication networks that utilize packets include one or more of various networking protocols having any link layers that support the TCP transport layer, or any application that rides over the transport layer, and other wireless application protocols or wireline application protocols and/or other protocol structures, and variants and evolutions thereof.
- Such networks can provide wireless communication capability and/or utilize wireline connections such as cable and/or a connector, or similar.
- intrusion detection system is used herein to denote a device or software that passively or actively analyzes network traffic for intrusions, also referred to herein as “attacks”. Examples of such devices or software are sometimes referred to as “intrusion detection system”, “intrusion prevention system”, “network intrusion detection system”, “network intrusion protection system”, and the like, and variants or evolutions thereof.
- An intrusion detection system may be host-based, or may monitor traffic to a target system using, for example, sensors, anywhere between the target system and the intruder, typically after a final router or firewall, or in other software or device which incorporates an intrusion detection/prevention function, such as a firewall, proxy, or the like.
- attack as used herein indicate activity or intrusions, that are typically malicious, for example, denial of service attacks, port scans, attempts to hack into a computer, unauthorized downloads or accesses, and other variations, which have occurred.
- Software is conventionally available which can identify attacks, for example, SNORTTM from Sourcefire, and other intrusion detection systems, as will be known to one of skill in the art.
- configuration indicates the settings and software of a particular computer or device on a network, for example, type and version of operating system, types and versions of services running or installed on the computer or device, types and versions of client applications running or installed on the computer or device, TCP and/or UDP protocols used by the computer or device, other settings and software on the computer or device that can affect the security of a computer or network, and the like, as may be understood and/or varied from time-to-time.
- Software is conventionally available which can identify configurations of a particular computer system, for example, RNATM from Sourcefire that can maintain a list of IP addresses and corresponding configurations, such as operating system, services, client applications, TCP and UDP protocols, and the like.
- Vulnerability indicates a weakness in a system that can be exploited by an attacker to violate the integrity of that system. Vulnerabilities may result from, for example, software bugs and design flaws, operating system flaws, passwords, backdoors, malware such as a computer virus, a script code injection, or the like. Vulnerabilities of a particular computer system can be determined in various ways, including from a known configuration of that particular computer system, since certain configurations can be determined to be corresponding vulnerabilities. Various commercially available software and/or websites can provide information indicating known vulnerabilities; various commercially available technology can identify specific vulnerabilities in a particular computer system.
- IP address Internet Protocol address
- IPv4 or IPv6 Internet Protocol address
- RFC 791 1519, 1918, 1, 2, 4291
- variants, and evolutions thereof can include, for example, a dynamic IP address, a static IP address, possibly translated by a network address translator (NAT).
- NAT network address translator
- the IP address can act as a locator for devices within the network to locate each other, and is unique within the scope of the specific network, such as the global Internet, or a local area network, or an enterprise network.
- user name refers to a unique sequence of characters which is entered into a computer system to identify a particular user or a particular role (e.g., admin) to the computer system, ordinarily for purposes of accounting, security, logging, and resource management.
- a user name can be an e-mail address, an IM (instant message) address, a nickname (sometimes known as a "nick” or a "handle"), a user identifier (an integer or unique identifier sometimes used internally within the computer system once a user has logged on), or the like.
- a user name may or may not resemble the user's real name. Frequently, a user name is used with a password in order to effect a log-in.
- log in refers to a known process whereby a user identifies himself or herself by a user name to the computer system in order to obtain access; this establishes what is referred to herein as a “log-in” on the IP address of that computer system for that user name. A user can “log out” when finished accessing the computer system.
- a computer system generally requires a user name, frequently with a password which is authenticated.
- log out may be done explicitly by the user performing some action, such as entering a logout command or clicking a logout button; or may be done implicitly, such as by powering the machine off, closing a window, leaving a website, or timing out for lack of activity within a pre-defined period.
- the designation "real name” or “real names” is used herein to indicate a name by which a user is known in the real world, typically in the form of a first name or initial and last name or last initial, and can be stored as part of an address book application such as Microsoft OutlookTM Contacts, or other database configured to store address book information such as real name, department, position, user name(s), telephone number(s), and the like.
- An example address book application which can be queried to return a real name when the user name is input is known as a DAP (directory access protocol) or LDAP (lightweight directory access protocol).
- DAP directory access protocol
- LDAP lightweight directory access protocol
- Other address book look-up routines and/or applications, variations, and evolutions also may be used to return a real name given the user name.
Abstract
A computer system, device, computer software, and/or method performed by a computer system, is provided for determining a user name likely to be associated with an attack, a configuration, or a vulnerability. First data is obtained which associates user names with individual IP addresses onto which the user names were logged in. Second data is obtained which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist. The user names from the first data are associated with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
Description
REAL-TIME USER AWARENESS FOR A COMPUTER NETWORK
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application claims the benefit of U.S. Provisional Application No. 60/924,080, filed April 30, 2007, which is expressly incorporated herein by reference. TECHNICAL FIELD
[0002] The technical field relates in general to computer network security, and more specifically to linking computer security-related network behavior, traffic, and events to individual users. [0003] BACKGROUND
[0004] Previously, network intrusion detection technologies can determine that there are security problems, for example, an attack, a configuration problem, or a vulnerability, related to a particular computer system or network device. For example, network intrusion detection technologies and network intrusion prevention technologies such as Sourcefire SNORT sensors can analyze network traffic to notice attacks. As another example, Sourcefire RNA technology can maintain a list of IP (Internet Protocol) addresses and corresponding configurations, such as operating system, services, client applications, TCP (transmission control protocol) and UDP (user datagram protocol) protocols, and the like. Thus, a security administrator can obtain information about which particular systems have experienced attacks, or have problematic configurations, or have vulnerabilities.
[0005] A security administrator might want to talk to the user that operates the system having the security problems, for example, to discuss the user's activities, such as opening of e-mails, visiting of internet sites, installing the latest virus software, or other reasons regarding the user's actions or inaction which may affect or compromise security. In practice, to track the computers of individual users, administrators typically maintain a spreadsheet of computers assigned to users. Unfortunately, computers tend to be shuffled between users at an organization without necessarily informing the administrators. Consequently, the administrators' spreadsheets tend to
not reflect the current user. The security administrator does not have the capability readily to find out which user is actually connected to various activities which cause security problems. [0006] Other available technology includes software which can match network traffic to a user which logged in, for example eTelemetry™ "LOCATE" software, which outputs a user name and IP address pair. However, users can log in to different machines. Moreover, such software does not track when the user logs out. Hence, an administrator that attempted to utilize the information output by the network intrusion detection/prevention system as well as the output from the eTelemetry software would have great difficulty determining with any certainty which user is responsible for the security problems. SUMMARY
[0007] Accordingly, if an awareness of the user and a computer system is to be provided, the data about the operational network environment and attacks, and the users logging in and out must be updated in real-time.
[0008] Therefore, one or more embodiments provide systems, computer readable mediums, and methods performed by a computer system, for determining a user name likely to be associated with an attack, a configuration, or a vulnerability. First data is obtained which associates user names with individual IP addresses onto which the user names were logged in. Second data is obtained which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist. The user names from the first data are associated with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
[0009] Another embodiment provides a computer system or a device for determining a user name likely to be associated with an attack, a configuration, or a vulnerability. The computer system or device includes a display operable to receive screens to be displayed to a user. Also included is a processor cooperatively operable with the memory and the display. The processor
is configured to facilitate: obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated in a screen to be displayed to a user as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
[0010] Further, the purpose of the foregoing abstract is to enable the U.S. Patent and
Trademark Office and the public generally, and especially the scientists, engineers and practitioners in the art who are not familiar with patent or legal terms or phraseology, to determine quickly from a cursory inspection the nature and essence of the technical disclosure of the application. The abstract is neither intended to define the invention of the application, which is measured by the claims, nor is it intended to be limiting as to the scope of the invention in any way.
BRIEF DESCRIPTION OF THE DRAWINGS
[0011] The accompanying figures, where like reference numerals refer to identical or functionally similar elements and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various exemplary embodiments and to explain various principles and advantages in accordance with the embodiments.
[0012] FIG. 1 is a block diagram illustrating a simplified and representative architecture associated with user awareness;
[0013] FIG. 2 is a block diagram illustrating components of a computer system related to user awareness;
[0014] FIG. 3 is a display illustrating user login history for a host;
[0015] FIG. 4 is an example message of a user login;
[0016] FIG. 5 is an example message of a user account update;
[0017] FIG. 6 is an example user interface display;
[0018] FIG. 7 is another example user interface display;
[0019] FIG. 8 is a flow chart illustrating a procedure for user awareness;
[0020] FIG. 9 is a flow chart illustrating a procedure for user name login/IP address data; and
[0021] FIG. 10 is a flow chart illustrating a procedure for attack/configuration/vulnerability/IP address data.
DETAILED DESCRIPTION
[0022] In overview, the present disclosure concerns analysis of network traffic on communication networks, often referred to as packet switching networks, which support communication from wireless and/or wire line devices to a destination. Communications on such communication networks may be analyzed for intrusion detection/prevention, for example according to various rules, and the communications further may be analyzed to determine when users log in. More particularly, various inventive concepts and principles are embodied in systems, devices, and methods therein for providing real time user awareness for a computer network, optionally in connection with intrusion detection/prevention systems.
[0023] The instant disclosure is provided to further explain in an enabling fashion the best modes of performing one or more embodiments. The disclosure is further offered to enhance an understanding and appreciation for the inventive principles and advantages thereof, rather than to limit in any manner the invention. The invention is defined solely by the appended claims including any amendments made during the pendency of this application and all equivalents of those claims as issued.
[0024] Relational terms such as first and second, and the like, if any, are used herein solely to distinguish one from another entity, item, or action without necessarily requiring or implying any actual such relationship or order between such entities, items or actions. Some embodiments may include a plurality of processes or steps, which can be performed in any order, unless expressly and necessarily limited to a particular order; i.e., processes or steps that are not so limited may be performed in any order.
[0025] Much of the inventive functionality and many of the inventive principles when implemented, are best supported with or in software or integrated circuits (ICs), such as a digital signal processor and software therefore, and/or application specific ICs. It is expected that one of ordinary skill, notwithstanding possibly significant effort and many design choices motivated by, for example, available time, current technology, and economic considerations, when guided by the concepts and principles disclosed herein will be readily capable of generating such software instructions or ICs with minimal experimentation. Therefore, in the interest of brevity and minimization of any risk of obscuring the principles and concepts, further discussion of such software and ICs, if any, will be limited to the essentials with respect to the principles and concepts used by the exemplary embodiments.
[0026] As further discussed herein below, various inventive principles and combinations thereof are advantageously employed to provide real time user awareness (RUA). RUA can deliver powerful user identification capabilities to speed incident containment, enhance control, eliminate manual efforts and associated costs, and improve security decision-making. "User awareness" refers to the capability of identifying a particular user name as being associated with particular attacks, configurations, and/or vulnerabilities; "real-time" refers to the capability of providing the user awareness at or shortly after the event leading to the user awareness occurs. [0027] RUA enables customers for the first time to correlate threat, endpoint, and network intelligence with user identity information, equipping them to identify the source of policy breaches, attacks, or network vulnerabilities immediately. By linking network behavior, traffic, and events directly to individual users, RUA empowers administrators to mitigate risk, block users or user activity, and take action to protect others from disruption - tightening security without hindering business operations or employee productivity. These capabilities also significantly improve customers' audit controls and assure regulatory compliance. [0028] RUA is the latest industry altering technology to fill what has been a significant hole in companies' security strategies. Building on network awareness, such as provided by Sourcefire RNA, customers are provided with user awareness, so that they can set and enforce policies based on exact knowledge of specific users and their activities on the network. This is a
significant advantage for any company that has implemented a NAC strategy only to find out that they are still having network usage issues.
[0029] Furthermore, when used as part of an integrated Enterprise Threat Management
(ETM) approach, RUA allows customers to create user-based policy and response rules and apply these across, for example, intrusion prevention, NBA (network behavior analysis), NAC
(network access control), and Vulnerability Assessment security components. This enables users to implement and enforce policies specific to individuals, departments, or other user characteristics.
[0030] RUA delivers integrated user awareness never before available, including 24x7 passive identity discovery with comprehensive user identity information capture which can include, e.g., e-mail address, IM (instant message) address, and IP address. Optionally, it can also identify all the IP addresses to which a user is connected, along with a time stamp, to support long-time horizon analysis and forensics. With the user intelligence provided by RUA, administrators can immediately identify, list, and respond to users, for example, those who continually download enormous files or run unauthorized applications.
[0031] Further in accordance with exemplary embodiments, a real time user awareness
(RUA) is provided to allow a customer to see user names that are associated with IP addresses on the network. For example, a hypertext transfer protocol (HTTP) flow is seen that downloaded two gigabytes of information. The administrator can see the user name (such as an e-mail address or IM address) of the person who initiated that flow.
[0032] A goal of RUA is to allow an administrator to see not only which hosts are on the network, and what they are doing, but also what users are on the network and what the users are doing. This disclosure includes a discussion of detection of user names on the network and communication and display of this information.
[0033] Referring now to FIG. 1 , a block diagram illustrating a simplified and representative architecture associated with user awareness will be discussed and described. In this illustration, there is a sensor and location functional block 101 and a computer system 103.
[0034] The computer system 103 can include an attack/configuration/vulnerability/user name correlator 131, an optional real name and contact info locator 133, user name/attack/vulnerability/configuration association data 135, optional configuration/vulnerability correlator 137, policy engine rule processor 139, and policy rules 141.
[0035] The attack/configuration/vulnerability/user name correlator 131 can associate a user name from the first data, with an attack, or a configuration, or a vulnerability from the second data. The correlation can be made by referring, in the second data, to an attack, configuration, or vulnerability and IP address associated therewith, as well as the time of the attack, configuration, or vulnerability. Then, the correlator 131 can determine which user name was logged on to that IP address during the time of the attack, configuration or vulnerability; and the correlator 131 can indicate that user name (which was logged on that IP address) as being associated with the attack, configuration, or vulnerability from the second data. The correlator 131 can perform this association in reverse, that is, beginning with the attack, configuration, or vulnerability on an IP address, and can determine the user which was logged on that IP address at that time. The correlator 131 can perform this association repetitively, for example, when new attacks, configurations, or vulnerabilities are received in the first data, or when new users are received in the first data. The user name/attack/vulnerability /configuration association data 135 can store each user name from the first data, which was logged on that IP address, which was determined to be associated with the attack, configuration, or vulnerability from the second data, for example, as a list or addressable database.
[0036] The optional real name and contact info locator 133 can provide a user's real name and/or contact information based on a user name. The real name and contact information corresponding to a user can be obtained using an address book application, for example, LDAP (lightweight directory access protocol). The real name and contact information can be used, for example, by a system administrator to contact the user and discuss suggestions for maintaining network security for the IP address onto which the user logs in (e.g., updating software, changing a password, or similar). Accordingly, one or more embodiments include querying for respective
real names of the user names, and providing the respective real names and attacks, configurations or vulnerabilities individually associated therewith.
[0037] The configuration/vulnerability correlator 137 can be provided with a configuration, and can return an indication of one or more vulnerabilities associated with the configuration. Known software can be utilized as the correlator 137, for example, Sourcefire RNA or Sourcefire Decense Center. The correlator 137 can be included, for example, if the optional vulnerability detection engine 117 is not included, or if additional checking of vulnerabilities is desired in addition to the vulnerability detection engine 117. Accordingly, one or more embodiments provides for deriving vulnerabilities for the configurations from the second data, and displaying a list of configurations which have the derived vulnerabilities and respective user names individually associated therewith.
[0038] The policy rules 141 are the rules that can be used by, for example, an intrusion detection system or intrusion prevention system, to define an attack, and are conventionally created in conjunction with a policy engine rule processor 139. Techniques are known for creating policy rules. The user name with associated attack, configuration, and/or vulnerability can be provided to the policy engine rule processor 139, to be used in connection with creating policy rules.
[0039] The sensor and locate functional block 101 can include a user identity detection engine 107, a user name/IP address correlator 105, an intrusion detection system 109, an event/IP address correlator 111, a configuration detection engine 113, a configuration/IP address correlator 115, an optional vulnerability detection engine 117, and an optional vulnerability /IP address correlator 119.
[0040] The sensor and locate functional block 101 provides first data 121 which associates user names with individual IP addresses onto which the user names were logged, and second data 123 which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred, or on which the vulnerability or configuration exists. [0041] The user name/IP address correlator 105 receives the user identities which are detected on the network by the user identity detection engine 107, correlates the user names for the user
events (such as logging on) and the IP addresses on which the user names are used for example in connection with known techniques, and outputs user identity events 121. A user identity event indicates an individual user name and an individual IP address onto which the user name is logged. User identities are extracted from network traffic. A commercially available software product can be used to do this, for example, "LOCATE" by eTelemetry. Optionally, the user identity event also includes the time of login. However, since the user name/IP address correlator 105 is driven by events output from the event/IP address correlator 107, the user identity events 121 are output by the user name/IP address correlator in real time. [0042] The event/IP address correlator 111 receives attack events which are detected on the network by the intrusion detection system 109, correlates the events and the IP addresses on which the events occurred for example using known software, and outputs attack events. An attack event indicates one or more attacks and an individual IP address on which the attack occurred. Optionally, the attack event can include other information such as the time and/or type of attack. Since the event/IP address correlator 111 is driven by events output from the intrusion detection system 109, the attack events are output by the event/IP address correlator 111 in real time. The SNORT sensor or other passive or active traffic monitor is an example of an event/IP address correlator 111. The event/IP address correlator 111 can monitor traffic to/from a computer system, and can apply detection policies and rules to determine whether an attack occurred. The traffic monitor can be provided some distance from the network being monitored, if desired.
[0043] The configuration/IP address correlator 115 receives configurations which are detected on the network by the configuration detection engine 113, correlates the configurations and the IP addresses on which the configurations are used for example using known software, and outputs configurations. A configuration output from the configuration/IP address correlator 115 indicates a configuration and a particular IP address having that configuration; optionally the configuration can also include additional information regarding, as will be appreciated by one of skill in the art. Since the configuration/IP address correlator 115 is driven by events output from the
configuration detection engine 113, the configurations are output by the configuration/IP address correlator 115 in real time.
[0044] An appropriate configuration/IP address correlator 115 is RNA, available from Sourcefire, or other network discovery sensors which can provide an intimate knowledge of the local network's configuration. For example, the RNA can perform network discovery, by passively collecting configuration information on network hosts and providing that information. The network discovery can alternatively be active, for example by using a scanning tool to probe systems (this technique studies how systems respond to probes to discover information), or by including user provided information about network assets. Other passive or active network discovery sensors may be used to obtain configuration information. Alternatively, or in addition, the configuration can be manually entered and/or modified.
[0045] The optional vulnerability /IP address correlator 119 receives vulnerabilities which are detected on the network by the optional vulnerability detection engine 117, correlates the vulnerabilities and the IP addresses on which the vulnerabilities exist, and outputs the vulnerabilities. Known software can be used as the vulnerability/IP address correlator 119. A vulnerability output by the vulnerability/IP address correlator 119 indicates a vulnerability and a particular IP address on which that vulnerability exists. The vulnerability /IP address correlator can be driven by vulnerability events output from the optional vulnerability detection engine 117, such that vulnerabilities are output by the vulnerability /IP address correlator 119 in real time. [0046] Referring now to FIG. 2, a block diagram illustrating components of a computer system related to user awareness will be discussed and described. The computer system 201 may include one or more controllers 205, which can receive signals from a sensor with IP address location detection functionality 203 (such as described above) which senses communications from a network 213 in accordance with known techniques. The controller 205 can include a processor, a memory 215, an optional display 209, and/or an optional user input device such as a keyboard 211.
[0047] The processor may comprise one or more microprocessors and/or one or more digital signal processors. The memory 215 may be coupled to the processor and may comprise a read-
only memory (ROM), a random-access memory (RAM), a programmable ROM (PROM), and/or an electrically erasable read-only memory (EEPROM). The memory 215 may include multiple memory locations for storing, among other things, an operating system, data and variables 217 for programs executed by the processor ; computer programs for causing the processor to operate in connection with various functions such as obtaining 219 first data with user names and individual IP addresses onto which the user names were logged; obtaining 221 second data with attack or vulnerability or configuration and individual IP addresses on which the attacks occurred or the configurations or vulnerabilities exist; associating 223 user names from the first data with attacks, vulnerabilities or configurations from the second data base on having the same IP address during a login; displaying 225 a list of attacks, vulnerabilities, and/or configurations with user names individually associated therewith; deriving 227 vulnerabilities for configurations in the second data, and displaying a list of configurations and user names individually associated therewith; determining 229 when a user name stops being associated with the IP address by subsequent logins by that user name or to that IP address; querying 231 for a real name corresponding to the user name; preparing 233 rules for rule-driven security system based on the user name; and/or other processing; a user name-IP map table 235; an attack-IP map table 237; a configuration-IP map table 239; a vulnerability-IP map table 241; and a database 243 for other information used by the processor . The computer programs may be stored, for example, in ROM or PROM and may direct the processor in controlling the operation of the computer system 201.
[0048] The processor may be programmed for obtaining 219 first data with user names and individual IP addresses onto which the user names were logged. For example, the processor can receive an event stream of events which are generated when a user logs in, including the user name and the IP address, optionally including the time of log-in. The processor 207 can timestamp the user name and the IP address, for example, with a time of receipt. Optionally, the event stream with the log-ins can be stored separately, for example, as the user name-IP map table 235. The first data can be obtained from the events as received and/or as stored.
[0049] The processor 207 may be programmed for obtaining 221 second data with attack or vulnerability or configuration and individual IP addresses on which the attacks occurred or the configurations or vulnerabilities exist. For example, the processor can receive an event stream of events which are generated when an attack occurs, including the attack and the IP address, optionally including the time of attack. Also, the processor can receive an event stream of events which are generated when a configuration is detected (for example, due to a configuration change or new IP address), and the IP address having the configuration, optionally with a time of configuration. Furthermore, the processor can receive an event stream of events which are generated when a vulnerability is detected and the IP address having the vulnerability, optionally with the time the vulnerability is detected. The processor 207 can time stamp the received events, for example with a time of receipt. Optionally, the event stream(s) with the attack, vulnerability, and/or configuration can be stored separately, such as in the attack-IP map table 237, configuration-IP map table 239, and/or vulnerability-IP map table 241. The second data can be obtained from the events as received and/or as stored.
[0050] The processor 207 may be programmed for associating 223 user names from the first data with attacks, vulnerabilities or configurations from the second data base on having the same IP address during a login. For example, the processor 207 can refer to an attack, configuration, or vulnerability and IP address associated therewith, as well as the time of the attack, configuration, or vulnerability, for example, stored in the attack-IP map table 237, configuration- IP map table 239, or vulnerability-IP map table 241. The processor 207 can determine which user name was logged on to the IP address listed in the respective table during the time of the attack, configuration or vulnerability, by referring to the user name-IP map table 235 by IP address and time to look up the user name.
[0051] The processor 207 may be programmed for displaying 225 a list of attacks, vulnerabilities, and/or configurations with user names individually associated therewith, for example, the list developed by associating 223 user names from the first data with the vulnerability. For example, the list can be displayed as part of a user interface on the display 209, or provided as a report. The user interface can be interactive, so that a user can drill down
to various aspects of the list which are of interest, or can sort the list to be displayed as preferred.
User interfaces are discussed in more detail below.
[0052] The processor 207 may be programmed for deriving 227 vulnerabilities for configurations in the second data, and displaying a list of configurations and user names individually associated therewith. Certain configurations have particular vulnerabilities, while other configurations do not have those vulnerabilities. The vulnerabilities can be derived by using known techniques, or by accessing known software which can indicate the vulnerabilities based on input configurations.
[0053] The processor 207 may be programmed for determining 229 when a user name stops being associated with the IP address by subsequent logins to that IP address. For example, a chronological list of user names on each IP address can be maintained, together with time of login. It can be assumed that a user name has logged out of the IP address when the chronologically subsequent user name is logged in to the same IP address. Optionally, a time of an express or implied log out can be stored, if provided (for example with the user log-in events). [0054] The processor 207 may be programmed for querying 231 for a real name corresponding to the user name. This is discussed in detail elsewhere, for example, an LDAP query of an address book database based on the user name can return the real name, optionally together with any stored contact information.
[0055] The processor 207 may be programmed for preparing 233 rules for rule-driven security system based on the user name. This is discussed in more detail elsewhere herein. [0056] The processor 207 may be programmed for a user name-IP map table 235; an attack- IP map table 237; a configuration-IP map table 239; and a vulnerability-IP map table 241. The user name-IP map table 235 can include entries associating a user name with an IP address, for example, the user name and corresponding IP address and corresponding time of log-in, and optionally time of log-out. The attack-IP map table 237 can include entries associating an IP address with an attack, for example, an attack, an IP address, and a time of attack. The configuration-IP map table 239 can include entries associating an IP address with a configuration, for example, an IP address, a configuration of the IP address, and optionally a time
the configuration was detected. The vulnerability-IP map table 241 can include entries associating an IP address with a vulnerability, for example, an IP address, a vulnerability, and optionally a time the vulnerability was detected. One or more of the user name-IP map table 235, the attack-IP map table 237, the configuration-IP map table 239, and the vulnerability-IP map table 241, alternatively can be stored remotely and accessed as needed. Optionally, the user name-IP map table 235, the attack-IP map table 237, the configuration-IP map table 239, and/or the vulnerability-IP map table 241 can be stored in a database rather than a table. [0057] Accordingly, one or more embodiments provide a computer system for determining a user name likely to be associated with an attack, a configuration, or a vulnerability. The computer system can include a display operable to receive screens to be displayed to a user, and a processor cooperatively operable with the memory and the display. The processor can be configured to facilitate obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated in a screen to be displayed to a user as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
[0058] It should be understood that various logical groupings of functions are described herein. Different realizations may omit one or more of these logical groupings. Likewise, in various realizations, functions may be grouped differently, combined, or augmented. Furthermore, functions including those identified as optional can be omitted from various realizations. Similarly, the present description may describe or suggest a database, table or other type of collection of data and information. One or more embodiments can provide that the table, database, and/or collection of data and information can be distributed, combined, or augmented, or provided locally (as illustrated) and/or remotely (not illustrated).
[0059] Referring now to FIG. 3, a display illustrating user login history for a host will be discussed and described. In this display 301, there is provided a history of user names 305, user logins 303 and time of log-in 307 A, 307B, 307C for a particular IP address. In this representation, the time of log-in is represented as a bar graph. Furthermore, in this example, the display includes the real names (if known) and corresponding user names 305. The user can change the window of time provided in the display 301, in order to view user history over any period of time. Accordingly, one or more embodiments provides that the user name is determined to be no longer associated with the IP address if there is another log-in to the IP address. [0060] Referring now to FIG. 4, an example message of a user login will be discussed and described. FIG. 4 illustrates a data structure representing a log-in event, such as might be received as a user log-in event, and includes a timestamp, an IP address, a user name, an optional protocol, and an optional authorized server IP address. The timestamp, IP address, and user name can be stored as the first data discussed herein. Accordingly, one or more embodiments provide that the user name includes an e-mail address or an IM (instant message) address. [0061] Referring now to FIG. 5, an example message of a user account update will be discussed and described. FIG. 5 illustrates a data structure representing a user account, that is, information which relates to a user name which can be added to an address book. This data structure includes the user name, real name (e.g., first name, initials, last name, full name), and contact information (title, staff identification number, street address, city, state, country or region, postal code, building, location, room, company, division, department, office, mail stop, dmail, phone, IP phone, and email aliases).
[0062] Various user interface displays can be provided to display view to a user. FIG. 6 and FIG. 7 illustrate example user interfaces, and suggest the range of interfaces. The user interfaces allow an administrator to see what users are on the network and what the users are doing, including individual user names and configurations, vulnerabilities, and/or events which correlate to the user. Example variations on user interface displays are discussed after the detailed discussion of FIG. 7.
[0063] Referring now to FIG. 6, an example user interface display will be discussed and described. The user interface 601 provides an example of analysis and reporting of intrusion events, which are a type of attack. Here, the user interface 601 includes a time of the attack 607, an impact flag 609 to indicate the importance of the attack, a source IP address 611 of the attack, a destination IP address 613 of the attack, a source user name 615 of the attack, a destination user name (if any) 617 of the attack, a port and ICMP code 619 during the attack, a message 621 which identifies the attack 623 (here, a type of packet), and a count 623 of occurrences of this event (the attack 623).
[0064] A user can interact with the user interface to select, for example, one of the user names 615, 617, which will cause a query to return the real name corresponding to the user name. Also, note that the user interface can be changed to configurations (e.g., hosts, host attributes, services, client applications, flows), other types of attacks (e.g., RNA events, compliance events, white list events), and/or vulnerabilities.
[0065] Note that in this case, the user interface 601 provides a level of display 603 which is specific to packets which cause the intrusion events.
[0066] Accordingly, one or more embodiment provides for displaying a list of attacks, configurations or vulnerabilities and respective user names individually associated therewith. [0067] Referring now to FIG. 7, another example user interface display will be discussed and described. The user interface 701 provides an example of creating a policy rule using a user name.
[0068] The user interface 701 includes rule information 703, a type of event for this rule 705, a user identity qualification 707, and rule options 729. The rule information 703 includes a rule name 709, rule description 711, and rule grouping 713. The type of event for this rule 705 includes the type of event 715 (e.g., RNA (configuration), vulnerability, log-in, attack), the details of the event 717 (e.g., a new TCP service is detected), and the conditions 719. The user identity qualification 707 includes a rule for indicating a user identity event, for example, identity on host 721, department 723, logical condition 725, and user name 727. The rule options 729 include options for snoozing and defining inactive periods.
[0069] Other examples of variations on user interface displays will now be discussed and described. A variation of a user interface display is a user table view, which shows all users by user name in the system, the current IP address for that user, and user metadata. If the user's mappings to current IP address have timed out, this can be indicated, for example, by displaying an IP address field that is blank. The user name and metadata can be that which is provided from the first data, that is, the user login events.
[0070] Yet another example of user interface displays, user tracking and/or alerting features can be provided. A user-based bandwidth tracking feature can be provided. In the user-based bandwidth tracking feature, an alert and display is provided when any user, regardless of machine, downloads more than a pre-determined number of bytes, e.g., more than 200 megabytes in any given hour. A chatty user feature can be provided. With this feature, a display and/or alert are provided to indicate which users are the top talkers for a specific service or client application.
[0071] Accordingly, one or more embodiments provide for writing rules for a compliance policy or remediation system based on the user name.
[0072] Further examples of displays can assist an administrator to determine the owner of a new host, where an administrator does not know who a new host belongs to on the network, and needs to find out who is using it.
[0073] Another example is to determine whose computer was compromised by an attack. In this example, the administrator sees an intrusion event against a host and wants to alert the user of that host to a possible breach of security.
[0074] Yet another example is to determine the users compromised by a specific attack. The administrator sees a flurry of attacks on the network, and wants to get a list of all the users that may be compromised.
[0075] Another display is a user table view that displays the users in the system, as well as their last seen IP address (if available). This view contains information such as phone number, email address, department and/or location. The user can navigate to the host, flow, intrusion sensor event, or compliance event table view from the user table view, for example, by using
quick link buttons at the top of the table view. The user table view can link to those tables, optionally constraining by the user name.
[0076] Another display provides for searching and drilling down on the user name field, including wildcards.
[0077] Yet another display provides flow graphs that contain an x-axis field of user name. It can be fully interactive.
[0078] A still further table view provides real-time user awareness (RUA) events, with the new user and user login events. This table contains at least the user name, and also contains an
IP address if there is a "user login" event. The table can utilize, e.g., link buttons, to allow the user to switch between table views while keeping the User constraint and/or the IP constraint.
[0079] Host profile displays can be provided. For example, a user interface can display the last user to be detected on an IP address. The user name can be a link to information (such as metadata) about that user.
[0080] Another example is a policy and response display. A user can constrain a rule on a user name by using a User Profile Qualification. For example, if the user wants to alert when a flow is seen which is initiated by user name jsmith to the 10.5 network, the user would create a new rule: a Flow is detected and the responder IP is in 10.5.0.0/16. Then the user would add a user profile qualification: the initiator host's user is jsmith.
[0081] Similarly, reporting can be provided, which include the user name as well as other information described above.
[0082] FIG. 8 illustrates a procedure for user awareness using the IP address data to map between user name login and attack/configuration/vulnerability. FIG. 9 illustrates a procedure for obtaining user name login/IP address data and FIG. 10 illustrates a procedure for obtaining attack/configuration/vulnerability /IP address data. The procedures can advantageously be implemented on, for example, a processor of a controller, described in connection with FIG. 2 or other apparatus appropriately arranged. Each of these procedures is discussed in more detail below.
[0083] Referring now to FIG. 8, a flow chart illustrating a procedure for user awareness will be discussed and described. A procedure 801 to determine user name likely to be associated with an attack, vulnerability or configuration can include the following. Much of the details relating to the following have been discussed in detail above; such detailed discussions will not be repeated.
[0084] The procedure 801 can include obtaining 803 first data which associates user names (e.g., e-mail or IP address) with individual IP addresses onto which the user names were logged in. Also, the procedure 801 can include obtaining 805 second data which associates attacks (e.g., determined by an IDS (intrusion detection system) or IPS (intrusion prevention system)) or configurations (for example, operating system, application services, settings, and the like) or vulnerabilities with an individual IP address on which the attacks occurred, or on which the configurations or vulnerabilities exist.
[0085] The procedure 801 also includes individually associating 807 user names from the first data with the attacks, configurations or vulnerabilities from the second data based on the user name being logged in to the same IP address at a time during which the attack occurred or configuration or vulnerability existed on that same IP address.
[0086] Also, if 809 vulnerability information is not provided in the second data, the procedure 801 optionally can derive 811 vulnerabilities from the configurations (such as operating system, application services, settings, and the like) in the second data, and can individually associate user names from the first data with the derived vulnerabilities. Then, the procedure 801 can provide 813 a list of attacks, configurations, and/or vulnerabilities in association with individual user names.
[0087] Accordingly, one or more embodiments provide a method performed by a computer system, for determining a user name likely to be associated with an attack, a configuration. The method includes obtaining first data which associates user names with individual IP addresses onto which the user names were logged in. Also included is obtaining second data which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist. Also, the method
includes associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in. An individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
[0088] Referring now to FIG. 9, a flow chart illustrating a procedure for user name login/IP address data will be discussed and described. A procedure for user name login/IP address data 901 includes receiving 903 a user identity event, for example, indicating that a user name has logged in to an IP address. The procedure 901 can store 905 the user name, the IP address, and a timestamp or time of log in, for example, in a user name-IP map table 905. If an event does not include a timestamp, then the time of receipt (or similar) can be used as a timestamp. Then, in the user name-IP map table 907, the procedure 901 can determine the logout. For example, the procedure 901 can locate the most recent user name for the present IP address, and can store the present time of log-in as the time of log-out of the most recent previous user name at the present IP address. That is, when a new user name logs in to an IP address, the previous user name on the same IP address is indicated as being logged out. Optionally, a user identity event can expressly indicate that a user name on an IP address has logged out. The procedure 901 can loop to continuously receive and process user identity events, thereby building a chronological history of user name login/IP address data pairs.
[0089] Referring now to FIG. 10, a flow chart illustrating a procedure 1001 for attack/configuration/vulnerability /IP address data will be discussed and described. The procedure 1001 can include receiving 1003 one of several events: an attack event (for example, indicating that an attack, flow, or compliance has occurred on an IP address), a configuration event (such as a host attribute, a host setting, a host service, and/or an application on a host), or a vulnerability event. The events include an IP address on which the event occurred, and optionally include a time stamp. If an event does not include a timestamp, then the time of receipt (or similar) can be used as a timestamp. The procedure 1001 then branches based on the type of the event.
[0090] If 1005 the attack event was received, then the attack, IP address, and timestamp are stored, for example, in an attack-IP map table. If 1007 a configuration was received, then the configuration, IP address, and timestamp are stored, for example, in a configuration-IP map table.
If 1009 a vulnerability was received, the vulnerability, IP address, and timestamp are stored, for example, in a vulnerability-IP map table. The procedure 1001 can loop to continuously receive and process attack events, configuration events, and vulnerability events, thereby building a chronological history of attack/configuration/vulnerability/IP address pairs. [0091] Moreover, one or more embodiments provide a computer-readable medium comprising instructions being executed by a computer, the instructions including a computer- implemented method for determining a user name likely to be associated with an attack, a configuration, or a vulnerability, the instructions for implementing the foregoing method. [0092] It should be noted that the communication networks of interest include those that transmit information in packets, for example, those known as packet switching networks that transmit data, where data can be divided into packets before transmission, the packets are transmitted, and the packets are routed over network infrastructure devices, which are sent to a destination. Such networks include, by way of example, the Internet, intranets, local area networks (LAN), wireless LANs (WLAN), wide area networks (WAN), and others. Protocols supporting communication networks that utilize packets include one or more of various networking protocols having any link layers that support the TCP transport layer, or any application that rides over the transport layer, and other wireless application protocols or wireline application protocols and/or other protocol structures, and variants and evolutions thereof. Such networks can provide wireless communication capability and/or utilize wireline connections such as cable and/or a connector, or similar.
[0093] Furthermore, the designation "intrusion detection system" (IDS) is used herein to denote a device or software that passively or actively analyzes network traffic for intrusions, also referred to herein as "attacks". Examples of such devices or software are sometimes referred to as "intrusion detection system", "intrusion prevention system", "network intrusion detection system", "network intrusion protection system", and the like, and variants or evolutions thereof.
An intrusion detection system may be host-based, or may monitor traffic to a target system using, for example, sensors, anywhere between the target system and the intruder, typically after a final router or firewall, or in other software or device which incorporates an intrusion detection/prevention function, such as a firewall, proxy, or the like.
[0094] The term "attack" as used herein indicate activity or intrusions, that are typically malicious, for example, denial of service attacks, port scans, attempts to hack into a computer, unauthorized downloads or accesses, and other variations, which have occurred. Software is conventionally available which can identify attacks, for example, SNORT™ from Sourcefire, and other intrusion detection systems, as will be known to one of skill in the art. [0095] Also, the designation "configuration" as used herein indicates the settings and software of a particular computer or device on a network, for example, type and version of operating system, types and versions of services running or installed on the computer or device, types and versions of client applications running or installed on the computer or device, TCP and/or UDP protocols used by the computer or device, other settings and software on the computer or device that can affect the security of a computer or network, and the like, as may be understood and/or varied from time-to-time. Software is conventionally available which can identify configurations of a particular computer system, for example, RNA™ from Sourcefire that can maintain a list of IP addresses and corresponding configurations, such as operating system, services, client applications, TCP and UDP protocols, and the like. [0096] The term "vulnerability" indicates a weakness in a system that can be exploited by an attacker to violate the integrity of that system. Vulnerabilities may result from, for example, software bugs and design flaws, operating system flaws, passwords, backdoors, malware such as a computer virus, a script code injection, or the like. Vulnerabilities of a particular computer system can be determined in various ways, including from a known configuration of that particular computer system, since certain configurations can be determined to be corresponding vulnerabilities. Various commercially available software and/or websites can provide information indicating known vulnerabilities; various commercially available technology can identify specific vulnerabilities in a particular computer system.
[0097] The term "IP address" (Internet Protocol address) as used herein is a unique address that devices on a communication network use in order to identify and communicate with each other on a utilizing the Internet Protocol standards (for example, IPv4 or IPv6, further specified in RFC 791, 1519, 1918, 1, 2, 4291), variants, and evolutions thereof, and can include, for example, a dynamic IP address, a static IP address, possibly translated by a network address translator (NAT). The IP address can act as a locator for devices within the network to locate each other, and is unique within the scope of the specific network, such as the global Internet, or a local area network, or an enterprise network.
[0098] The term "user name" as used herein refers to a unique sequence of characters which is entered into a computer system to identify a particular user or a particular role (e.g., admin) to the computer system, ordinarily for purposes of accounting, security, logging, and resource management. A user name can be an e-mail address, an IM (instant message) address, a nickname (sometimes known as a "nick" or a "handle"), a user identifier (an integer or unique identifier sometimes used internally within the computer system once a user has logged on), or the like. A user name may or may not resemble the user's real name. Frequently, a user name is used with a password in order to effect a log-in.
[0099] This specification also refers to "logging in" or similar. To "log in," as used herein, refers to a known process whereby a user identifies himself or herself by a user name to the computer system in order to obtain access; this establishes what is referred to herein as a "log-in" on the IP address of that computer system for that user name. A user can "log out" when finished accessing the computer system. To log in, a computer system generally requires a user name, frequently with a password which is authenticated. To "log out", as used herein, may be done explicitly by the user performing some action, such as entering a logout command or clicking a logout button; or may be done implicitly, such as by powering the machine off, closing a window, leaving a website, or timing out for lack of activity within a pre-defined period. [0100] The designation "real name" or "real names" is used herein to indicate a name by which a user is known in the real world, typically in the form of a first name or initial and last name or last initial, and can be stored as part of an address book application such as Microsoft
Outlook™ Contacts, or other database configured to store address book information such as real name, department, position, user name(s), telephone number(s), and the like. An example address book application which can be queried to return a real name when the user name is input is known as a DAP (directory access protocol) or LDAP (lightweight directory access protocol). Other address book look-up routines and/or applications, variations, and evolutions also may be used to return a real name given the user name.
[0101] This disclosure is intended to explain how to fashion and use various embodiments in accordance with the invention rather than to limit the true, intended, and fair scope and spirit thereof. The invention is defined solely by the appended claims, as they may be amended during the pendency of this application for patent, and all equivalents thereof. The foregoing description is not intended to be exhaustive or to limit the invention to the precise form disclosed. Modifications or variations are possible in light of the above teachings. The embodiments) was chosen and described to provide the best illustration of the principles of the invention and its practical application, and to enable one of ordinary skill in the art to utilize the invention in various embodiments and with various modifications as are suited to the particular use contemplated. All such modifications and variations are within the scope of the invention as determined by the appended claims, as may be amended during the pendency of this application for patent, and all equivalents thereof, when interpreted in accordance with the breadth to which they are fairly, legally, and equitably entitled.
Claims
1. A method performed by a computer system, for determining a user name likely to be associated with an attack, a configuration, or a vulnerability, comprising: obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations, or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in, wherein an individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in or with configurations or vulnerabilities for an IP address onto which the user logs in.
2. The method according to claim 1, further comprising displaying a list of attacks, configurations or vulnerabilities and respective user names individually associated therewith.
3. The method according to claim 1, further comprising deriving vulnerabilities for the configurations from the second data, and displaying a list of configurations which have the derived vulnerabilities and respective user names individually associated therewith.
4. The method according to claim 1 , further comprising querying for respective real names of the user names, and providing the respective real names and attacks, configurations or vulnerabilities individually associated therewith.
5. The method according to claim 1, wherein the user name is determined to be no longer associated with the IP address if there is another log-in on the IP address.
6. The method according to claim 1, wherein the user name includes an e-mail address or an IM (instant message) address.
7. The method according to claim 1, further comprising writing rules for a compliance policy or remediation system based on the user name.
8. A computer-readable medium comprising instructions being executed by a computer, the instructions including a computer-implemented method for determining a user name likely to be associated with an attack, a configuration, or a vulnerability, the instructions for implementing: obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in, wherein an individual user name is indicated as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
9. The computer-readable medium according to claim 8, further comprising instructions for displaying a list of attacks, configurations or vulnerabilities and respective user names individually associated therewith.
10. The computer-readable medium according to claim 8, further comprising instructions for deriving vulnerabilities for the configurations from the second data, and displaying a list of configurations which have the derived vulnerabilities and respective user names individually associated therewith.
11. The computer-readable medium according to claim 8, further comprising instructions for querying for respective real names of the user names, and providing the respective real names and attacks, configurations or vulnerabilities individually associated therewith.
12. The computer-readable medium according to claim 8, wherein the user name is determined to be no longer associated with the IP address if there is another log-in on the IP address.
13. The computer-readable medium according to claim 8, wherein the user name includes an e-mail address or an IM (instant message) address.
14. The computer-readable medium according to claim 8, further comprising instructions for writing rules for a compliance engine or remediation system based on the user name.
15. A computer system for determining a user name likely to be associated with an attack, a configuration, or a vulnerability, comprising: a display operable to receive screens to be displayed to a user, and a processor cooperatively operable with the memory and the display, and configured to facilitate: obtaining first data which associates user names with individual IP addresses onto which the user names were logged in; obtaining second data which associates attacks, configurations or vulnerabilities with individual IP addresses on which the attacks occurred or on which the configurations or vulnerabilities exist; and associating the user names from the first data with the attacks, configurations or vulnerabilities from the second data based on having the same IP address during a log-in, wherein an individual user name is indicated in a screen to be displayed to a user as being associated with attacks which occurred while the individual user name was logged in and with configurations or vulnerabilities for an IP address onto which the user logs in.
16. The computer system according to claim 15, wherein the processor is further configured to display, on the display, a list of attacks, configurations or vulnerabilities and respective user names individually associated therewith.
17. The computer system according to claim 15, wherein the processor is further configured to derive vulnerabilities for the configurations from the second data, and to display a list of configurations which have the derived vulnerabilities and respective user names individually associated therewith
18. The computer system according to claim 15, wherein the processor is further configured to query for respective real names of the user names, and providing the respective real names and attacks, configurations or vulnerabilities individually associated therewith.
19. The computer system according to claim 15, wherein the processor is further configured to determine that the user name is no longer associated with the IP address if there is another log-in on the IP address.
20. The computer system according to claim 15, wherein the user name includes an e- mail address or an IM (instant message) address.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2685292A CA2685292C (en) | 2007-04-30 | 2008-04-29 | Real-time user awareness for a computer network |
EP08743372.8A EP2156290B1 (en) | 2007-04-30 | 2008-04-29 | Real-time awareness for a computer network |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US92408007P | 2007-04-30 | 2007-04-30 | |
US60/924,080 | 2007-04-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008134057A1 true WO2008134057A1 (en) | 2008-11-06 |
Family
ID=39926009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/005466 WO2008134057A1 (en) | 2007-04-30 | 2008-04-29 | Real-time awareness for a computer network |
Country Status (4)
Country | Link |
---|---|
US (1) | US8127353B2 (en) |
EP (1) | EP2156290B1 (en) |
CA (1) | CA2685292C (en) |
WO (1) | WO2008134057A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9602525B2 (en) | 2015-02-27 | 2017-03-21 | Cisco Technology, Inc. | Classification of malware generated domain names |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7496662B1 (en) | 2003-05-12 | 2009-02-24 | Sourcefire, Inc. | Systems and methods for determining characteristics of a network and assessing confidence |
US20070113272A2 (en) * | 2003-07-01 | 2007-05-17 | Securityprofiling, Inc. | Real-time vulnerability monitoring |
US7539681B2 (en) * | 2004-07-26 | 2009-05-26 | Sourcefire, Inc. | Methods and systems for multi-pattern searching |
US7733803B2 (en) | 2005-11-14 | 2010-06-08 | Sourcefire, Inc. | Systems and methods for modifying network map attributes |
EP2145281B1 (en) * | 2007-04-12 | 2013-11-20 | Core Sdi, Incorporated | System, method and computer readable medium for providing network penetration testing |
US8826443B1 (en) | 2008-09-18 | 2014-09-02 | Symantec Corporation | Selective removal of protected content from web requests sent to an interactive website |
US20100082749A1 (en) * | 2008-09-26 | 2010-04-01 | Yahoo! Inc | Retrospective spam filtering |
US8272055B2 (en) | 2008-10-08 | 2012-09-18 | Sourcefire, Inc. | Target-based SMB and DCE/RPC processing for an intrusion detection system or intrusion prevention system |
US8935752B1 (en) * | 2009-03-23 | 2015-01-13 | Symantec Corporation | System and method for identity consolidation |
JP5130375B2 (en) * | 2009-03-25 | 2013-01-30 | 株式会社日立製作所 | Computer system, computer system resource resource management server, and computer system resource management method |
US8599857B2 (en) | 2009-09-18 | 2013-12-03 | Telesocial, Inc. | Telecommunication service employing an electronic information repository storing social network user information, developer information, and mobile network operator information |
DE102010014748B4 (en) * | 2009-09-30 | 2019-01-17 | Infineon Technologies Ag | Apparatus for logging a configuration of a microprocessor system and methods for logging a configuration of a microprocessor system |
CA2789824C (en) | 2010-04-16 | 2018-11-06 | Sourcefire, Inc. | System and method for near-real time network attack detection, and system and method for unified detection via detection routing |
US8433790B2 (en) | 2010-06-11 | 2013-04-30 | Sourcefire, Inc. | System and method for assigning network blocks to sensors |
US8671182B2 (en) | 2010-06-22 | 2014-03-11 | Sourcefire, Inc. | System and method for resolving operating system or service identity conflicts |
US8601034B2 (en) | 2011-03-11 | 2013-12-03 | Sourcefire, Inc. | System and method for real time data awareness |
DE102013012225A1 (en) | 2013-07-23 | 2015-01-29 | Carl Zeiss Microscopy Gmbh | Method for TEM lamella fabrication and assembly for TEM lamellae protection device |
US10938816B1 (en) * | 2013-12-31 | 2021-03-02 | Wells Fargo Bank, N.A. | Operational support for network infrastructures |
US9191403B2 (en) * | 2014-01-07 | 2015-11-17 | Fair Isaac Corporation | Cyber security adaptive analytics threat monitoring system and method |
US10282550B1 (en) * | 2015-03-12 | 2019-05-07 | Whitehat Security, Inc. | Auto-remediation workflow for computer security testing |
US9866576B2 (en) | 2015-04-17 | 2018-01-09 | Centripetal Networks, Inc. | Rule-based network-threat detection |
US9998482B2 (en) | 2015-09-18 | 2018-06-12 | International Business Machines Corporation | Automated network interface attack response |
US10171486B2 (en) * | 2015-12-02 | 2019-01-01 | International Business Machines Corporation | Security and authentication daisy chain analysis and warning system |
US11032307B2 (en) * | 2017-04-30 | 2021-06-08 | Splunk Inc. | User interface for defining custom threat rules in a network security system |
US10904289B2 (en) | 2017-04-30 | 2021-01-26 | Splunk Inc. | Enabling user definition of custom threat rules in a network security system |
US10878102B2 (en) * | 2017-05-16 | 2020-12-29 | Micro Focus Llc | Risk scores for entities |
US10956543B2 (en) | 2018-06-18 | 2021-03-23 | Oracle International Corporation | System and method for protecting online resources against guided username guessing attacks |
US11165809B2 (en) * | 2019-07-15 | 2021-11-02 | Barak TAWILY | Systems methods and computer storage media for detection of potential cyber security vulnerabilities in computer networks by premediated exterior intrusion through log-based pre-mapped entrance points |
US11012326B1 (en) * | 2019-12-17 | 2021-05-18 | CloudFit Software, LLC | Monitoring user experience using data blocks for secure data access |
US11652844B2 (en) * | 2020-05-01 | 2023-05-16 | Adobe Inc. | Utilizing clustering to identify IP addresses used by a botnet |
US11570200B2 (en) * | 2021-04-21 | 2023-01-31 | Google Llc | Automatic vulnerability mitigation in cloud environments |
US11558258B1 (en) | 2022-01-31 | 2023-01-17 | Walmart Apollo, Llc | Methods and apparatuses for identifying characteristics of users of electronic resources |
US11616799B1 (en) * | 2022-07-12 | 2023-03-28 | Netskope, Inc. | Training a model to detect malicious command and control cloud |
US11843624B1 (en) | 2022-07-12 | 2023-12-12 | Netskope, Inc. | Trained model to detect malicious command and control traffic |
US11736513B1 (en) | 2022-07-12 | 2023-08-22 | Netskope, Inc. | Detecting malicious command and control cloud traffic |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998040994A1 (en) | 1997-03-11 | 1998-09-17 | Sequel Technology Corporation | Method and apparatus for resolving network users to network computers |
EP1054529A2 (en) | 1999-05-20 | 2000-11-22 | Lucent Technologies Inc. | Method and apparatus for associating network usage with particular users |
US20030177212A1 (en) | 1999-11-18 | 2003-09-18 | Xacct Technologies, Inc. | System, method and computer program product for network record synthesis |
US20050172019A1 (en) * | 2004-01-31 | 2005-08-04 | Williamson Matthew M. | Network management |
US20060080542A1 (en) | 2004-10-12 | 2006-04-13 | Hitachi, Ltd. | Access control system, authentication server, application server, and packet transmission device |
US20060265748A1 (en) | 2005-05-23 | 2006-11-23 | Potok Thomas E | Method for detecting sophisticated cyber attacks |
US7143159B1 (en) | 2001-03-12 | 2006-11-28 | 3Com Corporation | Method for correlating and presenting network management data |
US20060294588A1 (en) * | 2005-06-24 | 2006-12-28 | International Business Machines Corporation | System, method and program for identifying and preventing malicious intrusions |
Family Cites Families (145)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS59195179A (en) * | 1983-04-20 | 1984-11-06 | Uro Denshi Kogyo Kk | Alarming device for intruder |
US4550436A (en) | 1983-07-26 | 1985-10-29 | At&T Bell Laboratories | Parallel text matching methods and apparatus |
JPH0797373B2 (en) * | 1985-08-23 | 1995-10-18 | 株式会社日立製作所 | Document matching system |
JPH0786537B2 (en) * | 1987-09-26 | 1995-09-20 | 松下電工株式会社 | Human body detection device |
US4857912A (en) * | 1988-07-27 | 1989-08-15 | The United States Of America As Represented By The Secretary Of The Navy | Intelligent security assessment system |
JP2790466B2 (en) * | 1988-10-18 | 1998-08-27 | 株式会社日立製作所 | Character string search method and apparatus |
US5193192A (en) * | 1989-12-29 | 1993-03-09 | Supercomputer Systems Limited Partnership | Vectorized LR parsing of computer programs |
US5404488A (en) * | 1990-09-26 | 1995-04-04 | Lotus Development Corporation | Realtime data feed engine for updating an application with the most currently received data from multiple data feeds |
US5222081A (en) * | 1991-06-28 | 1993-06-22 | Universal Data Systems, Inc. | Method of performing an autobaud function using a state flow machine |
US5430842A (en) * | 1992-05-29 | 1995-07-04 | Hewlett-Packard Company | Insertion of network data checksums by a network adapter |
US5497463A (en) * | 1992-09-25 | 1996-03-05 | Bull Hn Information Systems Inc. | Ally mechanism for interconnecting non-distributed computing environment (DCE) and DCE systems to operate in a network system |
JP2994926B2 (en) * | 1993-10-29 | 1999-12-27 | 松下電器産業株式会社 | Method for creating finite state machine, method for creating pattern matching machine, method for transforming them, and method for driving |
GB9326476D0 (en) * | 1993-12-24 | 1994-02-23 | Newbridge Networks Corp | Network |
US5459841A (en) | 1993-12-28 | 1995-10-17 | At&T Corp. | Finite state machine with minimized vector processing |
US5666293A (en) * | 1994-05-27 | 1997-09-09 | Bell Atlantic Network Services, Inc. | Downloading operating system software through a broadcast channel |
JPH09198398A (en) | 1996-01-16 | 1997-07-31 | Fujitsu Ltd | Pattern retrieving device |
US5870554A (en) * | 1996-04-01 | 1999-02-09 | Advanced Micro Devices, Inc. | Server selection method where a client selects a server according to address, operating system and found frame for remote booting |
US5995963A (en) | 1996-06-27 | 1999-11-30 | Fujitsu Limited | Apparatus and method of multi-string matching based on sparse state transition list |
US5901307A (en) * | 1996-07-22 | 1999-05-04 | International Business Machines Corporation | Processor having a selectively configurable branch prediction unit that can access a branch prediction utilizing bits derived from a plurality of sources |
US5796942A (en) | 1996-11-21 | 1998-08-18 | Computer Associates International, Inc. | Method and apparatus for automated network-wide surveillance and security breach intervention |
US6477648B1 (en) | 1997-03-23 | 2002-11-05 | Novell, Inc. | Trusted workstation in a networked client/server computing system |
US5999937A (en) | 1997-06-06 | 1999-12-07 | Madison Information Technologies, Inc. | System and method for converting data between data sets |
US5919257A (en) * | 1997-08-08 | 1999-07-06 | Novell, Inc. | Networked workstation intrusion detection system |
US5987473A (en) | 1997-09-09 | 1999-11-16 | Beologic A/S | Interactive configuration via network |
US6199181B1 (en) * | 1997-09-09 | 2001-03-06 | Perfecto Technologies Ltd. | Method and system for maintaining restricted operating environments for application programs or operating systems |
US6002427A (en) | 1997-09-15 | 1999-12-14 | Kipust; Alan J. | Security system with proximity sensing for an electronic device |
US8225408B2 (en) | 1997-11-06 | 2012-07-17 | Finjan, Inc. | Method and system for adaptive rule-based content scanners |
US6141686A (en) | 1998-03-13 | 2000-10-31 | Deterministic Networks, Inc. | Client-side application-classifier gathering network-traffic statistics and application and user names using extensible-service provider plugin for policy-based network control |
AU3728499A (en) * | 1998-04-27 | 1999-11-16 | Digital Electronics Corporation | Control system, display, host computer for control, and data transmitting method |
DE69829645T2 (en) | 1998-05-01 | 2006-03-09 | Hewlett-Packard Development Co., L.P., Houston | Method for changing dynamic decision trees |
US6334121B1 (en) | 1998-05-04 | 2001-12-25 | Virginia Commonwealth University | Usage pattern based user authenticator |
US6684332B1 (en) * | 1998-06-10 | 2004-01-27 | International Business Machines Corporation | Method and system for the exchange of digitally signed objects over an insecure network |
US6973455B1 (en) | 1999-03-03 | 2005-12-06 | Emc Corporation | File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator |
US6324656B1 (en) | 1998-06-30 | 2001-11-27 | Cisco Technology, Inc. | System and method for rules-driven multi-phase network vulnerability assessment |
US6590885B1 (en) * | 1998-07-10 | 2003-07-08 | Malibu Networks, Inc. | IP-flow characterization in a wireless point to multi-point (PTMP) transmission system |
US6711127B1 (en) * | 1998-07-31 | 2004-03-23 | General Dynamics Government Systems Corporation | System for intrusion detection and vulnerability analysis in a telecommunications signaling network |
US6343362B1 (en) * | 1998-09-01 | 2002-01-29 | Networks Associates, Inc. | System and method providing custom attack simulation language for testing networks |
US6219786B1 (en) * | 1998-09-09 | 2001-04-17 | Surfcontrol, Inc. | Method and system for monitoring and controlling network access |
US6321338B1 (en) | 1998-11-09 | 2001-11-20 | Sri International | Network surveillance |
US6499107B1 (en) | 1998-12-29 | 2002-12-24 | Cisco Technology, Inc. | Method and system for adaptive network security using intelligent packet analysis |
US6415321B1 (en) * | 1998-12-29 | 2002-07-02 | Cisco Technology, Inc. | Domain mapping method and system |
US6393474B1 (en) * | 1998-12-31 | 2002-05-21 | 3Com Corporation | Dynamic policy management apparatus and method using active network devices |
US6487666B1 (en) | 1999-01-15 | 2002-11-26 | Cisco Technology, Inc. | Intrusion detection signature analysis using regular expressions and logical operators |
US6754826B1 (en) * | 1999-03-31 | 2004-06-22 | International Business Machines Corporation | Data processing system and method including a network access connector for limiting access to the network |
US6539381B1 (en) * | 1999-04-21 | 2003-03-25 | Novell, Inc. | System and method for synchronizing database information |
US6587876B1 (en) * | 1999-08-24 | 2003-07-01 | Hewlett-Packard Development Company | Grouping targets of management policies |
US7073198B1 (en) * | 1999-08-26 | 2006-07-04 | Ncircle Network Security, Inc. | Method and system for detecting a vulnerability in a network |
US7065657B1 (en) * | 1999-08-30 | 2006-06-20 | Symantec Corporation | Extensible intrusion detection system |
US7310688B1 (en) | 1999-08-30 | 2007-12-18 | Ciena Corporation | Relative addressing for network elements |
US6789202B1 (en) * | 1999-10-15 | 2004-09-07 | Networks Associates Technology, Inc. | Method and apparatus for providing a policy-driven intrusion detection system |
US6678824B1 (en) * | 1999-11-02 | 2004-01-13 | Agere Systems Inc. | Application usage time limiter |
US6678734B1 (en) * | 1999-11-13 | 2004-01-13 | Ssh Communications Security Ltd. | Method for intercepting network packets in a computing device |
US6990591B1 (en) | 1999-11-18 | 2006-01-24 | Secureworks, Inc. | Method and system for remotely configuring and monitoring a communication device |
US6957348B1 (en) | 2000-01-10 | 2005-10-18 | Ncircle Network Security, Inc. | Interoperability of vulnerability and intrusion detection systems |
US7315801B1 (en) * | 2000-01-14 | 2008-01-01 | Secure Computing Corporation | Network security modeling system and method |
US6851061B1 (en) * | 2000-02-16 | 2005-02-01 | Networks Associates, Inc. | System and method for intrusion detection data collection using a network protocol stack multiplexor |
JP2003529254A (en) | 2000-03-27 | 2003-09-30 | ネットワーク セキュリティー システムズ, インコーポレーテッド | Internet / network security method and system for checking customer security from a remote device |
JP2001285400A (en) | 2000-03-29 | 2001-10-12 | Kddi Corp | Correcting method of traffic statistics information |
US7134141B2 (en) | 2000-06-12 | 2006-11-07 | Hewlett-Packard Development Company, L.P. | System and method for host and network based intrusion detection and response |
US8661539B2 (en) * | 2000-07-10 | 2014-02-25 | Oracle International Corporation | Intrusion threat detection |
US20020087716A1 (en) * | 2000-07-25 | 2002-07-04 | Shakeel Mustafa | System and method for transmitting customized multi priority services on a single or multiple links over data link layer frames |
US6772196B1 (en) * | 2000-07-27 | 2004-08-03 | Propel Software Corp. | Electronic mail filtering system and methods |
US6766320B1 (en) * | 2000-08-24 | 2004-07-20 | Microsoft Corporation | Search engine with natural language-based robust parsing for user query and relevance feedback learning |
US7181769B1 (en) * | 2000-08-25 | 2007-02-20 | Ncircle Network Security, Inc. | Network security system having a device profiler communicatively coupled to a traffic monitor |
US7032114B1 (en) * | 2000-08-30 | 2006-04-18 | Symantec Corporation | System and method for using signatures to detect computer intrusions |
US20020035639A1 (en) * | 2000-09-08 | 2002-03-21 | Wei Xu | Systems and methods for a packet director |
US20070192863A1 (en) * | 2005-07-01 | 2007-08-16 | Harsh Kapoor | Systems and methods for processing data flows |
US20020066034A1 (en) * | 2000-10-24 | 2002-05-30 | Schlossberg Barry J. | Distributed network security deception system |
US7054930B1 (en) * | 2000-10-26 | 2006-05-30 | Cisco Technology, Inc. | System and method for propagating filters |
US20020083344A1 (en) * | 2000-12-21 | 2002-06-27 | Vairavan Kannan P. | Integrated intelligent inter/intra networking device |
US6792269B2 (en) * | 2000-12-22 | 2004-09-14 | Bellsouth Intellectual Property Corporation | System, method and apparatus for tracking deployment of cellular telephone network sites |
JP3672242B2 (en) * | 2001-01-11 | 2005-07-20 | インターナショナル・ビジネス・マシーンズ・コーポレーション | PATTERN SEARCH METHOD, PATTERN SEARCH DEVICE, COMPUTER PROGRAM, AND STORAGE MEDIUM |
US7058821B1 (en) * | 2001-01-17 | 2006-06-06 | Ipolicy Networks, Inc. | System and method for detection of intrusion attacks on packets transmitted on a network |
US20020165707A1 (en) | 2001-02-26 | 2002-11-07 | Call Charles G. | Methods and apparatus for storing and processing natural language text data as a sequence of fixed length integers |
US7624444B2 (en) * | 2001-06-13 | 2009-11-24 | Mcafee, Inc. | Method and apparatus for detecting intrusions on a computer system |
US7096503B1 (en) * | 2001-06-29 | 2006-08-22 | Mcafee, Inc. | Network-based risk-assessment tool for remotely detecting local computer vulnerabilities |
US6978223B2 (en) * | 2001-09-06 | 2005-12-20 | Bbnt Solutions Llc | Systems and methods for network performance measurement using packet signature collection |
US7406526B2 (en) * | 2001-09-28 | 2008-07-29 | Uri Benchetrit | Extended internet protocol network address translation system |
US6999998B2 (en) * | 2001-10-04 | 2006-02-14 | Hewlett-Packard Development Company, L.P. | Shared memory coupling of network infrastructure devices |
US20030083847A1 (en) * | 2001-10-31 | 2003-05-01 | Schertz Richard L. | User interface for presenting data for an intrusion protection system |
US7472167B2 (en) * | 2001-10-31 | 2008-12-30 | Hewlett-Packard Development Company, L.P. | System and method for uniform resource locator filtering |
US20030101353A1 (en) * | 2001-10-31 | 2003-05-29 | Tarquini Richard Paul | Method, computer-readable medium, and node for detecting exploits based on an inbound signature of the exploit and an outbound signature in response thereto |
US6546493B1 (en) * | 2001-11-30 | 2003-04-08 | Networks Associates Technology, Inc. | System, method and computer program product for risk assessment scanning based on detected anomalous events |
AU2002360844A1 (en) * | 2001-12-31 | 2003-07-24 | Citadel Security Software Inc. | Automated computer vulnerability resolution system |
US6993706B2 (en) * | 2002-01-15 | 2006-01-31 | International Business Machines Corporation | Method, apparatus, and program for a state machine framework |
US7257630B2 (en) * | 2002-01-15 | 2007-08-14 | Mcafee, Inc. | System and method for network vulnerability detection and reporting |
US7152105B2 (en) | 2002-01-15 | 2006-12-19 | Mcafee, Inc. | System and method for network vulnerability detection and reporting |
JP4152108B2 (en) * | 2002-01-18 | 2008-09-17 | 株式会社コムスクエア | Vulnerability monitoring method and system |
US7076803B2 (en) * | 2002-01-28 | 2006-07-11 | International Business Machines Corporation | Integrated intrusion detection services |
US7174566B2 (en) * | 2002-02-01 | 2007-02-06 | Intel Corporation | Integrated network intrusion detection |
US7769997B2 (en) * | 2002-02-25 | 2010-08-03 | Network Resonance, Inc. | System, method and computer program product for guaranteeing electronic transactions |
US20030229726A1 (en) | 2002-03-18 | 2003-12-11 | Daseke Michael J. | Default device configuration system and method for thin devices |
AU2003220582A1 (en) | 2002-03-29 | 2003-10-13 | Cisco Technology, Inc. | Method and system for reducing the false alarm rate of network intrusion detection systems |
JP4047053B2 (en) | 2002-04-16 | 2008-02-13 | 富士通株式会社 | Retrieval apparatus and method using sequence pattern including repetition |
US7383577B2 (en) | 2002-05-20 | 2008-06-03 | Airdefense, Inc. | Method and system for encrypted network management and intrusion detection |
WO2003100617A1 (en) * | 2002-05-22 | 2003-12-04 | Lucid Security Corporation | Adaptive intrusion detection system |
US6983323B2 (en) * | 2002-08-12 | 2006-01-03 | Tippingpoint Technologies, Inc. | Multi-level packet screening with dynamically selected filtering criteria |
US7069438B2 (en) * | 2002-08-19 | 2006-06-27 | Sowl Associates, Inc. | Establishing authenticated network connections |
US20040064726A1 (en) * | 2002-09-30 | 2004-04-01 | Mario Girouard | Vulnerability management and tracking system (VMTS) |
US20040093582A1 (en) * | 2002-11-01 | 2004-05-13 | Segura Tim E. | Method for allowing a computer to be used as an information kiosk while locked |
US7363656B2 (en) * | 2002-11-04 | 2008-04-22 | Mazu Networks, Inc. | Event detection/anomaly correlation heuristics |
US7454499B2 (en) * | 2002-11-07 | 2008-11-18 | Tippingpoint Technologies, Inc. | Active network defense system and method |
KR100456635B1 (en) * | 2002-11-14 | 2004-11-10 | 한국전자통신연구원 | Method and system for defensing distributed denial of service |
US7350077B2 (en) * | 2002-11-26 | 2008-03-25 | Cisco Technology, Inc. | 802.11 using a compressed reassociation exchange to facilitate fast handoff |
US7353533B2 (en) * | 2002-12-18 | 2008-04-01 | Novell, Inc. | Administration of protection of data accessible by a mobile device |
US20040193943A1 (en) * | 2003-02-13 | 2004-09-30 | Robert Angelino | Multiparameter network fault detection system using probabilistic and aggregation analysis |
US8561175B2 (en) * | 2003-02-14 | 2013-10-15 | Preventsys, Inc. | System and method for automated policy audit and remediation management |
US20040172234A1 (en) * | 2003-02-28 | 2004-09-02 | Dapp Michael C. | Hardware accelerator personality compiler |
US7706378B2 (en) * | 2003-03-13 | 2010-04-27 | Sri International | Method and apparatus for processing network packets |
US7185015B2 (en) * | 2003-03-14 | 2007-02-27 | Websense, Inc. | System and method of monitoring and controlling application files |
US8127359B2 (en) * | 2003-04-11 | 2012-02-28 | Samir Gurunath Kelekar | Systems and methods for real-time network-based vulnerability assessment |
US7305708B2 (en) | 2003-04-14 | 2007-12-04 | Sourcefire, Inc. | Methods and systems for intrusion detection |
US7644275B2 (en) * | 2003-04-15 | 2010-01-05 | Microsoft Corporation | Pass-thru for client authentication |
US7349400B2 (en) | 2003-04-29 | 2008-03-25 | Narus, Inc. | Method and system for transport protocol reconstruction and timer synchronization for non-intrusive capturing and analysis of packets on a high-speed distributed network |
US20040221176A1 (en) | 2003-04-29 | 2004-11-04 | Cole Eric B. | Methodology, system and computer readable medium for rating computer system vulnerabilities |
AU2003225232A1 (en) | 2003-04-29 | 2004-11-26 | Threatguard, Inc. | System and method for network security scanning |
US7317693B1 (en) * | 2003-05-12 | 2008-01-08 | Sourcefire, Inc. | Systems and methods for determining the network topology of a network |
US7089383B2 (en) | 2003-06-06 | 2006-08-08 | Hewlett-Packard Development Company, L.P. | State machine and system for data redundancy |
US7636917B2 (en) | 2003-06-30 | 2009-12-22 | Microsoft Corporation | Network load balancing with host status information |
US7596807B2 (en) | 2003-07-03 | 2009-09-29 | Arbor Networks, Inc. | Method and system for reducing scope of self-propagating attack code in network |
US7346922B2 (en) * | 2003-07-25 | 2008-03-18 | Netclarity, Inc. | Proactive network security system to protect against hackers |
US7133916B2 (en) | 2003-07-28 | 2006-11-07 | Etelemetry, Inc. | Asset tracker for identifying user of current internet protocol addresses within an organization's communications network |
US20050114700A1 (en) * | 2003-08-13 | 2005-05-26 | Sensory Networks, Inc. | Integrated circuit apparatus and method for high throughput signature based network applications |
US7467202B2 (en) | 2003-09-10 | 2008-12-16 | Fidelis Security Systems | High-performance network content analysis platform |
US8417673B2 (en) * | 2003-10-07 | 2013-04-09 | International Business Machines Corporation | Method, system, and program for retaining versions of files |
US7725936B2 (en) * | 2003-10-31 | 2010-05-25 | International Business Machines Corporation | Host-based network intrusion detection systems |
EP1549012A1 (en) | 2003-12-24 | 2005-06-29 | DataCenterTechnologies N.V. | Method and system for identifying the content of files in a network |
US20050188079A1 (en) * | 2004-02-24 | 2005-08-25 | Covelight Systems, Inc. | Methods, systems and computer program products for monitoring usage of a server application |
US7313695B2 (en) | 2004-03-23 | 2007-12-25 | Sourcefire, Inc. | Systems and methods for dynamic threat assessment |
US7519954B1 (en) | 2004-04-08 | 2009-04-14 | Mcafee, Inc. | System and method of operating system identification |
US7761918B2 (en) | 2004-04-13 | 2010-07-20 | Tenable Network Security, Inc. | System and method for scanning a network |
US7366728B2 (en) | 2004-04-27 | 2008-04-29 | International Business Machines Corporation | System for compressing a search tree structure used in rule classification |
WO2005114541A2 (en) | 2004-05-19 | 2005-12-01 | Computer Associates Think, Inc. | Systems and methods for minimizing security logs |
US20050268331A1 (en) | 2004-05-25 | 2005-12-01 | Franck Le | Extension to the firewall configuration protocols and features |
US8074277B2 (en) | 2004-06-07 | 2011-12-06 | Check Point Software Technologies, Inc. | System and methodology for intrusion detection and prevention |
US7480245B2 (en) * | 2004-12-11 | 2009-01-20 | International Business Machines Corporation | Segmenting data packets for over-network transmission at adjustable fragment boundary |
US10015140B2 (en) * | 2005-02-03 | 2018-07-03 | International Business Machines Corporation | Identifying additional firewall rules that may be needed |
US20070027913A1 (en) * | 2005-07-26 | 2007-02-01 | Invensys Systems, Inc. | System and method for retrieving information from a supervisory control manufacturing/production database |
US8077718B2 (en) * | 2005-08-12 | 2011-12-13 | Microsoft Corporation | Distributed network management |
US7873025B2 (en) * | 2006-02-23 | 2011-01-18 | Cisco Technology, Inc. | Network device that determines application-level network latency by monitoring option values in a transport layer message |
GB2432933B (en) | 2006-03-14 | 2008-07-09 | Streamshield Networks Ltd | A method and apparatus for providing network security |
US7958227B2 (en) | 2006-05-22 | 2011-06-07 | Mcafee, Inc. | Attributes of captured objects in a capture system |
US7930747B2 (en) * | 2007-01-08 | 2011-04-19 | Trend Micro Incorporated | Host intrusion prevention server |
US7936794B2 (en) * | 2007-08-07 | 2011-05-03 | Avaya Inc. | Clock management between two end points |
US9451036B2 (en) | 2008-01-15 | 2016-09-20 | Alcatel Lucent | Method and apparatus for fingerprinting systems and operating systems in a network |
-
2008
- 2008-04-29 US US12/149,196 patent/US8127353B2/en active Active
- 2008-04-29 EP EP08743372.8A patent/EP2156290B1/en active Active
- 2008-04-29 CA CA2685292A patent/CA2685292C/en not_active Expired - Fee Related
- 2008-04-29 WO PCT/US2008/005466 patent/WO2008134057A1/en active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998040994A1 (en) | 1997-03-11 | 1998-09-17 | Sequel Technology Corporation | Method and apparatus for resolving network users to network computers |
EP1054529A2 (en) | 1999-05-20 | 2000-11-22 | Lucent Technologies Inc. | Method and apparatus for associating network usage with particular users |
US20030177212A1 (en) | 1999-11-18 | 2003-09-18 | Xacct Technologies, Inc. | System, method and computer program product for network record synthesis |
US7143159B1 (en) | 2001-03-12 | 2006-11-28 | 3Com Corporation | Method for correlating and presenting network management data |
US20050172019A1 (en) * | 2004-01-31 | 2005-08-04 | Williamson Matthew M. | Network management |
US20060080542A1 (en) | 2004-10-12 | 2006-04-13 | Hitachi, Ltd. | Access control system, authentication server, application server, and packet transmission device |
US20060265748A1 (en) | 2005-05-23 | 2006-11-23 | Potok Thomas E | Method for detecting sophisticated cyber attacks |
US20060294588A1 (en) * | 2005-06-24 | 2006-12-28 | International Business Machines Corporation | System, method and program for identifying and preventing malicious intrusions |
Non-Patent Citations (1)
Title |
---|
See also references of EP2156290A4 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9602525B2 (en) | 2015-02-27 | 2017-03-21 | Cisco Technology, Inc. | Classification of malware generated domain names |
Also Published As
Publication number | Publication date |
---|---|
EP2156290A4 (en) | 2016-01-06 |
CA2685292C (en) | 2013-09-24 |
US20080276319A1 (en) | 2008-11-06 |
CA2685292A1 (en) | 2008-11-06 |
US8127353B2 (en) | 2012-02-28 |
EP2156290A1 (en) | 2010-02-24 |
EP2156290B1 (en) | 2020-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8127353B2 (en) | Real-time user awareness for a computer network | |
US9641550B2 (en) | Network protection system and method | |
JP7250703B2 (en) | Assessment and remediation of correlation-driven threats | |
JP6894003B2 (en) | Defense against APT attacks | |
US10003610B2 (en) | System for tracking data security threats and method for same | |
US11831785B2 (en) | Systems and methods for digital certificate security | |
US9473528B2 (en) | Identification of malware sites using unknown URL sites and newly registered DNS addresses | |
Vukalović et al. | Advanced persistent threats-detection and defense | |
US9503468B1 (en) | Detecting suspicious web traffic from an enterprise network | |
Song et al. | Visualization of security event logs across multiple networks and its application to a CSOC | |
Avgetidis et al. | Beyond The Gates: An Empirical Analysis of {HTTP-Managed} Password Stealers and Operators | |
Kondo et al. | Penetration testing with banner grabbers and packet sniffers | |
Kumar et al. | Recent advances in intrusion detection systems: An analytical evaluation and comparative study | |
Ezin et al. | Java-Based Intrusion Detection System in a Wired Network | |
Giacobe | Data fusion in cyber security: first order entity extraction from common cyber data | |
Kumar et al. | Analysing Cyber Security Vulnerabilities using Click Jacking and HostHeader Injection | |
RU2778635C1 (en) | System and method for outside control of the cyberattack surface | |
Ying et al. | Anteater: Malware Injection Detection with Program Network Traffic Behavior | |
Hubballi et al. | Event Log Analysis and Correlation: A Digital Forensic Perspective | |
Mathas et al. | Reconnaissance | |
Stephens | Network Forensics | |
McCray | A roadmap to becoming security conscious | |
Luan | Intrusion detection and management over the world wide web | |
Bhavani et al. | INSIDER THREAT DETECTION USING HONEPOTS | |
Brohi | Managing Vulnerabilities in a Networked System |
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: 08743372 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2685292 Country of ref document: CA |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008743372 Country of ref document: EP |