CA2533853A1 - Method and system for detecting unauthorised use of a communication network - Google Patents

Method and system for detecting unauthorised use of a communication network Download PDF

Info

Publication number
CA2533853A1
CA2533853A1 CA002533853A CA2533853A CA2533853A1 CA 2533853 A1 CA2533853 A1 CA 2533853A1 CA 002533853 A CA002533853 A CA 002533853A CA 2533853 A CA2533853 A CA 2533853A CA 2533853 A1 CA2533853 A1 CA 2533853A1
Authority
CA
Canada
Prior art keywords
response
data
network
signatures
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CA002533853A
Other languages
French (fr)
Other versions
CA2533853C (en
Inventor
Paolo Abeni
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
III Holdings 1 LLC
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Publication of CA2533853A1 publication Critical patent/CA2533853A1/en
Application granted granted Critical
Publication of CA2533853C publication Critical patent/CA2533853C/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/14Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic

Abstract

A system (6) for detecting unauthorised use of a network is provided with a pattern matching engine (16) for searching attack signatures into data packets, and with a response analysis engine (18) for detecting response signatures into data packets sent back from an attacked network/computer. Wh en a suspect signature has been detected into a packet, the system enters an alarm status starting a monitoring process on the packets sent back from the potentially attacked network/computer. An alarm is generated only in case th e analysis of the response packets produces as well a positive result. Such intrusion detection system is much less prone to false positives and misdiagnosis than a conventional pattern matching intrusion detection system .

Description

METHOD AND SYSTEM FOR DETECTING UNAUTHORISED USE OF A COMMUNICATION NETWORK
DESCRIPTION
Field of the invention The present invention refers to a method and a system for intrusion detection in a communication network, and in particular to an intrusion detection system based on pattern matching techniques.
An Intrusion Detection System, or IDS, is a system that is capable of detecting, on a network or a host computer, anomalous or dubious data that may be considered unauthorized and therefore potentially dangerous. Such a system captures and inspects all traffic ,and, based on the contents, is capable of generating an alarm.
An intrusion detection system operating on a network is generally known as a Network Intrusion Detection System, or NIDS, while an intrusion detection system targeted for the protection of a single machine (e. g.
Host, Server) is known as Host Intrusion. Detection System, or HIDS. The same techniques used by NIDS systems for detecting anomalous activities are also used by some components of HIDS systems for controlling network activity directed to and from the Host computer.
Background art A known solution for intrusion detection is the so-called protocol analysis technique. Protocol analysis takes advantage of the known structure of communications protocols for tracking all connections in a protected network. For each connection the system retraces the CONFIRMATION COPY
2 application level flow and simulates the behaviour of a possible victim. An alarm is generated when the system detects the execution of operations that somehow violate or stress the nature of the used protocol. An intrusion detection system based on the protocol analysis technique is illustrated for example in document US2003/0004688A1.
The system illustrated is quite complex, as the protocol analysis, technique requires high processing power, moreover, in order to efficiently retrace the behaviour of all protected computers, it is necessary to have an exhaustive knowledge of the protected network.
Statistical analysis is another well-known technique used in intrusion detection systems. Such systems try to detect statistical anomalies, triggering an alarm when a deviation from statistical values is detected.
Statistical values may include for example the number of connections simultaneously open, traffic activity to/from a particular computer, or the length in time of connections. While the computing power in such systems is not so critical, it is extremely elaborate to identify which parameters are really symptomatic for determining the status of the network and which kinds of variations are to be detected. An example of intrusion detection system based on statistical analysis is illustrated in document WO 02/45380.
A further technique commonly used in intrusion detection systems is the pattern matching technique, which tries to detect the presence of an attack signature in a network packet. Each packet on the network is searched for various attack signatures (an attack signature is a string or a group of bytes), comparing
3 group of bytes taken from the packet in question with a plurality of known attack signatures.
Depending on the choice of detecting algorithm and the frequency with which it is applied, the pattern matching technique may become a performance bottleneck.
The problem of streamlining pattern matching techniques is addressed for example in documents US 5,179,632 and US 5,495,409, which illustrate some methods, not expressly related to network intrusion detection systems, for increasing performances of pattern-matching systems.
An improved intrusion detection system is disclosed in US 6,477,651, which illustrates a system having dynamically loaded signatures. The solution proposed simplifies the modification of the system to adapt to new network vulnerabilities, so that the system supports upgrades in a dynamic manner without shutting down the intrusion detection system.
A further attempt to improve reliability of intrusion detection systems based on pattern matching techniques is illustrated in document US 6,499,107. The method disclosed comprises monitoring network data traffic and analysing such traffic for assessing network information; a plurality of analysis tasks are prioritised based upon the network information, the analysis tasks are performed on the monitored traffic in order to identify attacks upon the network. Each signature has therefore an associated priority value, such value is used by the system for regulating the actuation of the corresponding analysis task.
Such systems identify as an attack any data replicating a known signature, either if it corresponds effectively to an attempt of attacking a vulnerable
4 computer or a service, or if it is directed to a destination that does not exist or that is however not sensitive to that kind of attacks, or even in case the match is caused by legitimate data somehow similar to a known attack signature.
As a consequence, intrusion detection systems based on pattern matching techniques are inclined to generate too many false positives, i.e. false alarm warnings.
False positives occur when a byte string in a packet matches a pattern signature, but the string is in fact not an attack at all.
The Applicant has tackled the problem of reducing the number of false positives in an intrusion detection system based on pattern matching techniques.
The Applicant observes that the number of false positives can be sometimes so large that the system itself becomes unserviceable, hiding authentic alarms among thousands of useless warnings.
The Applicant is of the opinion that a conventional pattern matching intrusion detection system has no intelligence to determine the true meaning and the ultimate effect of a detected pattern, thus triggering an excessive number of false positives.
In view of the above, it is an object of the invention to provide an intrusion detection system, based on pattern matching techniques, which is able of filtering alarm warnings for a drastic reduction of false positives.
Sununary of the invention According to the invention that object is achieved by means of a method and a system for detecting unauthorised use of a network, which is provided with a pattern matching engine for searching attack signatures into data packets, and with a response analysis engine for detecting response signatures into data packets sent back from the attacked network/computer. When a suspect
5 signature has been detected into a packet, the system enters an alarm status starting a monitoring process on the packets sent back from the potentially attacked network/computer. An alarm is generated only in case the analysis of the response packets produces as well a positive result.
The Applicant has verified that an intrusion detection system realised according to the invention is much less prone to false positives and misdiagnosis than a conventional pattern matching intrusion detection system.
The present invention also relates to a computer program product loadable in the memory of at least one computer and including software code portions for performir~g the method of the invention when the product is run on a computer.
Brief description of the drawings Figure 1 is a block diagram of a first embodiment of a network environment including an intrusion detection system according to the present invention;
Figure 2 is a block diagram of a second embodiment of a network environment including an intrusion detection system according to the present invention;
Figure 3 is a block diagram of an intrusion detection system according to the present invention;
Figure 4 is a flow diagram of a response analysis process implemented in the system of Figure 3; and
6 Figure 5 is a flow diagram of a probing process triggered by the response analysis process of Figure 4.
Detailed description of the preferred embodiments With reference to Figure 1, a local area network 2 (LAN), protected by a network intrusion detection system 6 (NIDS), is connected to a public network, the Internet network 4, and therefore potentially accessible by an external attacker 8, or Hacker. A plurality of workstations or servers 10 are connected to the local area network 2 for exchanging data and sharing resources, as well as for accessing the Internet network 4.
Between the LAN 2 and the Internet 4, a firewall 12, shown in Figure 1 with a broken line, can be used for limiting external access to resources in the local area network 2 and protecting such resources from unauthorised use.
The intrusion detection system 6 is coupled to the local area network 2 so that it can detect and capture data being transmitted on the network. The intrusion detection system 6 comprises a sniffer 14 for capturing data on the network 2, a pattern matching engine 16 which receives data captured by the sniffer 14 and a response analysis engine 18 which is triggered by an event generated by the pattern matching engine 16.
A sniffer is a program that monitors network traffic and can be used to capture data being transmitted on a network. Thanks to the sniffer 16, the intrusion detection system 6 is able to read any packet of data passed to the network, for determining the source and destination addresses of the packet and for analysing, as explained in detail hereinbelow, the data content.
7 In Figure 2 is illustrated a second embodiment of a network environment including an intrusion detection system realised according to the present invention. A
Host Computer 20, such as a network or a web server, is connected to an Internet network 4, and is therefore accessible by any external computer, such as for example an external attacker 8.
The Host Computer 20 comprises a host intrusion detection system 22 (HIDS), whose operation is equivalent to that of the network intrusion detection system 6 of Figure 1.
The intrusion detection system 22 comprises a sniffer 14 for capturing data on the network 2, a pattern matching engine 16 which receives data captured by the sniffer 14 and a response analysis engine 18 which is triggered by an event generated by the pattern matching engine 16.
The system 22, in case of danger due to an external attack, intervenes directly on the Host computer 20, protecting its resources from unauthorised use.
Both the embodiments shown in Figures 1 and 2 include an intrusion detection system, NIDS 6 or HIDS 22, which operates according to a common scheme shown in Figure 3. The sniffer present in the system 6 or 22 captures all data packets transiting in the network 2, e.g. the packet 30 shown in Figure 3. The captured packet is passed to the pattern matching engine 16, which compares data in the packet with attack signatures, for generating an event when a match between captured data 30 and an attack signature is found. The basic operating principles and criteria of the pattern matching engine 16
8 are held to be completely known to those of skill in the art (as witnessed e.g. by US 6,477,651 or US 6,499,107).
When a suspect pattern has been identified in a data packet, i.e. the event has been generated by the pattern matching engine 16, a new task is started for analysing particular network traffic. The new task uses the sniffer 14 for capturing data packets that are generated in response to suspect data packets. The term "task"
indicates not necessarily a new task or thread, but generally an execution flow running concurrently to the pattern matching engine.
The response packets are selected by performing an analysis of the source IP address (the address of the supposed attacked computer), or by analysing both the source and the destination IP addresses of packets (address of supposed attacked and attacker computers).
Alternatively the selection of packets may be performed by analysing transport level information in the same packets (TCP/UDP ports).
In order to determine with greater accuracy the status of the suspected attack in progress, the system is able to send data packets towards both the attacker or the attacked computer, by means of the same sniffer 14.
Such packets stimulate an answer in the destination computer, and such answer is analysed by the system, e.g.
by means of pattern matching techniques, for determining an alarm status.
The packets captured by the above mentioned new task, i.e. the packets that are generated in response to suspect data packets, are passed to the response analysis engine 18 which compares such data with a collection of
9 response signatures, and for analysing the result of such comparison for generating an alarm.
The response signatures, whose structure is equivalent to the structure of the attack signatures, are collected in a database and are arranged in two categories. "Type A" response signatures identify a suspect, or illicit, traffic, while "type B" response signatures identify non-suspect, or legitimate, traffic.
The response signatures, as well as the attack signatures, can be generated manually, thanks to the experience of systems engineers, or, in some cases, automatically, following some simple rules.
Such rules determine the form of the response signatures, as a function of the typology of the considered attack and of the attacked protocol/application. A particular set of response signatures is assigned to each attack signature (or to a group of attack signatures), so that the response signatures used by the response analysis engine 18 depends on the kind of the potential attack revealed.
The following examples illustrate how a set of response signatures can be generated for a particular attack.
The possible attacks must be classified in uniform categories, e.g. DoS (Deny of Service), buffer overflow, directory transversal, etc., and the network protocol used must be known.
For example, in case of a buffer overflow attack, the generated response signature is a type B signature, and recognizes the regular answers of the attacked protocol during normal operation.

In case of a buffer overflow directed to a POPS
Server the response signature is in the form "+OK" or "-ERR", and recognizes a situation in which the suspected 5 attack was not successful.
As a further example, in case of a directory transversal attack, the generated response signature is a type A signature, and recognizes answers indicating a successful attack. The signature generated as a
10 consequence of the execution of a shell command:
"GET /cgi-bin/../../../cmd.exe HTTP/1.1"
is "HTTP/l.l 200 OK"
which recognizes effectively an intrusion.
Figure 4 illustrates in detail the operation of the response analysis engine 18.
The process starts in block 40 when a suspected packet has been individuated by the pattern matching engine 16. The activity is logged in a log file, block 42, for subsequent statistical analysis of data. A
variable num~os match is initialised (num pos match=0) and a timeout 64 is activated.
The system captures a packet coming from the address of the attacked computer and/or directed to the attacker 8, block 44.
The data in the packet is matched with the response signatures corresponding to the attack signature (or signatures) matched. If a matched signature identifies an illicit traffic, type A signature, condition verified in block 46, an alarm is generated in block 54 and the process of the response analysis engine ends, block 62.
11 If the analysis process captures a packet coming from the attacked computer and directed to the attacker indicating that a new network connection has been established, different from the connection that caused the analysis process, condition verified in block 48, an alarm is generated in block 56 and the process of the response analysis engine ends, block 62. This condition indicates that the attack has been successful and the attacker, having taken control of the victim (attacked computer), has generated a new connection.
If the matched signature identifies a legitimate traffic, type B signature, condition verified in block 50, the revealed situation is not a true attack, or anyway the attack is not effective on the intended target computer, and the variable num~os match, representing the number of response packets already analysed, is incremented in block 58 (function Incr(num pos match)).
In conditional block 60 the variable num pos match is compared with a predetermined number of requested signature match (req(signatures)), so that the process can proceed for a predetermined number of packets, jumping back to block 44, or terminating in block 62. The value of the variable req(signature) can be set at will, e.g. according to network administrator preferences.
The iteration of the response analysis process, in case of type B signature match, is performed in order to recognise those situations in which, after a successful attack, the response traffic from the server is temporarily licit, before becoming illicit.
The process illustrated in Figure 4 terminates in block 62 if the timeout 64, activated at the beginning, is not lapsed. On the contrary, at the expire of the
12 timeout 64, a probing task 52 is started, whose operation is illustrated in detail in Figure 5. The probing task 52 allows the system to decide whether or not an alarm must be generated, in case the response analysis process did not collect enough information for taking that decision.
The probing task, starting in block 70, verifies initially if any traffic from the supposed attacked computer has been detected during the response signatures analysis process, block 72. If some traffic has been detected the execution passes to conditional block 74, wherein the nature of the response signatures that have been previously used is analysed. In case "type A" or both "type A" and "type B" response signatures have been used, arrow 75 in the flow diagram of figure 5, the probing task 52 ends without generating any alarm, end block 82. Such situation indicates that, during the analysis process terminated with the expiring of the timeout 64, the response data packets have been compared with signatures indicating illicit traffic (type A) or both kind of signatures (legitimate and illicit), without however any positive match.
Otherwise, in case of "type B" response signatures, arrow 77, an alarm is generated in block 78 and the probing task 52 ends. The latter situation indicates that the response data packets have been compared exclusively with signatures indicating legitimate traffic (type B), such unsuccessful matching condition indicating a potentially danger situation.
If no traffic has been detected between attacked computer and attacker during the response signatures analysis process, arrow 73, a probe of the attacked computer (or application/protocol) is performed in block
13 76. The probe of block 76 is an attempt to perform a connection to the suspected attacked computer/application/protocol. In case the attempted connection fails, it can be inferred that the attack was oriented to a non-existent target, arrow 79, and the probe task ends without generating any alarm, block 82.
On the contrary, arrow 81, if the suspected attacked computer/application/protocol is active, it can be inferred that the attack was successful and, before terminating the task in block 82, an alarm is generated in block 80.
The system is furthermore able to execute contemporaneously more then one response analysis engines, in a multi-tasking environment, in order to monitor more then one computer/application/protocol at the same time' on the same network. The different processes can run simultaneously on the same intrusion detection system, involving different entities or network nodes.

Claims (25)

1. An intrusion detection system (6, 22) for detecting unauthorised use of a network (2, 20), comprising a sniffer (14) for capturing data being transmitted on said network and a pattern matching engine (16), receiving data captured by said sniffer (14) and comparing said data with attack signatures, for generating an event when a match between captured data and at least one attack signature is found, characterised in that said system further comprises a response analysis engine (18), triggered by said event, for comparing with response signatures the data being transmitted on said network as a response to said data matched with said attack signature, and for correlating the results of said comparisons with attack and response signatures for generating an alarm.
2. The system of claim 1, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by said sniffer (14) by performing an analysis of source IP
address in data packets transmitted on said network.
3. The system of claim 1, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by said sniffer (14) by performing an analysis of both source and destination IP addresses in data packets transmitted on said network.
4. The system of claim 1, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by said sniffer (14) by analysing transport level information in data packets transmitted on said network.
5. The system of claim 1, wherein said response analysis engine (18) generates an alarm when said data being transmitted on said network as a response to said data matched with said attack signature indicates that a new network connection has been established.
6. The system of claim 1, wherein said response signatures are arranged in two categories, type A
response signatures identifying an illicit traffic, and type B response signatures identifying legitimate traffic.
7. The system of claim 6, wherein said response analysis engine (18) generates an alarm when a match between captured data and a response signature identifying illicit traffic (type A) is found.
8. The system of claim 6, wherein said response analysis engine (18) comprises a counter (num_pos_match) which is incremented when a match between captured data and a response signature identifying legitimate traffic (type B) is found.
9. The system of claim 8, wherein, when said counter (num_pos_match) reaches a predetermined value (req(signatures)), said response analysis engine (18) terminates without generating any alarm (62).
10. The system of claim 1, wherein said response analysis engine (18) comprises a time-out system (64), triggered by said event, for starting a probing task (52).
11. The system of claim 10, wherein said probing task (52) verifies if any data has been detected on said network as a response to said data matched with said attack signature, and, if such condition is verified:

- generates an alarm in case only response signatures indicating legitimate traffic (type B) have been used by said response analysis engine (18); or - ends the probing task (82) in case only response signatures indicating illicit traffic (type A) or both response signatures indicating legitimate traffic (type B) and illicit traffic (type A) have been used by said response analysis engine (18).
12. The system of claim 11, wherein, if such condition is not verified, said probing task (52) attempts to perform a connection (76) to a suspected attacked computer, for generating an alarm (80) if such attempt is successful, or for ending the probing task (82) if such attempt is unsuccessful.
13. A method for detecting unauthorised use of a network, comprising the steps:
- capturing data being transmitted on said network;
- comparing said data with attack signatures, for generating an event when a match between captured data and at least one attack signature is found;
characterised in that it comprises, triggered by said event, the steps of:
- comparing with response signatures the data being transmitted on said network as a response to said data matched with said attack signature;
- correlating the results of said comparisons with attack and response signatures for generating an alarm.
14. The method of claim 13, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by performing an analysis of source IP address in data packets transmitted on said network.
15. The method of claim 13, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by performing an analysis of both source and destination IP
addresses in data packets transmitted on said network.
16. The method of claim 13, wherein said data being transmitted on said network as a response to said data matched with said attack signature is captured by analysing transport level information in data packets transmitted on said network.
17. The method of claim 13, comprising the step of generating an alarm when said data being transmitted on said network as a response to said data matched with said attack signature indicates that a new network connection has been established.
18. The method of claim 13, wherein said response signatures are arranged in two categories, type A
response signatures identifying an illicit traffic, and type B response signatures identifying legitimate traffic.
19. The method of claim 18, comprising the step of generating an alarm when a match between captured data and a response signature identifying illicit traffic (type A) is found.
20. The method of claim 18, comprising the step of incrementing a counter (num)_pos_match) when a match between captured data and a response signature identifying legitimate traffic (type B) is found.
21. The method of claim 20, wherein said step of comparing data with response signatures is terminated when said counter (num_pos_match) reaches a predetermined value (req(signatures)).
22. The method of claim 13, comprising the step of providing a time-out system (64), triggered by said event, for starting a probing task (52).
23. The method of claim 22, comprising the step of verifying if any data has been detected on said network as a response to said data matched with said attack signature, and, if such condition is verified:
- generating an alarm in case only response signatures indicating legitimate traffic (type B) have been used; or - ending said probing task (82) in case only response signatures indicating illicit traffic (type A) or both response signatures indicating legitimate traffic (type B) and illicit traffic (type A) have been used.
24. The method of claim 23, wherein, if such condition is not verified, said probing task (52) attempts to perform a connection (76) to a suspected attacked computer, for generating an alarm (80) if such attempt is successful, or for ending the probing task (82) if such attempt is unsuccessful.
25. A computer program product loadable in the memory of at least one computer and including software code portions for performing the method of any of claims 13 to 24 when the product is run on a computer.
CA2533853A 2003-08-11 2003-08-11 Method and system for detecting unauthorised use of a communication network Expired - Lifetime CA2533853C (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IT2003/000505 WO2005015370A1 (en) 2003-08-11 2003-08-11 Method and system for detecting unauthorised use of a communication network

Publications (2)

Publication Number Publication Date
CA2533853A1 true CA2533853A1 (en) 2005-02-17
CA2533853C CA2533853C (en) 2013-01-08

Family

ID=34131154

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2533853A Expired - Lifetime CA2533853C (en) 2003-08-11 2003-08-11 Method and system for detecting unauthorised use of a communication network

Country Status (9)

Country Link
US (1) US8006302B2 (en)
EP (1) EP1654608B1 (en)
AT (1) ATE400016T1 (en)
AU (1) AU2003279517A1 (en)
BR (1) BR0318459A (en)
CA (1) CA2533853C (en)
DE (1) DE60321972D1 (en)
ES (1) ES2309364T3 (en)
WO (1) WO2005015370A1 (en)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8352400B2 (en) 1991-12-23 2013-01-08 Hoffberg Steven M Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
US8574074B2 (en) 2005-09-30 2013-11-05 Sony Computer Entertainment America Llc Advertising impression determination
US7966078B2 (en) 1999-02-01 2011-06-21 Steven Hoffberg Network media appliance system and method
US8751310B2 (en) 2005-09-30 2014-06-10 Sony Computer Entertainment America Llc Monitoring advertisement impressions
AU2003279517A1 (en) * 2003-08-11 2005-02-25 Telecom Italia S.P.A. Method and system for detecting unauthorised use of a communication network
US7503071B1 (en) * 2003-10-01 2009-03-10 Symantec Corporation Network traffic identification by waveform analysis
EP1730917A1 (en) 2004-03-30 2006-12-13 Telecom Italia S.p.A. Method and system for network intrusion detection, related network and computer program product
US7966658B2 (en) * 2004-04-08 2011-06-21 The Regents Of The University Of California Detecting public network attacks using signatures and fast content analysis
US7660999B2 (en) * 2004-06-22 2010-02-09 Microsoft Corporation MIME handling security enforcement
US8763157B2 (en) 2004-08-23 2014-06-24 Sony Computer Entertainment America Llc Statutory license restricted digital media playback on portable devices
US8010685B2 (en) * 2004-11-09 2011-08-30 Cisco Technology, Inc. Method and apparatus for content classification
US7936682B2 (en) * 2004-11-09 2011-05-03 Cisco Technology, Inc. Detecting malicious attacks using network behavior and header analysis
GB2422507A (en) * 2005-01-21 2006-07-26 3Com Corp An intrusion detection system using a plurality of finite state machines
CA2600517A1 (en) * 2005-03-24 2006-09-28 International Business Machines Corporation Network attack detection
US8626584B2 (en) 2005-09-30 2014-01-07 Sony Computer Entertainment America Llc Population of an advertisement reference list
US11004089B2 (en) 2005-10-25 2021-05-11 Sony Interactive Entertainment LLC Associating media content files with advertisements
US8676900B2 (en) 2005-10-25 2014-03-18 Sony Computer Entertainment America Llc Asynchronous advertising placement based on metadata
US10657538B2 (en) 2005-10-25 2020-05-19 Sony Interactive Entertainment LLC Resolution of advertising rules
US20070118425A1 (en) 2005-10-25 2007-05-24 Podbridge, Inc. User device agent for asynchronous advertising in time and space shifted media network
US8510596B1 (en) * 2006-02-09 2013-08-13 Virsec Systems, Inc. System and methods for run time detection and correction of memory corruption
EP2018728A4 (en) 2006-05-05 2011-07-06 Sony Comp Entertainment Us Advertisement rotation
US8429746B2 (en) * 2006-05-22 2013-04-23 Neuraliq, Inc. Decoy network technology with automatic signature generation for intrusion detection and intrusion prevention systems
US20140373144A9 (en) 2006-05-22 2014-12-18 Alen Capalik System and method for analyzing unauthorized intrusion into a computer network
US8209738B2 (en) * 2007-05-31 2012-06-26 The Board Of Trustees Of The University Of Illinois Analysis of distributed policy rule-sets for compliance with global policy
US8769558B2 (en) 2008-02-12 2014-07-01 Sony Computer Entertainment America Llc Discovery and analytics for episodic downloaded media
US8763090B2 (en) 2009-08-11 2014-06-24 Sony Computer Entertainment America Llc Management of ancillary content delivery and presentation
US9106697B2 (en) 2010-06-24 2015-08-11 NeurallQ, Inc. System and method for identifying unauthorized activities on a computer system using a data structure model
US8789189B2 (en) 2010-06-24 2014-07-22 NeurallQ, Inc. System and method for sampling forensic data of unauthorized activities using executability states
US9043912B2 (en) * 2013-03-15 2015-05-26 Mehdi Mahvi Method for thwarting application layer hypertext transport protocol flood attacks focused on consecutively similar application-specific data packets
CA2923231C (en) 2013-09-12 2020-06-02 Virsec Systems, Inc. Automated runtime detection of malware
KR101732889B1 (en) * 2013-11-04 2017-05-08 한국전자통신연구원 Apparatus and method for guaranteeing safe execution of a shell command in an embedded system
US9584492B2 (en) * 2014-06-23 2017-02-28 Vmware, Inc. Cryptographic proxy service
AU2015279923B9 (en) 2014-06-24 2018-01-25 Virsec Systems, Inc. System and methods for automated detection of input and output validation and resource management vulnerability
CA2953787C (en) 2014-06-24 2021-07-20 Virsec Systems, Inc. Automated root cause analysis of single or n-tiered applications
US10075467B2 (en) * 2014-11-26 2018-09-11 Verisign, Inc. Systems, devices, and methods for improved network security
WO2016112219A1 (en) 2015-01-07 2016-07-14 CounterTack, Inc. System and method for monitoring a computer system using machine interpretable code
RU2601148C1 (en) * 2015-06-30 2016-10-27 Закрытое акционерное общество "Лаборатория Касперского" System and method for detecting anomalies when connecting devices
EP3122016B1 (en) * 2015-07-22 2020-01-08 Siemens Aktiengesellschaft Automation network and method of surveillance for security of the transmission of data packets
CA3027728A1 (en) 2016-06-16 2017-12-21 Virsec Systems, Inc. Systems and methods for remediating memory corruption in a computer application
US11216554B2 (en) 2017-07-12 2022-01-04 Nippon Telegraph And Telephone Corporation Determining apparatus, determining method, and determining program
US10592372B2 (en) * 2017-07-18 2020-03-17 Vmware, Inc. Confidence-controlled sampling methods and systems to analyze high-frequency monitoring data and event messages of a distributed computing system
US10826919B2 (en) * 2018-10-29 2020-11-03 Acronis International Gmbh Methods and cloud-based systems for protecting devices from malwares
US11126713B2 (en) * 2019-04-08 2021-09-21 Microsoft Technology Licensing, Llc Detecting directory reconnaissance in a directory service

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2536567B2 (en) 1987-12-17 1996-09-18 株式会社日立製作所 High-speed processing method of bidirectional inference
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
US6499107B1 (en) 1998-12-29 2002-12-24 Cisco Technology, Inc. Method and system for adaptive network security using intelligent packet analysis
US6477651B1 (en) 1999-01-08 2002-11-05 Cisco Technology, Inc. Intrusion detection system and method having dynamically loaded signatures
US6381242B1 (en) * 2000-08-29 2002-04-30 Netrake Corporation Content processor
EP1338130B1 (en) 2000-11-30 2006-11-02 Lancope, Inc. Flow-based detection of network intrusions
US7301899B2 (en) * 2001-01-31 2007-11-27 Comverse Ltd. Prevention of bandwidth congestion in a denial of service or other internet-based attack
US7246376B2 (en) * 2001-05-03 2007-07-17 Nortel Networks Limited Method and apparatus for security management in a networked environment
US7234168B2 (en) 2001-06-13 2007-06-19 Mcafee, Inc. Hierarchy-based method and apparatus for detecting attacks on a computer system
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
US7257630B2 (en) * 2002-01-15 2007-08-14 Mcafee, Inc. System and method for network vulnerability detection and reporting
ATE322790T1 (en) * 2002-01-18 2006-04-15 Stonesoft Corp MONITORING DATA FLOW TO IMPROVE NETWORK SECURITY PROTECTION
US7174566B2 (en) * 2002-02-01 2007-02-06 Intel Corporation Integrated network intrusion detection
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
US7437760B2 (en) * 2002-10-10 2008-10-14 International Business Machines Corporation Antiviral network system
KR100456634B1 (en) * 2002-10-31 2004-11-10 한국전자통신연구원 Alert transmission apparatus and method for policy-based intrusion detection & response
US6898632B2 (en) * 2003-03-31 2005-05-24 Finisar Corporation Network security tap for use with intrusion detection system
US7681235B2 (en) * 2003-05-19 2010-03-16 Radware Ltd. Dynamic network protection
US8220052B2 (en) * 2003-06-10 2012-07-10 International Business Machines Corporation Application based intrusion detection
AU2003279517A1 (en) * 2003-08-11 2005-02-25 Telecom Italia S.P.A. Method and system for detecting unauthorised use of a communication network
EP1730917A1 (en) * 2004-03-30 2006-12-13 Telecom Italia S.p.A. Method and system for network intrusion detection, related network and computer program product
US7624448B2 (en) * 2006-03-04 2009-11-24 21St Century Technologies, Inc. Intelligent intrusion detection system utilizing enhanced graph-matching of network activity with context data
US8443446B2 (en) * 2006-03-27 2013-05-14 Telecom Italia S.P.A. Method and system for identifying malicious messages in mobile communication networks, related network and computer program product therefor

Also Published As

Publication number Publication date
CA2533853C (en) 2013-01-08
US8006302B2 (en) 2011-08-23
ES2309364T3 (en) 2008-12-16
EP1654608B1 (en) 2008-07-02
EP1654608A1 (en) 2006-05-10
DE60321972D1 (en) 2008-08-14
US20060242703A1 (en) 2006-10-26
AU2003279517A1 (en) 2005-02-25
ATE400016T1 (en) 2008-07-15
BR0318459A (en) 2006-09-12
WO2005015370A1 (en) 2005-02-17

Similar Documents

Publication Publication Date Title
CA2533853C (en) Method and system for detecting unauthorised use of a communication network
US6499107B1 (en) Method and system for adaptive network security using intelligent packet analysis
US7197762B2 (en) Method, computer readable medium, and node for a three-layered intrusion prevention system for detecting network exploits
US6301668B1 (en) Method and system for adaptive network security using network vulnerability assessment
JP4327698B2 (en) Network type virus activity detection program, processing method and system
US20030084319A1 (en) Node, method and computer readable medium for inserting an intrusion prevention system into a network stack
US20030204632A1 (en) Network security system integration
US20070214504A1 (en) Method And System For Network Intrusion Detection, Related Network And Computer Program Product
US20100251370A1 (en) Network intrusion detection system
US20030196123A1 (en) Method and system for analyzing and addressing alarms from network intrusion detection systems
WO2013117148A1 (en) Method and system for detecting behaviour of remotely intruding into computer
JP2006243878A (en) Unauthorized access detection system
US7836503B2 (en) Node, method and computer readable medium for optimizing performance of signature rule matching in a network
US20030084344A1 (en) Method and computer readable medium for suppressing execution of signature file directives during a network exploit
KR100769221B1 (en) Confrontation system preparing for zeroday attack and confrontation method thereof
JP3652661B2 (en) Method and apparatus for preventing denial of service attack and computer program therefor
KR20020072618A (en) Network based intrusion detection system
CN112073371A (en) Malicious behavior detection method for weak supervision routing equipment
JP4159814B2 (en) Interactive network intrusion detection system and interactive intrusion detection program
Resmi et al. Intrusion detection system techniques and tools: A survey
EP1751651B1 (en) Method and systems for computer security
JP2003186763A (en) Detection and prevention method of breaking into computer system
AU2003243253A1 (en) Method and system for analyzing and addressing alarms from network intrusion detection systems
von Eye et al. Detecting stealthy backdoors and port knocking sequences through flow analysis
Gheorghe et al. Attack evaluation and mitigation framework

Legal Events

Date Code Title Description
EEER Examination request
MKEX Expiry

Effective date: 20230811