Use of artificial intelligence techniques to identify possible inadvertent data disclosures in emails
US-2024422114-A1 · Dec 19, 2024 · US
US9444841B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9444841-B2 |
| Application number | US-201313767686-A |
| Country | US |
| Kind code | B2 |
| Filing date | Feb 14, 2013 |
| Priority date | Feb 14, 2013 |
| Publication date | Sep 13, 2016 |
| Grant date | Sep 13, 2016 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A method for enforcing a network policy is described herein. In the method, a network socket event request from an application executing in a first context is intercepted by an agent prior to the request reaching a transport layer in the first context. A context refers to virtualization software, a physical computer, or a combination of virtualization software and physical computer. In response to the interception of the request, the agent requests a decision on whether to allow or deny the network socket event request to be communicated to a security server executing in a second context that is distinct from the first context. The request for a decision includes an identification of the application. The agent then receives from the security server either an allowance or a denial of the network socket event request, the allowance or denial being based at least in part on the identification of the application and a security policy. The agent blocks the network socket event from reaching the transport layer when the denial is received from the security server. In one embodiment, the method is implemented using a machine readable medium embodying software instructions executable by a computer.
Opening claim text (preview).
What is claimed is: 1. A method for enforcing a network policy on an application executing within a first context, the method comprising: collecting statistics about data flow through a network socket of the first context; altering the network policy based on the collected statistics; intercepting, by an agent executing in the first context, a network socket event request from the application before the network socket event request reaches a transport layer in a network stack of the first context; sending, by the agent to a security server executing in a second context, a request for a decision on whether to allow or deny the intercepted network socket event, the request for the decision including an application identifier and a domain of the application; receiving, by the agent, the decision from the security server, the decision being an allowance or a denial of the network socket event request, the decision being based at least in part on the application identifier, the domain of the application, and the altered network policy; and preventing, by the agent, the network socket request from reaching the transport layer in the first context when the decision is the denial of the network socket event request. 2. The method of claim 1 , wherein the application identifier is based on data received from an interface of the transport layer on the first context. 3. The method of claim 1 , further comprising: sending the network socket event request from the application in the first context to the transport layer in the first context. 4. The method of claim 1 , wherein the security module makes decisions on allowing or denying network socket events in multiple contexts. 5. The method of claim 1 , further comprising: sending the statistics from the first context, to a module that receives statistics about data flows through multiple network sockets of multiple contexts; and generating a report of the statistics about the data flows through the multiple network sockets of the multiple contexts. 6. The method of claim 1 , wherein the network event is any of: opening the network socket, closing the network socket, and listening to the network socket. 7. The method of claim 1 , wherein the application identifier is based on at least a process identifier that identifies (i) a process created when an operating system loads and runs an executable file of the application, and (ii) the executable file of the application. 8. The method of claim 1 , wherein the decision from the security server for the allowance or the denial of the network socket event request is further based at least in part on a signature the application, the signature is based on at least a filename of an executable file of the application. 9. The method of claim 1 , wherein the decision from the security server for the allowance or the denial of the network socket event request is further based at least in part on a signature the application, the signature of the application is based on at least a hash of an executable file of the application. 10. The method of claim 1 , wherein an interface of the transport layer interface intercepts the network socket event, and the interface is a Transport Driver Interface. 11. The method of claim 1 , wherein an interface of the transport layer interface intercepts the network socket event. 12. A nontransitory computer readable medium with computer readable instructions executable by a context, comprising: instructions that perform, collecting statistics about data flow through a network socket of a first context, the statistics indicating network flow information as bytes/packets per application, per user, and per virtual machine; instructions that perform, altering a network policy based on the collected statistics; instructions that perform, intercepting, by an agent executing in a first context, a network socket event request from an application before a network socket event request reaches a transport layer in a network stack of the first context; instructions that perform, sending, by the agent to a security server executing in a second context, a request for a decision on whether to allow or deny the intercepted network socket event, the request for the decision including an application identifier and a domain of the application; instructions that perform, receiving, by the agent, the decision from the security server, the decision being an allowance or a denial of the network socket event request, the decision being based at least in part on the application identifier, the domain of the application, and the altered network policy; and instructions that perform, preventing, by the agent, the network socket request from reaching the transport layer in the first context when the decision is the denial of the network socket event request. 13. The nontransitory computer readable medium of claim 12 , wherein the application identifier is based on data received from an interface of the transport on the first context. 14. The nontransitory computer readable medium of claim 12 , further comprising: instructions sending the network socket event request from the application in the first context to the transport layer in the first context. 15. The nontransitory computer readable medium of claim 12 , wherein the security module makes decisions on whether to allow or deny network socket events in multiple contexts. 16. The nontransitory computer readable medium of claim 12 , further comprising: instructions sending the statistics from the first context, to a module that receives statistics about data flows through multiple network sockets of multiple contexts; and instructions generating a report of the statistics about the data flows through the multiple network sockets of the multiple contexts. 17. The nontransitory computer readable medium of claim 12 , wherein the network event is any of: opening the network socket, closing the network socket, and listening to the network socket. 18. The nontransitory computer readable medium of claim 12 , wherein the application identifier is based on at least a process identifier that identifies (i) a process created when an operating system loads and runs an executable file of an application, and (ii) the executable file of the application. 19. The nontransitory computer readable medium of claim 12 , wherein the decision from the security server for the allowance or the denial of the network socket event request is further based at least in part on a signature the application, the signature is based on at least a filename of an executable file of the application. 20. The nontransitory computer readable medium of claim 12 , wherein the decision from the security server for the allowance or the denial of the network socket event request is further based at least in part on a signature the application, the signature is based on at least a hash of an executable file of the application. 21. The nontransitory computer readable medium of claim 12 , wherein an interface of the transport layer interface intercepts the network socket event, and the interface is a Transport Driver Interface. 22. The nontransitory computer readable medium of claim 12 , wherein an interface of the transport layer interface intercepts the network socket event. 23. A computer system, comprising: a processor and memory with a context, the context executing: instructions that perform, collecting statistics about data flow through a network socke
involving event detection and direct action · CPC title
above the transport layer · CPC title
Rule management · CPC title
Event detection, e.g. attack signature detection · CPC title
Distributed architectures, e.g. distributed firewalls · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.