Identifying SIEM event types

Abstract

A method is disclosed. The method includes determining that an event type of a security information and event management (SIEM) event log cannot be identified. The method further includes generating a vectorized log using the cleaned, tokenized, and padded event log. The method further includes generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs. The method also includes determining that a confidence level of the classification meets a predetermined threshold. The method further includes parsing the event log based on the classification.

Description

[Technical field]

[0001] FIELD OF THE DISCLOSURE This disclosure relates to security information and event management (SIEM), and more specifically, to identifying SIEM event types. [Background technology]

[0002] The term SIEM can refer to a software tool and / or service that combines the management of security information with the management of security events, i.e. security incidents. In this way, a SIEM can analyze logs generated by computer systems and / or computer networks and identify potential security incidents in real time.

[0003] Typically, security analysts can identify threats to network computer systems by analyzing transactions, or events, that occur on these systems. These events are recorded in logs. However, due to the volume of logs, it can be difficult for security analysts to process the log data in raw format in time to mitigate potential damage. Therefore, SIEMs can process these logs in a process called event normalization and categorization, whereby SIEMs generate offenses that security analysts can verify. An offense is an event that SIEMs identify as a potential security incident. In event normalization and categorization, SIEMs identify the type and source of the event and pass the event to a parser based on the identified type. The parser can use regular expressions (regex), which apply rules to the logs that can determine whether to generate an offense or not.

[0004] However, because regular expressions search for exact matches to predefined patterns, new events or variations of old events may not be properly normalized and classified. These unknown logs are missing important information such as event name and category. These logs are useless because they cannot be found in a general search, nor can correlation rules be triggered. This can lead to harmful security incidents being missed. In some scenarios, 5-20% of events are not properly normalized and classified, meaning millions of events are overlooked by security analysts and other monitoring tools. Summary of the Invention

[0005] An embodiment of a method is disclosed. The method includes determining that an event type of a security information and event management (SIEM) event log cannot be identified. The method further includes generating a vectorized log using a cleaned, tokenized, and padded version of the event log. Additionally, the method includes generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs. The method also includes determining that a confidence level of the classification meets a predetermined threshold. The method further includes parsing the event log based on the classification. Advantageously, such an embodiment is useful for identifying event types of logs that a SIEM cannot identify.

[0006] Optionally, in some embodiments, the method further includes training the deep learning classification model using a convolutional neural network. Such embodiments are useful for identifying parsers for logs for which a SIEM is unable to identify a parser.

[0007] Further embodiments of the method are disclosed. The method includes generating a vectorized log using a cleaned, tokenized, and padded event log. The method further includes generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types in the event log based on deep learning training using a plurality of parsed logs. The method also includes determining that a confidence level of the classification meets a predefined threshold. The method further includes parsing the event log based on the classification. Advantageously, such an embodiment is useful for identifying event types in logs that a SIEM cannot identify.

[0008] Further embodiments of a method are disclosed. The method includes determining that an event type of a security information and event management (SIEM) event log cannot be identified. The method further includes generating a vectorized log using a cleaned, tokenized, and padded version of the event log. The method also includes generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using the parsed log. The method further includes determining that a confidence level of the classification meets a predetermined threshold. The method further includes parsing the event log based on the classification. Advantageously, such an embodiment is useful for identifying event types of logs that a SIEM cannot identify.

[0009] Further aspects of the disclosure relate to systems and computer program products having functionality similar to that described above with respect to the computer-implemented methods. This Summary is not intended to describe every aspect of every implementation and / or embodiment of the present disclosure. [Brief description of the drawings]

[0010] The drawings contained in this application are incorporated in and form a part of this specification. These drawings illustrate embodiments of the present disclosure and, together with the description, explain the principles of the present disclosure. The drawings are only illustrative of some embodiments and are not intended to limit the disclosure.

[0011] [Figure 1] FIG. 1 is a block diagram of an example system for identifying SIEM event types according to some embodiments of the present disclosure. [Diagram 2] FIG. 1 illustrates an example system for identifying SIEM event types according to some embodiments of the present disclosure. [Diagram 3] 1 is a process flowchart of a method for training a deep learning classification model according to some embodiments of the present disclosure. [Figure 4] 1 is a process flow diagram of a method for identifying a SIEM event type according to some embodiments of the present disclosure. [Diagram 5] FIG. 1 is a block diagram of an example SIEM event type identification system according to some embodiments of the present disclosure. [Figure 6] FIG. 1 illustrates a cloud computing environment, according to some embodiments of the present disclosure. [Figure 7] FIG. 2 illustrates a set of functional abstraction model layers provided by a cloud computing environment according to some embodiments of the present disclosure.

[0012] While the present disclosure is susceptible to various modifications and alternative forms, specific details of the disclosure have been shown by way of example in the drawings and will be described in detail. However, there is no intention to limit the disclosure to the particular embodiments described. Rather, the intention is to cover all modifications, equivalents, and alternatives falling within the scope of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0013] As mentioned above, in event normalization and classification, the SIEM identifies the type and source of the event and passes the event to a parser based on the identified type. The parser can use regular expressions, which apply rules to the logs that can determine whether or not an offense will be generated. However, because regular expressions search for exact matches to predefined patterns, new events or variations of old events may not be properly normalized and classified. These unknown logs are missing important information such as the event name and category. These logs are useless because they cannot be found in a general search and cannot trigger correlation rules. This can lead to harmful security incidents being missed. In some scenarios, 5-20% of events are not properly normalized and classified, which means millions of events are overlooked by security analysts and other monitoring tools.

[0014] Therefore, some embodiments of the present disclosure can train a machine learning model to identify event types where the logs do not match predefined patterns. Furthermore, when an unrecognized event type is encountered, the SIEM can pass the log to the trained machine learning model, which can identify the event type. In this manner, the SIEM can assign a corresponding parser, which can determine whether to generate an offense for the log.

[0015] 1 is a block diagram of an example system 100 for identifying SIEM event types according to some embodiments of the present disclosure. The system 100 includes a network 102, a SIEM 104, and a machine learning system 106.

[0016] The network 102 may include one or more computer communication networks. Exemplary networks 102 may include the Internet, local area networks (LANs), wide area networks (WANs), and wireless networks such as wireless LANs (WLANs). The network 102 may be comprised of copper transmission cables, optical transmission fibers, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface of each computing / processing device implemented as part of the SIEM 104 may, for example, receive messages and / or instructions from and / or through the network 102 and forward these messages and / or instructions to a respective memory or processor of each computing / processing device for storage or execution (or similar operations). It should be noted that while FIG. 1 illustrates the network 102 as a single entity for purposes of illustration, in other examples the network 102 may include multiple private and / or public networks through which the components of the system 100 may communicate.

[0017] The SIEM 104 may be a software tool and / or service that combines management of security information and management of security events, i.e. security incidents. In this way, the SIEM may analyze alerts generated in real time (for potential security incidents) by computer systems and / or computer networks. The SIEM may perform historical analysis of security data with correlation indicators between security incidents and machine-generated data (e.g., alerts). The SIEM may investigate security incidents individually. However, the SIEM may also be able to determine whether there is a relationship between two elements (e.g., computer applications) of past security incidents based on the SIEM's knowledge of these elements.

[0018] According to some embodiments of the present disclosure, the SIEM 104 can include a log 108, a data source manager (DSM) 110, and a correlation engine 112. The log 108 can be a record of events occurring on a networked computer system (not shown). The log 108 can include a number of fields arranged in a particular sequence. The fields can include data used in a computer transaction based on an event type. The correlation engine 112 can include a parser 114. The parser 114 can apply correlation rules to the log 108 that can generate offenses for potential security incidents.

[0019] The data source manager 110 can identify an event type for each of the logs 108. More specifically, the data source manager 110 can map each log 108 to a standard event name, category, and log source type based on known log patterns defined by regular expressions. However, a log 108 may not match the known log pattern. For example, a malicious actor may attempt to disguise an event by inserting a poison pill into the log 108 that prevents the data source manager 110 from identifying the event type. In such cases, the data source manager 110 can assign a parser 114 to the log 108 based on the event name, category, and log source type identified by the deep learning classification model 116.

[0020] The machine learning system 106 can use the log 108 with identified events to train the deep learning classification model 116 to label the log 108 with unidentified events. Thus, the deep learning classification model 116 can be a machine learning model that labels the log 108 with an event type. Machine learning is a process in which a computer algorithm is trained to make a particular classification. For example, a machine learning algorithm (a learner) can be trained to identify classes of objects in digital photos, predict future shopping choices of potential customers in a marketing database, and so on. According to some embodiments of the present disclosure, the deep learning classification model 116 is trained to label the log 108 with an event type based on the fields contained in the log 108 and the sequence in which the fields occur. Deep learning is part of a broader family of machine learning methods based on neural networks (algorithms inspired by the human brain) that learn from relatively large amounts of data. Deep learning algorithms perform tasks repeatedly and gradually improve their results by using deep layers that allow for progressive learning. According to some embodiments of the present disclosure, the deep learning classification model 116 can be trained using the logs 108 that the data store manager 110 successfully identified using event normalization and classification.

[0021] 2 illustrates an example system 200 for identifying SIEM event types, according to some embodiments of the present disclosure. The system 200 includes a log 202, a SIEM 204, a parsed log store 206, a machine learning system 208, a deep learning classification model 210, and a classified log 212. The log 202, the SIEM 204, the machine learning system 208, and the deep learning classification model 210 are similar to the log 108, the machine learning system 106, the SIEM 104, and the deep learning classification model 116, respectively, described with reference to FIG. 1. Additionally, the SIEM 204 includes a data source manager 214 and a correlation engine 216, which are similar to the data source manager 110 and the correlation engine 112.

[0022] The parsed log store 206 may include a collection of logs 202 that the SIEM 204 successfully labeled based on known log patterns. Thus, the machine learning system 208 may continuously perform deep learning on the parsed log store 206 to generate a deep learning classification model 210. Lines 218-A, 218-B represent the input of parsed logs to the parsed log store 206 and the output of the deep learning classification model 210 from the machine learning system 208.

[0023] According to some embodiments of the present disclosure, if the data source manager 214 cannot identify the event type, the log 202 can be input to the deep learning classification model 210. Lines 220-A, 220-B, and 220-C represent the flow of logs that the data source manager 214 cannot identify. Line 220-A represents the input of an unparsed log to the deep learning classification model 210. Thus, the deep learning classification model 210 can assign a probability that the unparsed log is for one or more event types. Furthermore, the deep learning classification model 210 can output a classified log 212. The classified log 212 can include the unparsed log having the event type that is the highest relative probability. Furthermore, the classified log 212 can include a log source type and an event name based on the probability assigned by the deep learning classification model 210.

[0024] In some embodiments of the present disclosure, a predefined threshold may indicate whether or not to use the classified log 212 to assign a parser. For example, if the deep learning classification model 210 indicates that the probability of classification is less than a predefined threshold of 50%, the SIEM 204 may not use the classified log for further parsing. Thus, line 220-B may represent a flow of returning the classified log 212 to the SIEM 204 to determine an appropriate parser by a manual process. However, if the probability of classification is equal to or greater than the predefined threshold, line 220-C may represent a flow of returning the classified log 212 to the SIEM 204, which may assign a parser based on the classification. Additionally, the SIEM 204 may provide the classified log 212 to the correlation engine 216, which may parse the classified log 212 based on the identified event type.

[0025] 3 is a process flow diagram of a method 300 for training a deep learning classification model according to some embodiments of the present disclosure. In some embodiments of the present disclosure, the machine learning system 106 described with reference to FIG. 1 may perform the method 300.

[0026] At operation 302, the machine learning system 106 may perform log cleaning on the parsed log. The parsed log may be a log, such as log 108, that the data source manager 110 can successfully identify based on known log patterns. Log cleaning may include filtering out irrelevant information from the log 108, such as dates, timestamps, file names, URLs, punctuation, etc. After removing such irrelevant information, the log 108 may be limited to field names and data within the log 108.

[0027] At operation 304, the machine learning system 106 may perform log tokenization on the cleaned log. Log tokenization may include reducing the log to a list of field names and data in the cleaned log.

[0028] At operation 306, the machine learning system 106 may perform log padding on the tokenized logs. To facilitate comparison between logs, it is useful to have all fields across logs have the same field length. Thus, the machine learning system 106 determines the field length of the longest token in the tokenized logs and pads each token that is shorter than the longest field with characters (e.g., spaces or zeros) so that tokens are the same length across all tokenized logs.

[0029] At operation 308, the machine learning system 106 may perform log vectorization on the padded log. It may be difficult for a machine learning system to perform classification using textual tokens. Therefore, the machine learning system 106 assigns a number to each token that appears in the padded log, such that the same token that appears in different logs has the same number. In this way, the machine learning system can learn to identify event types based on the tokens that appear in the log and the sequence in which the tokens appear.

[0030] At operation 310, the machine learning system 106 can generate a deep learning classification model 116 by training with the vectorized logs. Because the source logs of the vectorized logs are properly labeled, the deep learning classification model 116 can learn how to identify event types using patterns in the vectorized logs. According to some embodiments of the present disclosure, the machine learning system 106 can train the deep learning classification model 116 using a convolutional neural network (CNN).

[0031] A CNN is a neural network defined in layers, where an initial layer identifies relatively less complex features and later layers can identify more complex features based on features identified in earlier layers. An example of such feature detection in a CNN includes face detection in an image. In such an example, an initial layer of a CNN can identify vertical and horizontal lines in an image. Later layers of such a CNN can identify noses and mouths based on previously identified lines. According to some embodiments of the present disclosure, earlier layers of the CNN can identify specific tokens. Furthermore, later layers of the CNN can identify specific groups and sequences of tokens. In this manner, a CNN can be used to enable the deep learning classification model 116 to identify event types in a vectorized log.

[0032] 4 is a process flow diagram of a method 400 for identifying a SIEM event type according to some embodiments of the present disclosure. In some embodiments of the present disclosure, the data source manager 110 may perform the method 400, with reference to FIG.

[0033] At operation 402, the data source manager 110 may determine that the log 108 cannot be classified. As described above, if the log 108 does not match a predefined pattern of a regular expression, the data source manager 110 may determine that the log 108 cannot be classified. For example, a malicious actor may insert poison data into the log 108 to prevent the data source manager 110 from identifying the event type of the log 108, thereby preventing parsing that can generate an offense for analysis.

[0034] At operation 404, the data source manager 110 may generate a vectorized log using the cleaned, tokenized, and padded uncategorized log. The data source manager 110 may generate the vectorized log according to operations 302-308 described with reference to FIG.

[0035] Returning to FIG. 4, at operation 406, the data source manager 110 can classify the vectorized log using the deep learning classification model 116. Classifying the vectorized log can include generating one or more potential labels for the log source type, event name, and parser, and indicating a probability that the potential label is correct. Further, the deep learning classification model 116 can thus provide a label that has a relatively high probability. Probability is also referred to herein as the confidence of the classification.

[0036] At operation 408, the data source manager may determine whether the confidence in the classification meets a predetermined threshold. The predetermined threshold may represent the confidence with which the data source manager 110 may determine that the classification is correct. In some embodiments of the present disclosure, the predetermined threshold may be 50%. Thus, if the confidence in the classification is equal to or greater than 50%, the method 400 may proceed to operation 410. If the confidence in the classification is less than 50%, the method 400 may proceed to operation 412.

[0037] At operation 410, the data source manager 110 may parse the log 108 based on the classification. Parsing the log 108 may include passing the log and the classification to a correlation engine, such as the correlation engine 112 described with reference to FIG.

[0038] At operation 412, the data source manager can invoke a manual process to parse the log. Attempting to parse the log based on the classification may result in an error because the confidence in the classification is below a predetermined threshold. Therefore, parsing the log through a manual process may be useful.

[0039] 5 is a block diagram of an example SIEM event type identification system 500 according to some embodiments of the present disclosure. In various embodiments, the SIEM event identification system 500 is similar to the data source manager 110 and machine learning system 106 described with reference to FIG. 1 and can perform the methods and / or functions described in FIGS. 3 and 4 and / or functions described in FIGS. 1 and 2. In some embodiments, the SIEM event identification system 500 provides instructions to a client machine for the methods and / or functions described above such that the client machine performs the methods or portions of the methods based on the instructions provided by the SIEM event identification system 500. In some embodiments, the SIEM event identification system 500 includes software executing on hardware embedded in multiple devices.

[0040] The SIEM event identification system 500 includes memory 525 , storage 530 , an interconnect (eg, BUS) 520 , one or more CPUs 505 (also referred to as processors 505 ), an I / O device interface 510 , an I / O device 512 , and a network interface 515 .

[0041] Each CPU 505 retrieves and executes programming instructions stored in memory 525 or storage 530. The interconnect 520 is used to move data, such as programming instructions, between the CPU 505, the I / O device interface 510, the storage 530, the network interface 515, and the memory 525. The interconnect 520 may be implemented by one or more buses. The CPU 505 may be a single CPU, multiple CPUs, or a single CPU with multiple processing cores, in various embodiments. In some embodiments, the CPU 505 may be a digital signal processor (DSP). In some embodiments, the CPU 505 includes one or more 3D integrated circuits (3DICs) (e.g., 3D wafer level packaging (3DWLP), 3D interposer-based integration, 3D stacked ICs (3D-SIC), monolithic 3DIC, 3D heterogeneous integration, 3D system-in-package (3DSiP), or package-on-package (PoP) CPU configurations, or combinations thereof). Memory 525 typically includes random access memory (e.g., static random access memory (SRAM), dynamic random access memory (DRAM), or flash). Storage 530 typically includes non-volatile memory such as a hard disk drive, a solid state device (SSD), a removable memory card, optical storage, or a flash memory device, or a combination thereof. Additionally, storage 530 may include a storage area network (SAN) device, cloud, or other device connected to SIEM event identification system 500 via I / O device interface 510 or to network 550 via network interface 515.

[0042] In some embodiments, memory 525 stores instructions 560. However, in various embodiments, instructions 560 are stored partially in memory 525 and partially in storage 530. Alternatively, instructions 560 are stored entirely in memory 525, entirely in storage 530, or accessed over network 550 via network interface 515.

[0043] The instructions 560 may be processor-executable instructions for performing any part or all of the methods described in FIGS. 3 and 4 and / or functions described in FIGS.

[0044] In various embodiments, I / O device 512 includes any interface capable of presenting information and accepting input. For example, I / O device 512 can present information to and accept input from a listener that interacts with SIEM event identification system 500.

[0045] The SIEM event identification system 500 is connected to a network 550 via a network interface 515. The network 550 may include a physical network, a wireless network, a cellular network, or a different network.

[0046] In some embodiments, SIEM event identification system 500 may be a multi-user mainframe computer system, a single-user system, or a server computer or similar device that has little or no direct user interface but receives requests from other computer systems (clients). Further, in some embodiments, SIEM event identification system 500 may be implemented as a desktop computer, a portable computer, a laptop or notebook computer, a tablet computer, a pocket computer, a telephone, a smartphone, a network switch or router, or any other suitable type of electronic device.

[0047] It should be noted that Figure 5 is intended to illustrate major representative components of an example SIEM event identification system 500. In some embodiments, the individual components may be more complex or simpler than those depicted in Figure 5. Also, there may be other components present than those depicted in Figure 5 or in addition to those depicted in Figure 5. The number, type, and configuration of such components may vary.

[0048] Although this disclosure includes detailed descriptions of cloud computing, implementation of the teachings described herein is not limited to a cloud computing environment. Rather, embodiments of the present disclosure may be practiced in conjunction with any other type of computing environment now known or later developed.

[0049] Cloud computing is a service delivery model for enabling convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, network bandwidth, servers, processing, memory, storage, applications, virtual machines, and services) that can be rapidly provisioned and released with minimal administrative effort or interaction with a service provider. The cloud model includes at least five characteristics, at least three service models, and at least four deployment models.

[0050] The characteristics are as follows:

[0051] On-Demand Self-Service: Cloud consumers can unilaterally provision computing capacity, such as server time or network storage, automatically as needed, without the need for human interaction with the service provider.

[0052] Broad network access: Computing power is available over the network and can be accessed through standard mechanisms, facilitating use by heterogeneous thin- and thick-client platforms (e.g., cell phones, laptops, PDAs).

[0053] Resource Pooling: Computing resources from a provider are pooled and offered to multiple consumers using a multi-tenant model. Different physical and virtual resources are dynamically allocated and reallocated depending on demand. Consumers generally have no control or knowledge of the exact location of the resources provided to them, so there is a sense of location independence, although consumers may be able to determine location at a higher level of abstraction (e.g. country, state, data center).

[0054] Rapid elasticity: Computing capacity can be provisioned quickly and elastically, in some cases automatically, to scale out immediately and to be released quickly to scale in immediately. To the consumer, the computing capacity available for provisioning often appears unlimited and can be purchased at any time and in any quantity.

[0055] Metered Services: Cloud systems leverage metering capabilities at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, active user accounts) to automatically control and optimize resource usage. Resource usage can be monitored, controlled, and reported to provide transparency to both providers and consumers of the services utilized.

[0056] The service model is as follows:

[0057] Software as a Service (SaaS): The functionality offered to the consumer is the availability of a provider's applications running on a cloud infrastructure that can be accessed from a variety of client devices through a thin-client interface such as a web browser (e.g., webmail). The consumer does not manage or control the underlying cloud infrastructure, including the network, servers, operating systems, storage, or even the individual application functions, except for limited user-specific application configuration settings.

[0058] Platform as a Service (PaaS): The capability offered to the consumer is to deploy applications that the consumer creates or acquires using programming languages ​​and tools supported by the provider onto a cloud infrastructure. The consumer does not manage or control the underlying cloud infrastructure, including networks, servers, operating systems, or storage, but does have control over the deployed applications and, in some cases, the configuration of the hosting environment.

[0059] Infrastructure as a Service (IaaS): The facility offered to the consumer is the provision of processors, storage, networking, and other basic computing resources on which the consumer can deploy and run any software, including operating systems and applications. The consumer does not manage or control the underlying cloud infrastructure, but has control over the operating systems, storage, and deployed applications, and in some cases has partial control over some network components (e.g., the host firewall).

[0060] The deployment model is as follows:

[0061] Private Cloud: The cloud infrastructure is dedicated to a specific organization. It can be managed by that organization or a third party and can exist on-premise or off-premise.

[0062] Community Cloud: The cloud infrastructure is shared by multiple organizations to support a specific community with common concerns (e.g., mission, security requirements, policies, and compliance). The cloud infrastructure can be managed by the organizations or a third party and can exist on-premise or off-premise.

[0063] Public cloud: The cloud infrastructure is available to the general public or large industry organizations and is owned by an organization that sells cloud services.

[0064] Hybrid Cloud: This cloud infrastructure combines two or more cloud models (private, community or public), each of which retains its inherent semantics but is bound together by standards or specific technologies that enable data and application portability (e.g. cloud bursting for load balancing between clouds).

[0065] A cloud computing environment is a service-oriented environment with an emphasis on statelessness, low coupling, modularity and semantic interoperability. At the core of cloud computing is an infrastructure that includes a network of interconnected nodes.

[0066] FIG. 6 illustrates a cloud computing environment 610 according to some embodiments of the present disclosure. As illustrated, the cloud computing environment 610 includes one or more cloud computing nodes 600. The cloud computing nodes 600 may perform the methods described in FIGS. 3 and 4 and / or the functions described in FIGS. 1 and 2. Additionally, the cloud computing nodes 600 may communicate with local computing devices used by cloud consumers (e.g., PDAs or mobile phones 600A, desktop computers 600B, laptop computers 600C, or automobile computer systems 600N, or combinations thereof, etc.). Additionally, the cloud computing nodes 600 may communicate with each other. Additionally, the cloud computing nodes 600 may be physically or virtually grouped (not shown) in one or more networks, such as, for example, a private, community, public, or hybrid cloud, or combinations thereof, as described above. This allows the cloud computing environment 610 to provide infrastructure, platform, or software, or combinations thereof, as a service, for which the cloud consumers do not need to maintain resources on their local computing devices. It should be understood that the types of computing devices 600A-N shown in FIG. 6 are merely exemplary, and that the computing nodes 600 and cloud computing environment 610 can communicate with any type of electronic device via any type of network or network-addressable connection (e.g., using a web browser) or both.

[0067] 7 is a diagram illustrating a set of functional abstraction model layers provided by cloud computing environment 610 (FIG. 6) according to some embodiments of the present disclosure. It should be understood in advance that the components, layers, and functions illustrated in FIG. 7 are merely exemplary, and embodiments of the present disclosure are not limited thereto. As illustrated below, the following layers and corresponding functions are provided:

[0068] The hardware and software layer 700 includes hardware and software components. Examples of hardware components include a mainframe 702, a reduced instruction set computer (RISC) architecture based server 704, a server 706, a blade server 708, storage devices 710, and a network and network components 712. In some embodiments, the software components include network application server software 714 and database software 716.

[0069] The virtualization layer 720 provides an abstraction layer from which virtual entities such as, for example, virtual servers 722, virtual storage 724, virtual networks including virtual private networks 726, virtual applications and operating systems 728, and virtual clients 730 can be provided.

[0070] As an example, the management layer 740 may provide the following functions: Resource provisioning 742 enables dynamic procurement of computing and other resources utilized to execute tasks within the cloud computing environment. Metering and pricing 744 enables cost tracking as resources are utilized within the cloud computing environment and billing or invoicing for the consumption of these resources. As an example, these resources may include application software licenses. Security enables identification and verification of cloud consumers and tasks as well as protection for data and other resources. User portal 746 provides consumers and system administrators with access to the cloud computing environment. Service level management 748 enables allocation and management of cloud computing resources such that requested service levels are met. Service level management 748 may allocate appropriate processing power and memory to process static sensor data. Service level agreement (SLA) planning and fulfillment 750 enables pre-arrangement and procurement of cloud computing resources anticipated to be needed in the future according to SLAs.

[0071] The Workloads layer 760 provides examples of functionality that can utilize a cloud computing environment. Examples of workloads and functionality that can be provided from this layer include mapping and navigation 762, software development and lifecycle management 764, virtual classroom instruction delivery 766, data analytics processing 768, transaction processing 770, and SIEM event type identification system 772.

[0072] The present disclosure may be an integrated system, method, or computer program product, or combination thereof, at any possible level of technical detail. The computer program product may include a computer-readable storage medium having stored thereon computer-readable program instructions for causing a processor to perform aspects of the present disclosure.

[0073] A computer-readable storage medium may be a tangible device that can hold and store instructions used by an instruction execution device. The computer-readable storage medium may be, for example, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or a suitable combination thereof. More specific examples of computer-readable storage media include portable computer diskettes, hard disks, RAM, ROM, EPROM (or flash memory), SRAM, CD-ROM, DVD, memory sticks, floppy disks, punch cards or ridges in grooves or other mechanically encoded devices with instructions recorded thereon, and suitable combinations thereof. As used herein, a computer-readable storage medium should not be construed as a transitory signal per se, such as an electric wave or other freely propagating electromagnetic wave, an electromagnetic wave propagating through a wave guide or other transmission medium (e.g., a light pulse passing through a fiber optic cable), or an electric signal transmitted through a wire.

[0074] The computer-readable program instructions described herein can be downloaded from a computer-readable storage medium to each computer device / processing device. Alternatively, they can be downloaded to an external computer or external storage device via a network (e.g., the Internet, a LAN, a WAN, or a wireless network, or a combination thereof). The network can include copper transmission cables, optical transmission fiber, wireless transmission, routers, firewalls, switches, gateway computers, or edge servers, or a combination thereof. A network adapter card or network interface in each computer device / processing device receives the computer-readable program instructions from the network and transfers the computer-readable program instructions to a computer-readable storage medium in the respective computer device / processing device for storage.

[0075] The computer readable program instructions for carrying out the operations of the present disclosure can be either assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state setting data, configuration data for an integrated circuit, or source or object code written in any combination of one or more programming languages, including object oriented programming languages ​​such as Smalltalk and C++, and procedural programming languages ​​such as the "C" programming language and similar programming languages. The computer readable program instructions can be executed entirely on the user's computer as a stand-alone software package, or partially on the user's computer, or partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter case, the remote computer may be connected to the user's computer via any type of network, including a LAN or WAN, or may be connected to an external computer (e.g., via the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuits, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), can execute computer readable program instructions by utilizing state information of the computer readable program instructions to customize the electronic circuitry for carrying out aspects of the present disclosure.

[0076] Aspects of the present disclosure are described herein with reference to flowchart and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present disclosure. Each block of the flowchart and / or block diagrams, and combinations of blocks in the flowchart and / or block diagrams, can be implemented by computer readable program instructions.

[0077] These computer readable program instructions can be provided to a processor of a computer or other programmable data processing apparatus to produce a machine, whereby the instructions executed via the processor of such computer or other programmable data processing apparatus create means for performing the functions / operations specified in one or more blocks of the flowcharts and / or block diagrams. These computer readable program instructions can further be stored on a computer readable storage medium capable of instructing a computer, programmable data processing apparatus or other device, or combination thereof, to function in a particular manner. The computer readable storage medium having instructions stored thereon thereby constitutes an article of manufacture including instructions for performing the functions / operations specified in one or more blocks of the flowcharts and / or block diagrams.

[0078] Also, computer-readable program instructions may be loaded into a computer, other programmable device, or other apparatus and a sequence of operational steps executed on the computer, other programmable device, or other apparatus to generate a computer-implemented process, whereby the instructions executing on the computer, other programmable device, or other apparatus perform the functions / operations identified in one or more blocks in the flowcharts and / or block diagrams.

[0079] The flowcharts and block diagrams in the drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, segment, or portion of instructions, including one or more executable instructions for performing a particular logical function. In some other implementations, the functions shown in the blocks may be performed in a different order than the order shown in the figures. For example, depending on the functions involved, two blocks shown in succession may actually be accomplished as one step, may be performed simultaneously or nearly simultaneously, may be performed in a partially or fully overlapping manner, or the blocks may be performed in reverse order in some cases. It should be noted that each block in the block diagram and / or flowchart, and combinations of multiple blocks in the block diagram and / or flowchart can be executed by a dedicated hardware-based system that performs a particular function or operation or executes a combination of dedicated hardware and computer instructions.

[0080] Example 1 is a computer-implemented method that includes determining that an event type of a security information and event management (SIEM) event log cannot be identified, generating a vectorized log using a cleaned, tokenized, and padded version of the event log, generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs, determining that a confidence in the classification meets a predetermined threshold, and parsing the event log based on the classification.

[0081] Example 2 includes the method of example 1 with or without any features. In this example, the deep learning classification model is trained by cleaning the parsed log, tokenizing the parsed log, padding the parsed log, and vectorizing the parsed log. Optionally, tokenizing the parsed log includes identifying a plurality of tokens in each of the parsed log and generating a log including the tokens. Optionally, padding the parsed log includes identifying a length of a longest token among the tokens and increasing an original length of each of the tokens by a predetermined character to the length of the longest token. Optionally, vectorizing the parsed log includes assigning a unique numeric value to each of the tokens and replacing the token with the assigned unique numeric value.

[0082] Example 3 includes the method of any one of examples 1-2, including or excluding any feature. In this example, the deep learning classification model is trained using a convolutional neural network.

[0083] Example 4 includes the method of any one of examples 1-3, including or excluding any feature. In this example, the parsed log includes a plurality of logs categorized by a data source manager of the SIEM and event types based on the categorization.

[0084] Example 5 is a computer program product including program instructions stored on a computer-readable storage medium. The computer-readable medium includes instructions that cause a processor to determine that an event type of a security information and event management (SIEM) event log cannot be identified, generate a vectorized log using a cleaned, tokenized, and padded version of the event log, generate a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs, determine that a confidence level of the classification meets a predetermined threshold, and parse the event log based on the classification.

[0085] Example 6 includes the computer-readable medium of example 5, including or excluding any feature. In this example, the deep learning classification model is trained by cleaning the parsed log, tokenizing the parsed log, padding the parsed log, and vectorizing the parsed log. Optionally, tokenizing the parsed log includes identifying a plurality of tokens in each of the parsed log and generating a log including the tokens. Optionally, padding the parsed log includes identifying a length of a longest token among the tokens and increasing an original length of each of the tokens by a predetermined character to the length of the longest token. Optionally, vectorizing the parsed log includes assigning a unique numeric value to each of the tokens and replacing the token with the assigned unique numeric value.

[0086] Example 7 includes the computer-readable medium of any one of Examples 5-6, including or excluding any feature. In this example, the deep learning classification model is trained using a convolutional neural network.

[0087] Example 8 includes the computer-readable medium of any one of examples 5-7, including or excluding any feature. In this example, the parsed log includes a plurality of logs categorized by a data source manager of the SIEM and event types based on the classification.

[0088] Example 9 is a system. The system includes instructions directing a processor to a computer processing circuit and a computer-readable storage medium having the instructions stored thereon. The instructions, when executed by the computer processing circuit, are configured to cause the computer processing circuit to perform a method including: determining that an event type of a security information and event management (SIEM) event log cannot be identified; generating a vectorized log using a cleaned, tokenized, and padded version of the event log; generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs; determining that a confidence level of the classification meets a predetermined threshold; and parsing the event log based on the classification.

[0089] Example 10 includes the system of example 9, including or excluding any feature. In this example, the deep learning classification model is trained by cleaning the parsed log, tokenizing the parsed log, padding the parsed log, and vectorizing the parsed log. Optionally, tokenizing the parsed log includes identifying a plurality of tokens in each of the parsed log and generating a log including the tokens. Optionally, padding the parsed log includes identifying a length of a longest token among the tokens and increasing an original length of each of the tokens by a predetermined character to the length of the longest token. Optionally, vectorizing the parsed log includes assigning a unique numeric value to each of the tokens and replacing the token with the assigned unique numeric value.

[0090] Example 11 includes the system of any one of examples 9-10, including or excluding any feature. In this example, the deep learning classification model is trained using a convolutional neural network.

[0091] Example 12 is a computer-implemented method including instructions to cause a processor to generate a vectorized log using the cleaned, tokenized, and padded event log, generate a classification for the vectorized log using a deep learning classification model trained to identify potential event types in the event log based on deep learning training using a plurality of parsed logs, determine that a confidence in the classification meets a predetermined threshold, and parse the event log based on the classification.

[0092] Example 13 includes the method of example 12, including or excluding any feature. In this example, the deep learning classification model is trained using a convolutional neural network. In an optional aspect, the method includes determining that the event type in the security information and event management (SIEM) event log is not identifiable.

[0093] Example 14 is a computer-implemented method including instructions to cause a processor to determine that an event type of a security information and event management (SIEM) event log cannot be identified, generate a vectorized log using a cleaned, tokenized, and padded version of the event log, generate a classification for the vectorized log using a deep learning classification model trained to identify potential event types of the event log based on deep learning training using a plurality of parsed logs, determine that a confidence in the classification meets a predetermined threshold, and parse the event log based on the classification.

[0094] Example 15 includes the method of example 14, including or excluding any features. In this example, the method includes identifying a plurality of event types corresponding to the parsed log and training a deep learning classification model.

Claims

1. generating a vectorized log using a cleaned, tokenized, and padded event log; generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types in the event log based on deep learning training using a plurality of parsed logs; determining that a confidence level of the classification meets a predetermined threshold; parsing the event log based on the classification; 4. A computer-implemented method comprising:

2. determining that the event type in the Security Information and Event Management (SIEM) event log is not identifiable. The method of claim 1.

3. The deep learning classification model cleaning the parsed log; and tokenizing the parsed log; padding the parsed log; and vectorizing the parsed log; and The method of claim 2.

4. Tokenizing the parsed log includes: identifying a plurality of tokens in each of the parsed logs; generating a log including the token. The method according to claim 3.

5. Padding the parsed log includes: determining a length of a longest token among the plurality of tokens; increasing the original length of each of said tokens by a predetermined character to said length of said longest token; The method according to claim 3.

6. Vectorizing the parsed log includes: assigning a unique numerical value to each of the tokens; and replacing the token with the assigned unique numeric value. The method according to claim 3.

7. identifying a plurality of event types corresponding to the parsed log; training a deep learning classification model based on the identified event types. The method of claim 2.

8. The deep learning classification model is trained using a convolutional neural network. The method of claim 1.

9. The parsed log includes a plurality of logs categorized by a data source manager of SIEM and an event type based on the categorization. The method of claim 2.

10. 1. A computer program product comprising program instructions stored on a computer-readable storage medium, the program instructions being executable by a processor, the processor comprising: generating a vectorized log using a cleaned, tokenized, and padded event log; generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types in the event log based on deep learning training using a plurality of parsed logs; determining that a confidence level of the classification meets a predetermined threshold; parsing the event log based on the classification; Executing a method comprising: Computer program products.

11. The method further includes determining that the event type in the Security Information and Event Management (SIEM) event log is unidentifiable.

11. A computer program product according to claim 10.

12. The deep learning classification model cleaning the parsed log; and tokenizing the parsed log; padding the parsed log; and vectorizing the parsed log; and 12. A computer program product as claimed in claim 11.

13. Tokenizing the parsed log includes: identifying a plurality of tokens in each of the parsed logs; generating a log including the token.

13. A computer program product as claimed in claim 12.

14. Padding the parsed log includes: determining a length of a longest token among the plurality of tokens; increasing the original length of each of said tokens by a predetermined character to said length of said longest token; 13. A computer program product as claimed in claim 12.

15. Vectorizing the parsed log includes: assigning a unique numerical value to each of the tokens; and replacing the token with the assigned unique numeric value.

13. A computer program product as claimed in claim 12.

16. The deep learning classification model is trained using a convolutional neural network.

11. A computer program product according to claim 10.

17. The parsed log includes a plurality of logs categorized by a data source manager of SIEM and an event type based on the categorization.

12. A computer program product as claimed in claim 11.

18. A computer processing circuit; and a computer-readable storage medium having instructions stored thereon, the instructions, when executed by the computer processing circuit, causing the computer processing circuit to: generating a vectorized log using a cleaned, tokenized, and padded event log; generating a classification for the vectorized log using a deep learning classification model trained to identify potential event types in the event log based on deep learning training using a plurality of parsed logs; determining that a confidence level of the classification meets a predetermined threshold; parsing the event log based on the classification; configured to perform a method including system.

19. The method further includes determining that the event type in the Security Information and Event Management (SIEM) event log is unidentifiable.

20. The system of claim 18.

20. The deep learning classification model cleaning the parsed log; and tokenizing the parsed log; padding the parsed log; and vectorizing the parsed log; and 20. The system of claim 19.

21. Tokenizing the parsed log includes: identifying a plurality of tokens in each of the parsed logs; generating a log including the token.

21. The system of claim 20.

22. Padding the parsed log includes: determining a length of a longest token among the plurality of tokens; increasing the original length of each of said tokens by a predetermined character to said length of said longest token; 21. The system of claim 20.

23. Vectorizing the parsed log includes: assigning a unique numerical value to each of the tokens; and replacing the token with the assigned unique numeric value.

21. The system of claim 20.

24. The deep learning classification model is trained using a convolutional neural network.

20. The system of claim 18.

Images