Behavioral white labeling

US9900342B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9900342-B2
Application numberUS-201414338582-A
CountryUS
Kind codeB2
Filing dateJul 23, 2014
Priority dateJul 23, 2014
Publication dateFeb 20, 2018
Grant dateFeb 20, 2018

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

In one embodiment, a traffic model manager node receives data flows in a network and determines a degree to which the received data flows conform to one or more traffic models classifying particular types of data flows as non-malicious. If the degree to which the received data flows conform to the one or more traffic models is sufficient, the traffic model manager node characterizes the received data flows as non-malicious. Otherwise, the traffic model manager node provides the received data flows to a denial of service (DoS) attack detector in the network to allow the received data flows to be scanned for potential attacks.

First claim

Opening claim text (preview).

What is claimed is: 1. A method, comprising: receiving a data flow at a traffic model manager node in a network; determining, by the traffic model manager node, a degree to which the received data flow conforms to one or more traffic models classifying particular types of data flows as non-malicious; when the degree to which the received data flow conforms to the one or more traffic models is above a threshold, characterizing, by the traffic model manager node, the received data flow as non-malicious, and white labeling the received data flow that is characterized as non-malicious, wherein white labeled data flows cause the received data flow characterized as non-malicious to bypass a Denial of Service (DoS) attack detector executing on another network device in the network, and wherein the white labeled data flows are not scanned by the DoS attack detector; and when the degree to which the received data flow conforms to the one or more traffic models is below the threshold, forwarding, from the traffic model manager node, the received data flow to the DoS attack detector on another network device in the network, wherein the DoS attack detector scans the received data flow for potential attacks. 2. The method as in claim 1 , wherein the degree to which the received data flow conforms to the one or more traffic models is sufficient when the degree exceeds a predetermined threshold amount. 3. The method as in claim 1 , wherein the degree to which the received data flow conforms to the one or more traffic models is sufficient when a source of the received data flow corresponds to a source from which previous data flows have been characterized as non-malicious. 4. The method as in claim 1 , wherein whether the degree to which the received data flow conforms to the one or more traffic models is sufficient is dependent on a determination made by a machine learning classifier. 5. The method as in claim 1 , further comprising: when a particular data flow is characterized as non-malicious based on the one or more traffic models, characterizing, by the traffic model manager node, all future occurrences of the particular data flow as non-malicious. 6. The method as in claim 1 , further comprising: when a particular data flow is characterized as non-malicious based on the one or more traffic models, characterizing, by the traffic model manager node, future occurrences of the particular data flow as non-malicious for a predetermined period of time. 7. The method as in claim 1 , further comprising: receiving, at the traffic model manager node, an indication from a machine learning traffic modeler to install the one or more traffic models. 8. The method as in claim 1 , further comprising: when characterizing the received data flow as non-malicious, sending, from the traffic model manager node, a message to a centralized management node indicating that the received data flow has been characterized as non-malicious. 9. The method as in claim 8 , wherein the message further indicates other sample data flows that have been characterized as non-malicious. 10. The method as in claim 1 , wherein the one or more traffic models classify particular types of data flows as non-malicious based on data flow attributes including one or more of: a source address, a destination address, a source port, a destination port, a uniform resource identifier (URI), a payload field, a flow label field, or an application type. 11. The method as in claim 1 , wherein the one or more traffic models are computed according to external requests to classify data flows having a particular attribute as non-malicious. 12. The method as in claim 1 , wherein the one or more traffic models are computed by a machine learning traffic modeler. 13. An apparatus, comprising: one or more network interfaces to communicate with a network as a traffic model manager node; a processor coupled to the one or more network interfaces and configured to execute a process; and a memory configured to store program instructions which include the process executable by the processor, the process comprising: receiving a data flow in the network; determining a degree to which the received data flow conforms to one or more traffic models classifying particular types of data flows as non-malicious; when the degree to which the received data flow conforms to the one or more traffic models is above a threshold, characterizing the received data flow as non-malicious, and white labeling the received data flow that is characterized as non-malicious, wherein white labeled data flows cause the received data flow characterized as non-malicious to bypass a Denial of Service (DoS) attack detector executing on another network device in the network, and wherein the white labeled data flows are not scanned by the DoS attack detector; and when the degree to which the received data flow conforms to the one or more traffic models is below the threshold, forward the received data flow to the DoS attack detector on another network device in the network, wherein the DoS attack detector scans the received data flow for potential attacks. 14. The apparatus as in claim 13 , wherein the degree to which the received data flow conforms to the one or more traffic models is sufficient when the degree exceeds a predetermined threshold amount. 15. The apparatus as in claim 13 , wherein the degree to which the received data flow conforms to the one or more traffic models is sufficient when a source of the received data flows corresponds to a source from which previous data flows have been characterized as non-malicious. 16. The apparatus as in claim 13 , wherein whether the degree to which the received data flow conforms to the one or more traffic models is sufficient is dependent on a determination made by a machine learning classifier. 17. The apparatus as in claim 13 , wherein the process further comprises: when a particular data flow is characterized as non-malicious based on the one or more traffic models, characterizing all future occurrences of the particular data flow as non-malicious. 18. The apparatus as in claim 13 , wherein the process further comprises: when a particular data flow is characterized as non-malicious based on the one or more traffic models, characterizing future occurrences of the particular data flow as non-malicious for a predetermined period of time. 19. The apparatus as in claim 13 , wherein the process further comprises: receiving an indication from a machine learning traffic modeler to install the one or more traffic models. 20. The apparatus as in claim 13 , wherein the process further comprises: when characterizing the received data flow as non-malicious, sending a message to a centralized management node indicating that the received data flow has been characterized as non-malicious. 21. The apparatus as in claim 20 , wherein the message further indicates other sample data flows that have been characterized as non-malicious. 22. The apparatus as in claim 13 , wherein the one or more traffic models classify particular types of data flows as non-malicious based on data flow attributes including one or more of: a source address, a destination address, a source port, a destination port, a uniform resource identifier (URI), a payload field, a flow label field, or an application type. 23. The apparatus as in claim 13 , wherein the one or more traffic models are computed according to external requests to

Assignees

Inventors

Classifications

  • Denial of Service · CPC title

  • Event detection, e.g. attack signature detection · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9900342B2 cover?
In one embodiment, a traffic model manager node receives data flows in a network and determines a degree to which the received data flows conform to one or more traffic models classifying particular types of data flows as non-malicious. If the degree to which the received data flows conform to the one or more traffic models is sufficient, the traffic model manager node characterizes the receive…
Who is the assignee on this patent?
Cisco Tech Inc
What technology area does this patent fall under?
Primary CPC classification H04L63/1458. Mapped technology areas include Electricity.
When was this patent published?
Publication date Tue Feb 20 2018 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 1 related publication on this page (citations in our corpus or others sharing the same primary CPC).