IP Library Granted Patent US 10,412,103
Granted Patent B2
US 10,412,103 · App. 15/620,596 · Granted Sep 10, 2019

Techniques for sharing network security event information

Inventor: Andreas Seip Haugsnes (Mountain View, CA)
Assignee: ServiceNow, Inc.
H04L63/1416G06F16/24G06F16/24575G06F16/951G06F21/552H04L63/104H04L63/145H04L63/1441H04L67/10
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,412,103
App. No.
15/620,596
Granted
Sep 10, 2019
Kind
B2
Abstract

This disclosure provides an architecture for sharing information between network security administrators. Events converted to a normalized data format (CCF) are stored in a manner that can be queried by a third party (e.g., an administrator of another, trusted network). Optionally made available as a service, stored event records can be sanitized for third party queries (e.g., by clients of a service maintaining such a repository). In one embodiment, each contributing network encrypts or signs its (sanitized) records using a symmetric key architecture, the key being unique to the contributing network. This key is used (e.g., by the repository) to index a set of permissions or conditions of the contributing network in servicing any query, e.g., by matching a stored hash of the event record or by decrypting the record. The information sharing service can optionally be provided by a hosted information security service or on a peer-to-peer basis.

Claims (54)

1. A tangible, non-transitory, machine-readable medium, comprising machine-readable instructions that when executed by at least one processor, cause the at least one processor to:

receive a possible threat notification from a network of a first client;

translate the possible threat notification from a particular format of a software product into a normalized data format, resulting in a normalized threat notification;

store the normalized threat notification as a possible threat encountered by the first client that is a portion of stored normalized threat notifications of other clients;

identify a set of permissions ascribed to the first client, the set of permissions pertaining to access rights to the stored normalized threat notifications of other clients, by receiving a permission indication, indicating that possible threats encountered by the other clients may be shared with the first client;

after receiving the permission indication, for a subset of the stored normalized threat notifications for the other clients that the first client has permission to access, determine a second subset of data that correlates with the possible threat notification, by querying the subset of the stored normalized threat notifications to determine the second subset of data that correlates with the normalized threat notification; and

upon finding a correlation between the normalized threat notification from the network of the first client and the subset of the stored normalized threat notifications by the other clients, provide an indication of a subset of the possible threats encountered by the other clients to the first client, the other clients, or a combination thereof, based upon the second subset of data, the indication comprising a subsequent notification, other remedial action, or both.

2. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

receive the set of permissions ascribed to the first client along with the permission indication of the possible threats encountered by a second client from the second client.

3. The tangible, non-transitory, machine-readable medium of claim 2 , comprising machine-readable instructions to:

store the possible threats encountered by the second client as a portion of the stored normalized threat notifications of other clients.

4. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

identify the set of permissions ascribed to the first client based upon a symmetric key architecture.

5. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

provide the other remedial action, comprising: invoking a web cache application (WCA).

6. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

provide the other remedial action, comprising: invoking a Vulnerability Assessment Tool (VAT).

7. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

provide a secure web interface;

receive an indication of additions, deletions, modifications, or any combination thereof to a policy defining notifications, remedial actions, or both to provide upon threat detection;

modifying the policy based upon the indication; and

provide a subsequent notification, other remedial action, or both based upon the policy.

8. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

provide the other remedial actions, comprising triggering anti-virus protection, an intrusion detection service, firewall service, an intrusion prevention service, a Virtual-Private Network (VPN) forwarding structure, or any combination thereof.

9. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

translate the possible threat notification from the network of the first client and possible threat data of other clients in the normalized data format, by conversion to a particularly formatted string of text.

10. The tangible, non-transitory, machine-readable medium of claim 1 , comprising machine-readable instructions to:

store the possible threat notification from the network of the first client and possible threat data of other clients in a relational database, the relational database comprising: a threat entity configured to hold normalized data representative of a possible threat.

11. The tangible, non-transitory, machine-readable medium of claim 10 , wherein the threat entity, comprises:

a customer identification field, configured to store an identification of a customer reporting the possible threat; and

a threat level field, configured to store a threat level of the possible threat.

12. The tangible, non-transitory, machine-readable medium of claim 11 , wherein the relational database, comprises:

a site entity, configured to identify a site of the possible threat;

a data center entity, configured to identify a data center of the possible threat;

a service entity, configured to identify a service of the site;

a machines entity, configured to identify a specific piece of hardware assigned to one or more virtual machines running the service; and

a templates entity, configured to identify a single instance of the service running on the one or more virtual machines.

13. A computer, comprising: one or more processors, configured to: receive a possible threat notification from a network of a first client;

translate the possible threat notification from a particular format of a software product into a normalized data format, resulting in a normalized threat notification;

store the normalized threat notification as a possible threat encountered by the first client that is a portion of stored normalized threat notifications of other clients;

identify a set of permissions ascribed to the first client, the set of permissions pertaining to access rights to the stored normalized threat notifications of other clients, by receiving a permission indication, indicating that possible threats encountered by the other clients may be shared with the first client;

after receiving the permission indication, for a subset of the stored normalized threat notifications for the other clients that the first client has permission to access, determine a second subset of data that correlates with the possible threat notification, by querying the subset of the stored normalized threat notifications to determine the second subset of data that correlates with the normalized threat notification; and

upon finding a correlation between the normalized threat notification from the network of the first client and the subset of the stored normalized threat notifications by the other clients, provide an indication of a subset of the possible threats encountered by the other clients to the first client, the other clients, or a combination thereof, based upon the second subset of data, the indication comprising a subsequent notification, other remedial action, or both.

14. The computer of claim 13 , wherein the one or more processors are configured to:

receive the possible threat notification via an application programming interface of a particular software product, in the particular format of the software product.

15. A computer-implemented method, comprising:

receive a possible threat notification from a network of a first client;

translate the possible threat notification from a particular format of a software product into a normalized data format, resulting in a normalized threat notification;

store the normalized threat notification as a possible threat encountered by the first client that is a portion of stored normalized threat notifications of other clients;

identify a set of permissions ascribed to the first client, the set of permissions pertaining to access rights to the stored normalized threat notifications of other clients, by receiving a permission indication, indicating that possible threats encountered by the other clients may be shared with the first client;

after receiving the permission indication, for a subset of the stored normalized threat notifications for the other clients that the first client has permission to access, determine a second subset of data that correlates with the possible threat notification, by querying the subset of the stored normalized threat notifications to determine the second subset of data that correlates with the normalized threat notification; and

upon finding a correlation between the normalized threat notification from the network of the first client and the subset of the stored normalized threat notifications by the other clients, provide an indication of a subset of the possible threats encountered by the other clients to the first client, the other clients, or a combination thereof, based upon the second subset of data, the indication comprising a subsequent notification, other remedial action, or both.

16. The computer-implemented method of claim 15 , comprising:

providing the other remedial actions, comprising triggering anti-virus protection, an intrusion a detection service, firewall service, an intrusion prevention service, a Virtual-Private Network (VPN) forwarding structure, or any combination thereof.

Continuity (9)
Continuation 14819443 · Aug 6, 2015
Continuation 14615228 · Feb 5, 2015
Continuation In Part 14536386 · Nov 7, 2014
Continuation 13556553 · Jul 24, 2012
Continuation In Part 13556524 · Jul 24, 2012
Provisional Application 62046431 · Sep 5, 2014
Provisional Application 61593853 · Feb 1, 2012
Provisional Application 61593853 · Feb 1, 2012
Related Publication 20170279824A1 · Sep 28, 2017
Cited By (32)
US 12,212,586 US 12,217,079 US 12,219,048 US 12,219,053 US 12,244,627 US 12,244,634 US 12,267,326 US 12,271,485 US 12,277,216 US 12,278,819 US 12,278,825 US 12,278,840 US 12,278,897 US 12,284,220 US 12,287,899 US 12,353,474 US 12,395,488 US 12,406,071 US 12,411,937 US 12,411,957 US 12,443,720 US 12,443,722 US 12,489,781 US 12,495,049 US 12,505,200 US 12,506,755 US 12,524,550 US 12,531,881 US 12,547,765 US 12,579,251 US 12,645,785 US 12,688,277