The present invention relates to methods of, and apparatus for, identifying types of network behaviour, and has particular application in identifying aberrant network behaviour, such as email viruses propagating through a network.
Email is the most widely used application service because it offers a fast, convenient method of transferring information. Its ability to communicate information quickly, seemingly independent of distance between sender and receiver, is one of the key features that makes email so attractive. Typically, these features can be exploited in a positive manner—e.g. to improve and increase the quality and quantity of business transactions; indeed it is precisely these factors that have made email so popular. However, these features can also be exploited in a negative manner—by so-called “viruses”—to cause disruption and even loss of data to the email recipient.
A virus is a piece of programming code, usually disguised as something else, that causes some unexpected and usually undesirable event, and which is often designed so that it is automatically spread to other computer users. The most common transmission means for a virus is by e-mail, usually as an attachment. Some viruses wreak their effect as soon as their code is executed; other viruses lie dormant until circumstances cause their code to be executed by the computer.
Known methods applied to virus detection include maintaining a library of known viruses, together with software for searching for these known viruses (e.g. McAfee™ and Dr Solomon™, generally referred to as “anti-viral” software). These methods essentially perform analysis of byte-signatures of files in order to identify files having signatures corresponding to the known viruses.
Other known methods for identifying email viruses, such as that employed in McAfee's product “Outbreak Manager”, analyses incoming email messages in accordance with certain criteria, and quarantines incoming messages if certain patterns, such as an inordinate number of e-mail messages with the same subject line or the same attachment, are detected. Although this approach claims to concentrate on analysing the behaviour of emails, it analyses emails with respect to certain features of the emails, and thus inevitably relies on some a priori email knowledge.
In November 2000, at the annual meeting for the Association of anti Virus Asia Researchers, a paper entitled “Rapid Virus Exchange” was presented by the technical director of an eminent computer virus company, Sophos (details of the presentation are available from AVAR administration, JCSR (Japan Computer Security Research center) 1-1 Midorigaoka-cho, Shizuoka-shi, Shizuoka-ken, 422-8052 Japan). The thrust of the paper is that the efficiency of current anti-virus warfare depends on the speed with which anti-virus manufacturers obtain virus samples, the speed with which the cure is found and the speed with which the cure can be distributed to the users of anti-virus software. Thus prior to the priority date of this invention, anti-viral thinking was focussed on the content of computer viruses.
International patent application PCT/DE99/03921, publication number WO0036788, describes a method of identifying irregularities in network management operations. The problem addressed in this invention arises from circumstances in which network management operations are carried out by both the network operator and end customers. The network operator has to bear the brunt of the network management behaviour of all its end customers, and, given that different end customers are highly likely to have different levels of experience and skill, managing the additional traffic etc. associated with different styles of network management can be extremely difficult.
Accordingly the invention described in WO0036788 employs two systems, a first of which is a supervised learning method that learns individual network manager's characteristics, and a second of which is a causal network method, which is user independent, but application specific, and comprises a plurality of application specific rules. Both systems receive, as input, network data (data travelling over the network), and are concerned with the state of the network itself.
In comparison with WO0036788, embodiments of the present invention are concerned with using detected traffic flow patterns to identify a problem in a system that resides on/over a network. Although WO0036788 discusses receiving data from network management applications, WO0036788 seems to be concerned with identifying problems with the state of the network itself, and does not analyse the impact of the logged data in the context of a specific system or application. This is to be expected, since WO0036788 clearly operates at the network level.
According to a first aspect of the invention there is provided a method of identifying behaviour patterns in respect of a system that operates over a communications network, the system comprising a plurality of server computers and client computers, wherein at least some of the server computers are arranged to deliver data to, and receive data from, one or more client computers over the communications network. The method comprises the steps of
(a) receiving data in respect of data which have been sent within the system, each of the received data items identifying the computer, within the system, from which the said data item has been sent;
(b) organising the received data into a representation indicative of the distribution of data sent within the system, as a function of identified computer; and
(c) using the representation to train a classification means to recognise a plurality of behaviour types.
Thus, in contrast to known methods, the method of the present invention does not make any presumptions about the type or features, of data, and instead classifies behaviour on the basis of levels of activity within the system. Moreover, the method of the present invention creates a representation identifying the distribution of sent data items, or “data traffic”, within the system. This aspect of the invention is not described in any of the known methods and/or systems.
Creating such a representation is particularly beneficial for systems that are dedicated to sending data between computers, such as email, TELNET and FTP systems, among others. In the case of email systems, email viruses are likely to spread in accordance with the topological distribution of people sending and receiving emails. This can often be quite localised, e.g. emails are sent between people on the same subnet, in the same office or on the same site. By using a representation of this relationship, the spread should be easier to capture, and the type of email virus can be identified at an early stage in its propagation. In addition, the representation can be used as a basis for visualisation of email activity, which enables real time monitoring of the changes in level of email activity.
Preferably the received data is arranged into groups of data as a function of behaviour thereof, so that each group comprises data having characteristics of a type of behaviour. If required, the representation is transformed into a format suitable for input into a classification means, and input thereto, whereupon the classification means is trained in accordance with the transformed representation so that the classification means classifies the received data into one of the network behaviour types.
Preferably each group corresponds to a “known” type of network behaviour. Thus the classification means is trained using received data for which the type of network behaviour is known.
In one embodiment, the step of organising the received data into a representation involves creating a topological representation of the server and client computers in the system, and, for each received data item, incrementing a counter representative of a level of activity associated with the identified computer. Subsequently an identifier, which is indicative of a level of activity, is added to whichever part of the topological representation corresponds to the identified computer.
A topological representation implies notions of a distance metric i.e. where “nearer” things are positioned spatially closer on the representation. However, for the purposes of the following description, this distance metric may represent nearness in number of hops in a network or it could represent nearness in some other space e.g. “server name space” or “company department hierarchy space” or similar.
In one arrangement, this topological representation can comprise a plurality of regions, each of which is representative of an area of the network,
a plurality of sub-regions, each of which is representative of a server machine within a corresponding area of the network, and
a plurality of sub-sub regions, each of which is representative of a client machine acting as a client to a corresponding server machine, which client machine can be identified by a network address; and,
for each data item in the group, the step of adding an identifier to whichever part of the topological representation corresponds to the identified computer involves adding an identifier to whichever sub region or sub-sub region corresponds thereto.
Preferably the step of transforming the representation into a format suitable for input into a classification means comprises firstly transforming the representation into a frequency representation of network activity, and secondly converting the frequency representation into a vector, which is suitable for input into a classification means. Conveniently a Fourier transform can be applied to the representation to generate the said frequency representation, and the frequency representation can then be sampled, using subsampling or bootstrap methods, in order to extract vector values therefrom.
Alternatively, and in a second embodiment, the received data items additionally identify attributes of the data sent within the system. In this embodiment, the step of organising a group of data into a representation involves the following steps:
creating a plurality of lists, each of which corresponds to a link between server machines in the system; and
for each received data item:
Conveniently data is received over a plurality of time periods, and the steps of organising the receiving data into a representation, and transforming the same, are performed for each of the said plurality of the said time periods. This means that there is a plurality of transformed representations for inputting to the classification means. Furthermore, embodiments of the invention can be carried out for different size time periods, so that behaviour having different characteristic time scales can be captured.
Preferably embodiments of the invention are applied to identify aberrant email activity, so that the received data are email data packets travelling over the network.
In terms of classifying unseen data, this can be performed once the classification means has been trained using the data processed using the above-described method steps. Classification of unseen data then involves the following steps:
receiving data in respect of the unseen data;
organising the received data into a representation as described above for either embodiments;
transforming the representation into a format suitable for input into the classification means as described above for either of the embodiments;
inputting the transformed representation to the classification means that has been trained in accordance with the received data; and
operating the classification means in order to identify a type of network behaviour associated with the unseen data.
Preferably the classification means is in operative association with an alerting means, so that, depending on the classification of the unseen data, an alert can be generated. Typically, if data is classified as having the potential to cause some damage, a large-scale alert, such as shutting down of parts of a network, is generated.
According to as second aspect of the invention there is provided apparatus corresponding to the method described above.
In the following description the terms “host”, “client”, “device” and “email data” are used; these are defined as follows:
“client”—a requesting program or user in a client/server relationship;
“host”—any computer that has two-way access to other computers in a network such as the Internet or an Intranet; a client is a particular type of host.
“device”—any machine that is operable to receive data delivered over a network. 20 Examples of devices include hosts, clients, routers, switches, and servers.
“email data”—packet data that has emanated from an email application running on a first device en route for an email application running on a second device. Email data includes overhead data, which enables the packet to arrive at its destination, and is retrieved from the header part of a packet. Specifically email data includes at least protocol type, source address of packet, destination address of packet, size of payload of packet, and type of payload packet (which can be used to determine whether there is an attachment). A packet is identified as an email data type from examination of the protocol part of the header. The phrase “email packet data” and “email data” are used interchangeably in the following description.
Further aspects and advantages of the present invention will be apparent from the following description of preferred embodiments of the invention, which are given by way of example only and with reference to the accompanying drawings, in which
a is a schematic diagram illustrating aspects of the method of
b is a schematic diagram illustrating further aspects of the method of
c is a schematic diagram showing further aspects of the method of
a is a schematic diagram showing yet further aspects of the method of
b is a schematic diagram illustrating other aspects of the method of
Thus the network 100 includes routers R, which route data to devices in the network in a manner known in the art and host machines H1 . . . H7, which send and receive data, including email data, in a manner well known in the art. In the Figure, only a nominal number of routers R and host machines H1 . . . H7 are shown for clarity. The network 100 additionally includes several email servers S1 . . . Sn (only 3 shown for clarity), which receive email from host machines H1 . . . H7 or from other email servers (not shown), and provide temporary storage of emails that are in transit to another destination. The dashed links shown in
The network 100 could be a corporate network, typically comprising many interconnected Local Area Networks (LAN).
As stated above, the ability to communicate via email can be exploited by “viruses”, which can cause large-scale disruption in terms of device loading and loss of data. Known methods applied to virus detection maintain a library of known viruses, together with software for searching for these known viruses (e.g. McAfee™ and Dr Solomons™, generally referred to as “anti-viral” software). These methods essentially perform analysis of byte-signatures of files in order to identify files having signatures corresponding to the known viruses.
A problem with these known approaches is that they are reactive—if a virus arrives at one of the hosts, say H1, then typically only if the virus has been seen before (and assuming that the host H1 has installed anti-viral software in respect of that virus) will the anti-viral software be effective. Thus, if host H1 were to receive an email that spawned a virus hitherto unseen, it would cause harm to the host H1, as there is currently no reliable means of detecting and halting the virus activity until it has been identified—i.e. after it has caused harm.
Embodiments of the invention are concerned with proactively detecting email viruses, and make use of a crucial realisation that the spread of, and thus damage due to, email viruses is dependent on transmission from one machine to other machines. As email traffic can be monitored, features of the viral transmission can potentially be detected before they cause significant damage.
In particular, embodiments look at the macroscopic behaviour of email traffic, by employing a method and apparatus for monitoring states of email network traffic, in order to identify aberrant behaviour.
Essentially embodiments analyse previously seen email data in order to identify a plurality of classification groups, or profiles, each of which is indicative of particular type of email behaviour, e.g. embodiments gather email data over a plurality of time periods, and group the data into a plurality of profiles, each of which is representative of certain types of email behaviour—e.g. normal activity profile (P1), busy activity profile (P2), fast spreading virus profile (P3), slow spreading virus profile (P4) and “chain mail” profile” (P5).
When new email data arrives, embodiments attempt to classify the email data into one of the known profiles P1 . . . P5. If the data falls within one of the known profiles P1 . . . P5, a predetermined action can be carried out—e.g. in some embodiments, there is additionally some means of alerting a system administrator, or a further diagnostic application, if the email data is of type P3 or P4. Thus advantages of embodiments include an ability to identify abnormal behaviour at an earlier stage of viral propagation than is possible with current methods.
Embodiments also include means for visualising email activity, essentially to visualise the distribution of email traffic around the network. Advantageously this enables a system administrator, who typically has considerable experience of the nature of email traffic, to visually identify unusual behaviour.
Referring to
Generally embodiments of the invention are referred to as a virus detector 200, and comprise at least some of programs 211, 213, 215, 217, 221, 223. These programs are stored on storage 207 and are processable by the CPU 201.
The programs include a program 211 for gathering data, a program 213 for transforming the gathered data, and a program 217 for classifying the processed data. In addition, embodiments can include a program 215 for processing the transformed data, a program 221 for visualising the transformed data, and a program 223 for monitoring output of the classifying program 217. These programs 215, 221, 223 are described in more detail below.
The gathering program 211 collects unprocessed email data, typically accessible from either a log file L1 accessible from a firewall arrangement F1, or from processes embedded in the email network whose purpose it is to gather such data (not shown).
The transforming program 213 receives, as input, the gathered email data, and transforms it into a representation D1, and the classifying program 217 receives, as input, the representation D1 and inputs the representation D1 into a classifier. Suitable classifiers include any supervised learning means—e.g. a neural network, a pattern matcher etc. These are described in more detail below.
Depending on the form of the representation D1 and the classifier utilised in the classifying program 217, the processing program 215 may be used to pre-process the representation D1, in order to transform it into a form that can be handled by the classifying program 217.
In addition the visualising program 221 can be used to visualise the representation D1.
The virus detector 200 could alternatively run on an email server S1, or as a purpose-built device embedded in the network.
The operation of the viral detector 200, according to this first embodiment of the invention, will now be described with reference to the flowchart shown in
At step S3.1, the gathering program 211 collects email data from the log file L1. Typically the gathering program 211 collects email data falling within a predefined time period T1. Next, the transforming program 213 arranges the collected data into a representation D1, as a function of source address of the collected data, e.g. either of internet-style address (scooby@scoobydoo.com), machine name (MYPC03 on server SERVER01), machine IP address (132.146.196.67) or user name associated with a machine or server name (User: JEDI, Machine: MYPC03).
Any distinguishing address can be used, provided it enables some sort of topological representation of machines in the network 100, whereby related addresses are positioned closer together than unrelated addresses. In this context related can mean connected, over a network—e.g. email clients connected to an email server are both related to one another and to the email server.
Thus for each item of collected data, at step S 3.2 the transforming program 213 determines a source address corresponding thereto; and at step S3.3 the transforming program 213 converts the source address into a corresponding location in the network topology, and thus machine 407i (where i identifies a specific machine), in the representation D1.
a shows a two-dimensional ( 2 D) visual representation of one possible representation D1. Thus
email domains 4031 . . . i, which correspond to server regions that are part of a logical email domain;
server regions 4051 . . . j, which correspond to a server (e.g. S1 having name SERVER01) within a server region 403i; and
machines 4071 . . . k, each of which corresponds to a machine (e.g. H1 having name MYPC03) that is a client of a server 405j.
Additionally the machines 4071 . . . k could be further arranged (and visualised) in accordance with their alphabetic names within a corresponding server region 405j (e.g. first letter of name determines position left-to-right within region and second letter determines position top-to-bottom within region).
Positions of machine addresses need not necessarily be unique; within a particular server region 405j it may be useful to aggregate several machines 4071 . . . k therein into a single location, especially when there are many client machines in total in (say) a corporate email network.
Next, at step S3.4, for each machine (which can be identified as 403i, 405j, 407k (see
Preferably, at step S3.5, the activity values 409 are normalised. This normalisation could be linear, e.g. activity values could be normalised by the maximum activity level and recorded into a range [0, 1.0], or could be non-linear, e.g. logarithmic.
The visualising program 221 can be used to visualise the output of step S3.5, i.e. the levels of activity at individual machines 407k. One such output is shown in
In this embodiment, the darkness of the spots is graded in accordance with level of activity, so that the darkest spots represent a maximum level of activity, white areas represent zero activity, and grey scales indicate levels of activity between 0 and 1.
Alternatively, activity could be represented in a binary form, where any level of activity is assigned a dark spot, and zero activity is assigned a white spot.
Subsequently the processing program 215 converts the representation D1 into a format that is suitable for classification. As stated above, the processing program 215 is not essential to all embodiments of the invention, but in the present embodiment, where the representation D1 is a topological representation of connectivity between devices, such a conversion is required. Essentially an overall distribution, rather than exact locations of machines (and activity at those machines), is more amenable to classification.
Thus at step S3.6 the processing program 215 applies a Fourier transform to the distribution of activity (shown in
Next, at step S3.7, the processing program 215 divides the frequency space into a matrix, such as that shown in
An advantage of dividing the frequency space in this manner is that the processed data are then arranged in a convenient format for classification.
Subsequently the classifying program 217 trains a classifier to classify the processed data. The classifying program 217 may utilise one of many different types of classifiers that is capable of being trained by supervised learning—e.g. a neural network, a statistical classifier, a pattern recogniser etc., each of which is well known to those skilled in the art. Essentially these classifiers are trained using a training set of “known” input and output pairs, in order to learn a mapping from input to output. The reader is referred to “Machine Learning”, T. M. Mitchell, McGraw-Hill 1997 for further information.
In embodiments of the present invention, the “known” input is the type of email behaviour corresponding to the email data collected during time period T1. Typically an experienced system administrator identifies characteristics of email data circulating around the network 100 within a time period Ti, and labels the data accordingly. For example, assume that during time period T1 the network 100 was known to be behaving “normally”, and that during a second time period T3, the network was known to be suffering from a viral attack such as the Melissa virus, or Lovebug, which is a fast spreading type of virus. A system administrator would label data travelling over the network during time period T1 as “normal email behaviour” (P1); this is then the “known” output for the email data collected over time period T1.
The classifying program 217 thus inputs the matrix data corresponding to this time period T1 to the classifier and trains the same to generate an output corresponding to profile P1 (normal email behaviour). In the same way, email data collected (step S3.1) during a second time period T3, when the network 100 was known to be suffering from a fast spreading viral attack, is processed as described above (steps S3.2-S3.7), and the classifier is trained to generate an output corresponding to profile P3 for this matrix data.
Thus at step S3.8, in the present exemplifying example, the classifying program 217 receives as input a 5'5 matrix, which is essentially 25 inputs, and inputs these to a feed forward multi layer perceptron (MLP) neural network. Referring to
At step S3.9 the classifying means 217 trains the MLP 600 to generate the “known” output. Essentially the matrix is input to the input layer, and used to adjust weights between nodes in the layers 601, 603, 605 over multiple training iterations. For a MLP such as that shown in
Clearly confidence in the ability of the MLP 600 to correctly classify unseen data is dependent on the way in which the MLP 600 has been trained, and this ability broadly scales with number of data used to train the MLP. Thus, for each of the “known” types of email behaviour, data from a plurality of time periods Tij (where subscript i refers to type of email behaviour and subscript j refers to a time period during which data is collected) that is known to behave in accordance with that email behaviour, are used to train the MLP 600. In summary, preferably steps S3.1-S3.9 are repeated i×j times, for j sets of data corresponding to each type of “known” email behaviour i.
Having repeated steps S3.1-S3.9 as described above, each of the nodes in the output layer 605 will represent one of the profiles Pi described above: e.g. normal activity profile (P1), busy activity profile (P2), fast spreading virus profile (P3), slow spreading virus profile (P4) and “chain mail” profile (P5). Once the. MLP 600 has been trained, it can be used to classify unseen data—typically data captured over a particular time period. The virus detector 200 will process the unseen data in accordance with steps S3.1-S3.8, but rather than training the MLP 600 using the unseen data, as per step S3.9, the classifying program 217 will use the classifier 600 to classify each of the unseen data. Typically, for each of the unseen data, the MLP 600 will generate a distribution across the output layer 605—i.e. each of the 5 nodes will have some value. An unseen data is assigned to whichever node has the highest value; as each node represents one of the profiles P1 . . . P5, the unseen data is correspondingly classified.
One of the advantages of classifying by “rate of email propagation” (profiles P3 and P4) is that, irrespective of the specific nature of the virus, embodiments can identify behaviour that spawns a particular rate of email propagation. As stated above, one of the key features of viruses is that they rely on email to spread—thus monitoring the rate of email propagation is probably a reliable indicator of aberrant email activity.
Embodiments can additionally include a program 223, which monitors the nodes on the output layer 605 in order to generate an alert should any items of unseen data be classified as some sort of virus (e.g. P3, P4, P5). Preferably the type of alert generated should be dependent on the classification. Thus, for example, if email behaviour is classified as profile P3 (“fast viral spread”), a draconian response, such as shutting down part of the network, could be activated; if email behaviour is classified as profile P4 (“slow/benign virus spread”) a response such as “strip all attachments of type X from email messages”, could be activated; and if email behaviour is classified as profile P5 (“chain mail), all email users may be sent a warning message, requesting them not to forward the email.
A second embodiment is now described with reference to the flowchart shown in
Firstly, the gathering program 211 collects data representative of email traffic flowing within the network 100. Referring to
At step S7.2, the gathering program 211 organises items of the collected data as a function of server on which the item of data is stored, and thence as a function of server to which any given server is connected. For example, referring again to
Assuming each server S1 . . . S8 maintains a record of all incoming and outgoing emails, once the data collected from server S2 have been analysed, there is no need to analyse the data on server Si because in this example server S1 is only connected to server S2, and thus only stores the same information relating to link L2-1 that has been analysed for server S2. However, the data collected from servers S3 and S6 will need further analysis, because these servers S3, S6 are each connected to other email servers, S4, S5 and S7, S8 respectively. At the end of step S7.2 there will be 7 lists, each corresponding to a link.
Each list has a number of columns therein, each representing a distinguishing email characteristic, referred to as an email attribute (ATT), such as size of email; presence or absence of attachments; predefined sub-domain of the network 100; and/or other characteristics that will be apparent to one skilled in the art. If, upon analysis of an email, the email is identified as having an attribute, a counter value corresponding to that attribute is incremented.
Thus at step S7.3, for each list, each item of data therein is analysed to derive email attributes corresponding thereto, and at step S7.4 counter values corresponding to whichever attributes have been derived for the item of data are incremented.
For example, if the attributes, and thus columns in the list, are: number of emails transferred over link; emails with Visual Basic™ attachment; emails of size>1 MB, at the end of analysis of all data in all lists, a list corresponding to Link L2-3 may comprise the following:
At step S7.5, the transforming program 213 arranges the list data into a two-dimensional (2D) representation D2, where a first dimension represents link between servers Li-j and a second dimension represents attributes used to characterise emails passing over the link (ATT1, ATT2, ATT3 etc.). As can be seen from
Preferably, at step S7.6, the matrix values are normalised. In the present embodiment the processing program 215 is not required because representation D2 is already in a format that is amenable to classification.
Next the classifying program 217 classifies the processed data. As for the first embodiment, the classifying program 217 may utilise one of many different types of classifiers that is capable of being trained by supervised learning—e.g. a neural network, a statistical classifier, a pattern recogniser etc., each of which, as described with respect to the first embodiment, is well known to those skilled in the art.
Thus at step S7.7, in the present exemplifying example, the classifying program 217 receives as input a 3×7 matrix, which is essentially 21 inputs, and inputs these to a feed forward multi layer perceptron (MLP) neural network, as described with respect to the first embodiment. Referring again to
At step S7.8 the classifying means 217 trains the MLP 900 using the inputs as described above in respect of the first embodiment.
Embodiments could additionally be used to analyse data over successive time periods, T, T+δT T+2δT, etc., where T is a first time period and T+δT, T+2δT are respectively, successive time periods following T, in which case the visualising program 221 could visualise corresponding successive representations of email activity, such as those shown in
As an alternative to collecting email traffic flowing over links Li-j, data flowing through the servers could be collected, i.e. independent of the path taken by the emails to and/or from a server. Characterising email traffic in this way is likely to be more efficient than the method described in the second embodiment, because step S7.2 simply comprises organising the data as a function of server on which the email data is stored. In this embodiment there will be 8 lists, each of which corresponds to a server. Steps S7.3-S7.7 are carried out as described above.
The selection of the time period T1, over which data is collected, is important, because viruses spread at different rates, and, in order to identify different classes of behaviour, it may therefore be necessary to collect data over a range of time periods T1. For example a first type of virus could potentially spread automatically on receipt of email, leading to a very fast machine/network time spread, and a second type of virus could spread in human time i.e. dependent on a human reader opening an email attachment before the infection can spread, thereby having a time period Ti of the order of minutes or hours or days.
Embodiments may be modified to have different classifiers, each assigned to a particular time period T1—i.e. emails collected in one time period T1a may be classified by a first Classifier, Ca, and emails collected in a second time period T1b may be classified by a second Classifier, Cb. Each classifier is likely to detect different types of email behaviour.
The duration of these time periods T1a and T1b can be determined experimentally.
The classifying program 217 could be hard wired—e.g. a neural network computer chip.
In the afore-described embodiments data are organised as a function of source addresses of emails, i.e. data collected from the log file L1 (or, in the second embodiment, the files stored on servers S1 . . . n) are transformed into a representation D1, D2 as a function of source (email or machine) address. Alternatively or additionally the data could be represented as a function of destination address; if the data were represented as a function of both source and destination address, both parameters (source and destination addresses) could be joined, side-by-side.
The current embodiments assume that, for each time period T1, all of the data in the log file L1 or servers S1 . . . Sn are used to classify email behaviour. As an alternative, and particularly if processing load were a problem, every nth email entry could be selected for processing, where the value of n is selected at random.
As an alternative to being attached to the firewall F1, the Log file L1 could be accessible to one of the email servers S1 . . . S7; as an additional alternative, and dependent on the configuration of the network 100, data could be collected from a plurality of log files.
The embodiments described above utilise “supervised training” classifiers, which means that it is assumed that there is adequate training data to train for each (manually predetermined) class of email activity of interest. As a result the classifier would not identify any new (untrained) behaviour in this model, but would try to classify it into one of the predetermined profiles P1 . . . P5.
As an alternative, and in order to autonomously identify new profiles Pi, the classifying program 217 could include “unsupervised learning” means, such as a Kohonen Network. Such an unsupervised learning means identifies new profiles via a self-organising process, and modifies the possible profiles into which behaviour can be classified accordingly.
As will be understood by those skilled in the art, the invention described above may be embodied in one or more computer programs. These programs can be contained on various transmission and/or storage mediums such as a floppy disc, CD-ROM, or other optically readable medium, or magnetic tape so that the programs can be loaded onto one or more general purpose computers or could be downloaded over a computer network using a suitable transmission medium.
The programs 211, 213, 215, 217, 221, 223 of the present invention are conveniently written using the C programming language, but it is to be understood that this is inessential to the invention.
Number | Date | Country | Kind |
---|---|---|---|
01306438.1 | Jul 2001 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/GB02/03295 | 7/17/2002 | WO | 1/7/2004 |