This application claims the benefit of Indian Provisional Patent Application No. 201741009059, filed Mar. 16, 2017; the disclosure of which is incorporated herein by reference in its entirety.
The subject matter described herein relates to network communications. More specifically, the subject matter relates to methods, systems, and computer readable media for advertising network security capabilities.
In some communications networks, a network security system (NSS), e.g., a unified threat management (UTM) device or platform, may be available for Internet service provider (ISP) level content traffic filtering. For example, a UTM platform in a first network may monitor traffic and determine that some of the traffic is malicious and, in response, the UTM platform may initiate mitigation actions that cause the malicious traffic to be discarded before reaching end users.
While an NSS may detect and mitigate problems associated with malicious traffic, issues exist regarding communications between NSSs and relevant entities, e.g., routers and network operations nodes. For example, a network operator or a related node may know, using predefined configuration information, the capabilities of a local NSS, but may be unaware of network security capabilities of neighboring networks or nodes therein. As such, one network may be unable to verify that some received traffic can be trusted. Further, if a first network is unable to trust traffic from one or more nodes or networks, all traffic from those nodes or networks may be analyzed for threats by a local NSS in the first network, which can result in expensive, limited resources being inefficiently utilized and potentially wasted. Since many communications involve multiple nodes and/or networks, network security issues can be significantly reduced or alleviated by improving communications between NSSs and relevant entities.
Methods, systems, and computer readable media for advertising network security capabilities are disclosed. According to one method, the method occurs at a network node. The method includes receiving a first route advertisement message that includes network security capabilities information indicating capabilities of a network security system (NSS) associated with a route. The method also includes receiving traffic associated with a message flow. The method further includes directing, based on the network security capabilities information in the first route advertisement message, the traffic associated with the message flow to a downstream network node associated with the NSS.
According to one system for advertising network security capabilities, the system includes at least one processor. The system also includes a network node implemented using the at least one processor. The network node is configured for receiving a first route advertisement message that includes network security capabilities information indicating capabilities of an NSS associated with a route; receiving traffic associated with a message flow; and directing, based on the network security capabilities information in the first route advertisement message, the traffic associated with the message flow to a downstream network node associated with the NSS.
The subject matter described herein may be implemented in software in combination with hardware and/or firmware. For example, the subject matter described herein may be implemented in software executed by a processor (e.g., a hardware-based processor). In one example implementation, the subject matter described herein may be implemented using a non-transitory computer readable medium having stored thereon computer executable instructions that when executed by the processor of a computer control the computer to perform steps. Example computer readable media suitable for implementing the subject matter described herein include non-transitory devices, such as disk memory devices, chip memory devices, programmable logic devices, such as field programmable gate arrays, and application specific integrated circuits. In addition, a computer readable medium that implements the subject matter described herein may be located on a single device or computing platform or may be distributed across multiple devices or computing platforms.
As used herein, the term “node” refers to a physical computing platform including one or more processors and memory.
As used herein, the terms “function” or “module” refer to software in combination with hardware and/or firmware for implementing features described herein. In some embodiments, a module may include a field-programmable gateway array (FPGA), an application-specific integrated circuit (ASIC), or a processor.
The subject matter described herein will now be explained with reference to the accompanying drawings of which:
The subject matter described herein relates to methods, systems, and computer readable media for advertising network security capabilities. Route advertisement protocols, such as a route advertisement protocol defined in Internet Engineering Task Force (IETF) request for comments (RFC) 5575, are usable by a downstream router to advertise the availability of a route. However, such route advertisement protocols do not provide mechanisms for granular communication of available inline threat detection and mitigation capabilities and/or related resources associated with an advertised route such that an upstream router could potentially direct different types of traffic (e.g., email, hypertext transfer protocol (HTTP), etc.) to routes based on particular threat protection for those types of traffic.
In accordance with some aspects of the subject matter described herein, equipment, techniques, methods, or mechanisms are disclosed for advertising network security capabilities information. For example, a computing platform or a module in accordance with one or more aspects described herein may extend a network route advertisement protocol, e.g., the protocol defined in IETF RFC 5575; the disclosure of which is incorporated herein by reference in its entirety. In this example, the extended protocol may provide a framework or mechanism to communicate capabilities of a downstream network security system (NSS), e.g., a unified threat management (UTM) system, in the routing plane to adjoining ISPs in an extensible manner. Continuing with this example, the extended protocol can indicate different threat detection and mitigation services (e.g., spam traffic filtering, malware traffic filtering, bot traffic filtering, etc.) for different traffic and/or flows (traffic/flows). Hence, in this example, by advertising network security capabilities associated with routes, routers in one operator's network may notify peers and/or routers in its network or a neighboring operator's network (e.g., an adjoining ISP) that certain network security capabilities (e.g., threat detection and mitigation services) are available to traffic/flows that traverse a particular route.
In accordance with some aspects of the subject matter described herein, equipment, techniques, methods, or mechanisms are disclosed for receiving traffic filtering information from a NSS and using it to block or discard malicious traffic at an upstream node. For example, a computing platform or a module in accordance with one or more aspects described herein may interact with a NSS via one or more communications interfaces. In this example, if a malicious pattern is detected in traffic analyzed by the NSS, the NSS may provide information about the malicious pattern to a router or other network node. Continuing with this example, the router or router or other network node may send traffic filter information, e.g., an access control list (ACL), via a route advertisement message to an upstream router. The traffic filter information in the route advertisement protocol message may inform the upstream router to block, discard, or otherwise mitigate traffic indicated by the traffic filter information.
In accordance with some aspects of the subject matter described herein, equipment, techniques, methods, or mechanisms are disclosed for using network security capabilities information and/or traffic filter information in traffic routing decisions. For example, a computing platform or a module in accordance with one or more aspects described herein may receive a route advertisement message containing network security capabilities information and/or traffic filter information. In this example, the computing platform or the module may use the information in the route advertisement message to select or determine an appropriate route for a message or related message flow. Continuing with this example, selecting or determining the appropriate route for the message or related message flow may involve analyzing the message or related traffic, determining that the message or related traffic matches the traffic filter information, and determining that an available network security capability of the NSS associated with the route is relevant to the message or related traffic, e.g., the traffic may include email messages and the network security capability associated with a selected routed may include email spam traffic filtering.
Reference will now be made in detail to exemplary embodiments of the subject matter described herein, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
Referring to
Upstream router 102 may include a network security advertisement module (NSAM) 106. NSAM 106 may be any suitable entity (e.g., software executing on at least one processor) for performing one or more aspects associated with advertising network security capabilities. In some embodiments, NSAM 106 may include functionality for sending, receiving, and processing route advertisement messages. For example, NSAM 106 may receive a route advertisement message (e.g., from downstream router 104) that includes network security capabilities information indicating capabilities of NSS 110 associated with a route. In this example, NSAM 106 may process the route advertisement message and use the network security capabilities information and/or other information (e.g., flow filters, route information, etc.) in the route advertisement message when determining or selecting a route. Example network security capabilities of NSS 110 may include traffic filtering, spam traffic filtering, virus traffic filtering, malware traffic filtering, ransomware traffic filtering, or bot traffic filtering. In another example, NSAM 106 may generate and/or send a route advertisement message to one or more entities.
Downstream router 104 may be any suitable entity (e.g., software executing on at least one processor) for routing, forwarding, relaying, or directing messages to one or more destinations, e.g., upstream router 102, NSS 110 and/or destination node 112. For example, downstream router 104 may include one or more communications interfaces for routing messages associated with one or more communications protocols, e.g., one or more network layer protocols; one or more transport layer protocols; and/or one or more session layer protocols. In some embodiments, downstream router 104 may include or represent a network router and/or a network switch. As depicted in
Downstream router 104 may include a NSAM 108. NSAM 108 may be any suitable entity (e.g., software executing on at least one processor) for performing one or more aspects associated with advertising network security capabilities. In some embodiments, NSAM 108 may include functionality for sending, receiving, and processing route advertisement messages. For example, NSAM 108 may generate a route advertisement message (e.g., to upstream router 102) that includes network security capabilities information indicating capabilities of NSS 110 associated with a route. In this example, NSAM 106 may send the route advertisement message to various nodes, e.g., upstream router 102, and the various nodes may receive and use the information in the route advertisement message to route one or more flows. In another example, NSAM 108 may receive and process a route advertisement message (e.g., from another downstream router) that includes network security capabilities information indicating capabilities of NSS 110 associated with a route.
NSS 110 may be any suitable entity (e.g., software executing on at least one processor, one or more computing platforms, etc.) for performing one or more network security related actions. Example network security related actions may include performing a threat analysis involving analyzing one or more related messages (e.g., message payloads in a message flow) for determining whether the messages are associated with one or more network related threats, e.g., spam, viruses, malware, ransomware, and/or bots. In some embodiments, NSS 110 may include one or more communications interfaces, e.g., a data channel interface) for communicating with downstream router 104 and/or other nodes.
In some embodiments, NSS 110 may be a separate entity (e.g., network node) communicatively connected to downstream router 104. For example, downstream router 104 and NSS 110 may be implemented in separate computing platforms and connected via one or more communications interface, e.g., using Internet protocol (IP) and/or network interface cards (NICs).
In some embodiments, NSS 110 may be integrated and/or part of downstream router 104. For example, downstream router 104 and NSS 110 may be implemented in the same node or computing platform. In this example, downstream router 104 and NSS 110 may communicate using an internal switching fabric and/or other communication interfaces. In another example, downstream router 104 and NSS 110 may communicate using IP and/or NICs.
In some embodiments, NSS 110 may include functionality for analyzing messages from downstream router 104 for one or more threats and may provide, via one or more application programming interfaces (APIs), a network message, and/or other delivery mechanisms, feedback to one or more downstream nodes, e.g., router 104. For example, after detecting a malicious pattern in a message flow, NSS 110 may signal downstream router 104 (e.g., via a data channel interface) with information that allows downstream router 104 to instruct upstream router 102 to block associated malicious traffic. In this example, downstream router 104 may instruct upstream router 102 to block associated malicious traffic using an ACL that can be installed by upstream router 102.
In some embodiments, NSS 110 may include functionality for providing network security capabilities information to downstream router 104, e.g., via an API, a network message, and/or other delivery mechanisms. For example, NSS 110 may communicate with downstream router 104 via a data interface or another interface.
Destination node 112 may represent any suitable entity (e.g., software executing on at least one processor) for receiving traffic sent from or via routers 102-104. For example, destination node 112 may represent an intermediate node or next hop that a message traverses after leaving downstream router 104. In another example, destination node 112 may represent an intended destination for a routed message, e.g., an end user device or a core network node.
It will be appreciated that
In some embodiments, route advertisement message 200 may be generated using an extension of a route advertisement protocol defined in IETF RFC 5575. In some embodiments, an extension of IETF RFC 5575 may be leveraged as a mechanism for routers 102-104 or other network nodes to advertise and be aware of network security capabilities associated with a route in a vendor neutral and/or carrier neutral manner. For example, NSAM 108 may generate route advertisement message 200 similar to the protocol defined in IETF RFC 5575.
Referring to
In some embodiments, route advertisement message 200 and/or a related flow specification rule may include relevant traffic filtering actions and extended community values (e.g., values that indicate network security capabilities for different potential network threat). In this example, by including distinct extended community values for threat-specific traffic filtering actions, route advertisement message 200 may efficiently and effectively provide information to various entities about potential routes and their related network security assessment capabilities. In other words, each combination of flow filter and related action may define a unique threat management situation that can be implemented by upstream router 102 and/or other relevant nodes in communications environment 100. Moreover, upstream router 102 or other node may use this information to direct certain traffic flows to different routes based on the type of traffic and/or threat assessment needed, e.g., NSS 110 may be able to detect and filter viruses from email traffic but not from web traffic.
In some embodiments, network security capabilities information may include values or indicators based on an agreed-upon or common set of values. For example, the base specification in RFC 5575 may be extended to include one or more additional community values, e.g., 0x800a, 0x800b, 0x800c, 0x800d, 0x800e, etc. In this example, 0x800a may represent a spam traffic filtering capability; 0x800b may represent a virus traffic filtering capability; 0x800c may represent a malware traffic filtering capability; 0x800d may represent a ransomware traffic filtering capability; and 0x800e may represent a bot traffic filtering capability. In this example, assuming these extended community values and/or related network security capabilities advertisement functionality are widely adopted and implemented in routers, network operators and/or related service providers may build networks that can consistently interpret such extended community values across network and autonomous system boundaries. Further, such usage would allow detailed advertisement of unique network security capabilities (e.g., threat management capabilities) between peers and nodes that are intra-domain or inter-domain (e.g., Internet domains or networks controlled by one service provider or different service providers).
It will be appreciated that
Referring to
In step 302, the route advertisement message containing the network security capabilities information may be sent from downstream router 104 to upstream router 102.
In some embodiments, the route advertisement message containing the network security capabilities information may be received and stored by upstream router 102. In such embodiments, upstream router 102 may use the network security capabilities information and/or information in the route advertisement message to determine or select an appropriate route for one or more message flows.
In step 303, a message ‘A’ (e.g., an IP and/or HTTP message) may be received and processed by upstream router 102 using information in the route advertisement message. For example, upstream router 102 may determine whether message ‘A’ matches a particular flow filter associated with a route advertised in a route advertisement message.
In step 304, message ‘A’ may be directed (e.g., forwarded or routed) from upstream router 102 to downstream router 104. For example, upstream router 102 may determine that a message matches a particular flow filter associated with a route being advertised in a route advertisement message and, as such, upstream router 102 may route the message and related messages via the advertised route
In step 305, message ‘A’ may be sent from downstream router 104 to NSS 110 for analysis.
In step 306, after message ‘A’ is received by NSS 110, a threat analysis may be performed on message ‘A’.
It will be appreciated that
Referring to
In step 402, a threat analysis message may be sent from NSS 110 to downstream router 104. For example, a threat analysis message may indicate that NSS 110 identified malicious (or seemingly malicious) traffic associated with a source IP address of ‘2.5.5.2’.
In step 403, a route advertisement message containing traffic filter information may be generated by downstream router 104 using information from NSS 110.
In step 404, the route advertisement message containing the traffic filter information may be sent from downstream router 104 to upstream router 102.
In step 405, the route advertisement message containing the traffic filter information may be received and processed by upstream router 102. In such embodiments, upstream router 102 may use information in the route advertisement message to block traffic. For example, upstream router 102 may receive and/or implement an ACL from a received advertisement message. In this example, the ACL may filter network traffic by controlling whether routed packets (or other data units) are forwarded or blocked, where criteria used to determine how to handle the packets (or other data units) may include a source address, a destination address, a port number, an application protocol, and/or other information
It will be appreciated that
Referring to example process 500, in step 502, a first route advertisement message may be received. The first route advertisement message may include network security capabilities information indicating capabilities of a NSS associated with a route. For example, a route advertisement message may indicate that a particular route to destination node 112 provides email spam traffic filtering and HTTP bot traffic filtering. In this example, the traffic filtering actions may be services provided by NSS 110, where NSS 110 is configured to analyze message flows traversing downstream router 104.
In some embodiments, a first route advertisement message may include traffic filter information usable for determining whether a packet flow (e.g., related packets or messages) may use or not use a route indicated by the first route advertisement message. As used herein, the terms “packet” or “packets” may represent or refer to various data units, such as a packet, a frame, a datagram, a UDP message, a TCP message, or, more generally, a protocol data unit (PDU).
In some embodiments, network security capabilities information may indicate that an NSS may be capable of performing spam traffic filtering, virus traffic filtering, malware traffic filtering, ransomware traffic filtering, or bot traffic filtering. In some embodiments, a first route advertisement message may use a network route advertisement protocol extension for indicating network security capabilities information. In some embodiments, a first route advertisement message may be sent by a downstream network node.
In step 504, a packet associated with a packet flow may be received. For example, the packet may include an HTTP request message.
In step 506, the packet associated with the packet flow may be directed, based on the network security capabilities information in the first route advertisement message, to a downstream network node associated with the NSS. For example, assuming that a potential route ‘R’ includes HTTP bot traffic filtering and that upstream router 102 is aware of route ‘R’ via a route advertisement message (e.g., route advertisement message 200), upstream router 102 may direct HTTP traffic to downstream router 104 associated with route ‘R’ such that the packet and/or other related packets may be analyzed for botnet characteristics.
In some embodiments, directing a packet associated with a packet flow to a downstream network node associated with an NSS may include analyzing the packet, determining that the packet matches traffic filter information associated with the route, and determining that a network security capability of the NSS associated with the route is relevant to the packet.
In some embodiments, an NSS may be configured for receiving the packet associated with the packet flow and performing a threat analysis action involving the packet.
In some embodiments, a downstream network node (e.g., downstream router 104) may be configured for receiving a threat analysis message from the security network system; generating a second route advertisement message that includes information that instructs the network node to block or discard subsequent packets associated with the packet flow; and sending the second route advertisement message to the network node.
It will be appreciated that process 500 is for illustrative purposes and that different and/or additional actions may be used. It will also be appreciated that various actions described herein may occur in a different order or sequence.
It should be noted that NSAM 106, NSAM 108, upstream router 102, downstream router 104, NSS 110, and/or functionality described herein may constitute a special purpose computing device. For example, NSS 110 may be a ThreatARMOR™ security appliance manufactured by Ixia and configured to perform various aspects described herein. Further, NSAM 106, NSAM 108, upstream router 102, downstream router 104, NSS 110, and/or functionality described herein can improve the technological field of network security by providing a tenable solution for advertising network security capabilities, e.g., to upstream nodes and/or other networks. Further, NSAM 106, NSAM 108, upstream router 102, downstream router 104, NSS 110, and/or functionality described herein can improve the technological field of network routing by using network security capabilities information when selecting a relevant route for a packet flow, thereby security related resources can be efficiently utilized for particular message flows, e.g., high threat risk messages, messages associated with particular communications protocols, and/or messages from untrusted networks or nodes.
It will be understood that various details of the subject matter described herein may be changed without departing from the scope of the subject matter described herein. Furthermore, the foregoing description is for the purpose of illustration only, and not for the purpose of limitation, as the subject matter described herein is defined by the claims as set forth hereinafter.
Number | Date | Country | Kind |
---|---|---|---|
201741009059 | Mar 2017 | IN | national |
Number | Name | Date | Kind |
---|---|---|---|
6088804 | Hill et al. | Jul 2000 | A |
6711127 | Gorman et al. | Mar 2004 | B1 |
6918038 | Smith et al. | Jul 2005 | B1 |
6952779 | Cohen et al. | Oct 2005 | B1 |
7013395 | Swiler et al. | Mar 2006 | B1 |
7159237 | Schneier et al. | Jan 2007 | B2 |
7296092 | Nguyen | Nov 2007 | B2 |
7627891 | Williams et al. | Dec 2009 | B2 |
7757293 | Caceres et al. | Jul 2010 | B2 |
7784099 | Benjamin | Aug 2010 | B2 |
7926113 | Gula et al. | Apr 2011 | B1 |
8001589 | Ormazabal et al. | Aug 2011 | B2 |
8112016 | Matsumoto et al. | Feb 2012 | B2 |
8127359 | Kelekar | Feb 2012 | B2 |
8230497 | Norman et al. | Jul 2012 | B2 |
8256002 | Chandrashekhar et al. | Aug 2012 | B2 |
8321936 | Green et al. | Nov 2012 | B1 |
8356353 | Futoransky et al. | Jan 2013 | B2 |
8365289 | Russ et al. | Jan 2013 | B2 |
8413237 | O'Rourke et al. | Apr 2013 | B2 |
8490193 | Sarraute Yamada et al. | Jul 2013 | B2 |
8650651 | Podjarny et al. | Feb 2014 | B2 |
8712596 | Scott | Apr 2014 | B2 |
8732839 | Hohl | May 2014 | B2 |
8737980 | Doshi et al. | May 2014 | B2 |
8752183 | Heiderich et al. | Jun 2014 | B1 |
8813235 | Sidagni | Aug 2014 | B2 |
8955118 | Franklin | Feb 2015 | B2 |
9015847 | Kaplan et al. | Apr 2015 | B1 |
9043922 | Dumitras et al. | May 2015 | B1 |
9060239 | Sinha et al. | Jun 2015 | B1 |
9076013 | Bailey, Jr. et al. | Jul 2015 | B1 |
9177139 | Hull Roskos | Nov 2015 | B2 |
9183397 | Futoransky et al. | Nov 2015 | B2 |
9208323 | Karta et al. | Dec 2015 | B1 |
9224117 | Chapman | Dec 2015 | B2 |
9270696 | Fritzson et al. | Feb 2016 | B2 |
9276952 | Simpson et al. | Mar 2016 | B2 |
9292695 | Bassett | Mar 2016 | B1 |
9350753 | Kaplan et al. | May 2016 | B2 |
9367694 | Eck et al. | Jun 2016 | B2 |
9467467 | Alamuri | Oct 2016 | B2 |
9473522 | Kotler et al. | Oct 2016 | B1 |
9558355 | Madou et al. | Jan 2017 | B2 |
9760716 | Mulchandani | Sep 2017 | B1 |
9774618 | Sundhar et al. | Sep 2017 | B2 |
9800603 | Sidagni | Oct 2017 | B1 |
10038711 | Gorodissky et al. | Jul 2018 | B1 |
10068095 | Segal et al. | Sep 2018 | B1 |
10122750 | Gorodissky et al. | Nov 2018 | B2 |
10162970 | Olson et al. | Dec 2018 | B2 |
10225276 | Bort et al. | Mar 2019 | B2 |
10257220 | Gorodissky et al. | Apr 2019 | B2 |
10367846 | Gorodissky et al. | Jul 2019 | B2 |
10382473 | Ashkenazy et al. | Aug 2019 | B1 |
10395040 | Carey et al. | Aug 2019 | B2 |
10412112 | Ashkenazy et al. | Sep 2019 | B2 |
20030195861 | McClure et al. | Oct 2003 | A1 |
20030217039 | Kurtz et al. | Nov 2003 | A1 |
20040006704 | Dahlstrom et al. | Jan 2004 | A1 |
20040015728 | Cole et al. | Jan 2004 | A1 |
20040078384 | Keir et al. | Apr 2004 | A1 |
20040193918 | Green et al. | Sep 2004 | A1 |
20050028013 | Cantrell | Feb 2005 | A1 |
20050086502 | Rayes et al. | Apr 2005 | A1 |
20050102534 | Wong | May 2005 | A1 |
20060190228 | Johnson | Aug 2006 | A1 |
20070011319 | McClure et al. | Jan 2007 | A1 |
20070019769 | Green et al. | Jan 2007 | A1 |
20070204347 | Caceres et al. | Aug 2007 | A1 |
20080092237 | Yoon et al. | Apr 2008 | A1 |
20080104702 | Choi et al. | May 2008 | A1 |
20080172479 | Majanen et al. | Jul 2008 | A1 |
20080172716 | Talpade et al. | Jul 2008 | A1 |
20080209567 | Lockhart et al. | Aug 2008 | A1 |
20080256638 | Russ et al. | Oct 2008 | A1 |
20080288822 | Wu et al. | Nov 2008 | A1 |
20090044277 | Aaron | Feb 2009 | A1 |
20090049553 | Vasudeva | Feb 2009 | A1 |
20090077666 | Chen et al. | Mar 2009 | A1 |
20090106843 | Kang et al. | Apr 2009 | A1 |
20090126015 | Monastyrsky et al. | May 2009 | A1 |
20090172813 | Aaron | Jul 2009 | A1 |
20090271867 | Zhang | Oct 2009 | A1 |
20090320137 | White et al. | Dec 2009 | A1 |
20100138925 | Barai et al. | Jun 2010 | A1 |
20110035803 | Lucangeli Obes et al. | Feb 2011 | A1 |
20110119765 | Hering et al. | May 2011 | A1 |
20110124295 | Mahjoubi Amine et al. | May 2011 | A1 |
20110185432 | Sandoval et al. | Jul 2011 | A1 |
20110263215 | Asplund et al. | Oct 2011 | A1 |
20120023572 | Williams, Jr. et al. | Jan 2012 | A1 |
20120096549 | Amini et al. | Apr 2012 | A1 |
20120144494 | Cole et al. | Jun 2012 | A1 |
20120174228 | Giakouminakis et al. | Jul 2012 | A1 |
20120185944 | Abdine et al. | Jul 2012 | A1 |
20120255022 | Ocepek et al. | Oct 2012 | A1 |
20130014263 | Porcello et al. | Jan 2013 | A1 |
20130031635 | Lotem et al. | Jan 2013 | A1 |
20130091539 | Khurana et al. | Apr 2013 | A1 |
20130097706 | Titonis et al. | Apr 2013 | A1 |
20130227697 | Zandani | Aug 2013 | A1 |
20130312081 | Shim et al. | Nov 2013 | A1 |
20130347060 | Hazzani | Dec 2013 | A1 |
20140007241 | Gula et al. | Jan 2014 | A1 |
20140092771 | Siomina et al. | Apr 2014 | A1 |
20140137257 | Martinez et al. | May 2014 | A1 |
20140173739 | Ahuja et al. | Jun 2014 | A1 |
20140237606 | Futoransky et al. | Aug 2014 | A1 |
20140245443 | Chakraborty | Aug 2014 | A1 |
20140259095 | Bryant | Sep 2014 | A1 |
20140341052 | Devarasetty et al. | Nov 2014 | A1 |
20140380485 | Ayyagari et al. | Dec 2014 | A1 |
20150058993 | Choi et al. | Feb 2015 | A1 |
20150096026 | Kolacinski et al. | Apr 2015 | A1 |
20150143524 | Chestna | May 2015 | A1 |
20150205966 | Chowdhury | Jul 2015 | A1 |
20150207811 | Feher et al. | Jul 2015 | A1 |
20160014625 | Devarasetty | Jan 2016 | A1 |
20160021056 | Chesla | Jan 2016 | A1 |
20160044057 | Chenette et al. | Feb 2016 | A1 |
20160080408 | Coleman et al. | Mar 2016 | A1 |
20160234188 | Guan | Aug 2016 | A1 |
20160234251 | Boice et al. | Aug 2016 | A1 |
20160234661 | Narasimhan et al. | Aug 2016 | A1 |
20160248800 | Ng et al. | Aug 2016 | A1 |
20160275289 | Sethumadhavan et al. | Sep 2016 | A1 |
20160342796 | Kaplan et al. | Nov 2016 | A1 |
20160352771 | Sivan et al. | Dec 2016 | A1 |
20170006055 | Strom et al. | Jan 2017 | A1 |
20170013008 | Carey et al. | Jan 2017 | A1 |
20170046519 | Cam | Feb 2017 | A1 |
20170063886 | Muddu et al. | Mar 2017 | A1 |
20170098086 | Hoernecke et al. | Apr 2017 | A1 |
20170104780 | Zaffarano et al. | Apr 2017 | A1 |
20170116421 | M C et al. | Apr 2017 | A1 |
20170195357 | Sundhar et al. | Jul 2017 | A1 |
20170279843 | Schultz et al. | Sep 2017 | A1 |
20170373923 | Kazachkov et al. | Dec 2017 | A1 |
20180018465 | Carey et al. | Jan 2018 | A1 |
20180219900 | Gorodissky et al. | Aug 2018 | A1 |
20180219901 | Gorodissky et al. | Aug 2018 | A1 |
20180219903 | Segal | Aug 2018 | A1 |
20180219904 | Gorodissky et al. | Aug 2018 | A1 |
20180219905 | Gorodissky et al. | Aug 2018 | A1 |
20180219909 | Gorodissky et al. | Aug 2018 | A1 |
20180270268 | Gorodissky et al. | Sep 2018 | A1 |
20180365429 | Segal | Dec 2018 | A1 |
20190014141 | Segal et al. | Jan 2019 | A1 |
20190036961 | Gorodissky et al. | Jan 2019 | A1 |
Number | Date | Country |
---|---|---|
103200230 | Jul 2013 | CN |
103916384 | Jul 2014 | CN |
104009881 | Aug 2014 | CN |
WO 00038036 | Jun 2000 | WO |
WO 2004031953 | Apr 2004 | WO |
WO 2008054982 | May 2008 | WO |
WO 2010069587 | Jun 2010 | WO |
WO 2013087982 | Jun 2013 | WO |
WO 2015111039 | Jul 2015 | WO |
WO 2016164844 | Oct 2016 | WO |
WO 2018156394 | Aug 2018 | WO |
Entry |
---|
RFC 5575 (Marques et al., IETF, Aug. 2009) (Year: 2009). |
Marques et al., “Dissemination of Flow Specification Rules,” RFC 5575, pp. 1-22 (Aug. 2009). |
Lindem et al., “Extensions to OSPF for Advertising Optional Router Capabilities,” RFC 4970, pp. 1-13 (Jul. 2007). |
“Best Vulnerability Scanner Software,” G2, https://www.g2.com/categories/vulnerability-scanner, pp. 1-2 (Download from the Internet Sep. 2019). |
Harvey, “XM Cyber HaXM: BAS Product Overview and Insight,” QuinStreet, Inc., pp. 1-6 (Dec. 13, 2018). |
Notice of Allowance and Fee(s) Due for U.S. Appl. No. 14/984,359 (dated May 24, 2017). |
Non-Final Office Action for U.S. Appl. No. 14/984,359 (dated Nov. 28, 2016). |
Khosroshahy et al., “Botnets in 4G Cellular Networks: Platforms to Launch DDoS Attacks Against the Air Interface,” 2013 International Conference on Selected Topics in Mobile and Wireless Networking, Montreal, Canada, DOI: 10.1109/MoWNet.2013.6613793, pp. 1-7 (Aug. 19-21, 2013). |
Jajodia et al., “Topological Vulnerability Analysis: A Powerful New Approach For Network Attack Prevention, Detection, and Response,” Algorithms, Architectures and Information Systems Security, pp. 1-20 (2008). |
Number | Date | Country | |
---|---|---|---|
20180270199 A1 | Sep 2018 | US |