IP Library Granted Patent US 7,647,623
Granted Patent B2
US 7,647,623 · App. 11/250,455 · Granted Jan 12, 2010

Application layer ingress filtering

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 7,647,623
App. No.
11/250,455
Granted
Jan 12, 2010
Kind
B2
Abstract

A method and system for filtering malicious packets received at the edge of a service provider (SP) domain is provided. A protocol aware border element identifies the protocol used by any ingress packet, and then determines which domain-specific information is used in the application payload of the packet to form the source identity. If this packet pretends to come from the SP domain, and no domain entity is allowed to roam, the packet is identified as illegitimate and is subjected to a given security policy. The border element also identifies as legitimate the SP domain entities that are allowed to roam, and legitimate sources outside said SP domain that communicates customary with entities in the SP domain.

Claims (33)

1. A method for mitigating a Denial of Service (DoS) attack against an entity in a service provider (SP) domain of a communication network, comprising:

maintaining a list with identity data for each legitimate entity in said SP domain, wherein said identity data includes a L5/7 identity for each respective entity;

identifying the protocol used by an ingress PDU received at a border element of said SP domain from a source outside said SP domain;

inspecting the application layer payload of said PDU to extract a source identity data of said source based on the identified protocol, wherein said source identity data includes a L5/7 identity of said source;

verifying said source identity data against all identity data on said list; and

determining said PDU to be malicious when said source identity data is found on said list and, in response, applying a security policy to said PDU.

2. The method of claim 1 , wherein said step of identifying comprises determining which domain-specific information is used by the respective protocol to form said source identity data.

3. The method of claim 1 , wherein said list further includes identity data for a legitimate source outside said SP domain that is allowed to communicate customarily with entities in said SP domain.

4. The method of claim 1 , wherein said list identifies an entity in said SP domain that is allowed to roam outside said domain.

5. The method of claim 4 , further comprising:

applying a security policy to said PDU when the source identity is found on said list and when said source identity does not correspond to an entity in said SP domain that is allowed to roam outside said domain.

6. The method of claim 1 , wherein said identity data is carried in the application layer payload formed according to the protocol used by said ingress PDU.

7. The method of claim 1 , further comprising:

maintaining, by said border element, a protocol database including all the L5/7 protocols available in said SB domain, to determine the protocol type of said PDU.

8. The method according to claim 7 , further comprising updating said protocol database by adding any new L5/7 protocol of interest to the legitimate entities in said SB domain.

9. The method of claim 1 , wherein said border element identifies the protocol used by said PDU by considering simultaneously a plurality of protocols from said protocol database at the same time.

10. The method of claim 3 , further comprising:

applying the security policy to said PDU when the source identity is found on said list and said source identity does not correspond to a legitimate source outside said SP domain that is allowed to communicate customarily with entities in said SP domain.

11. A system for mitigating a Denial of Service (DoS) attack against an entity in a service provider (SP) domain of a communication network, comprising:

a border element connected at the edge of said SB domain for identifying the protocol used by an ingress PDU received from a source outside said SB domain and verifying a source identity data of said source; and

a protocol/proxy control function (PPCF) for applying a security policy to said PDU when the source identity data identifies said source as illegitimate,

wherein said identity data is carried in the application layer payload formed according to the protocol used by said ingress PDU, and

wherein said border element identifies said source as illegitimate when said source identity data is found on a list with identity data for each legitimate entity in said SP domain, said identity data including an L5/7 identity for each respective entity.

12. The system of claim 11 , wherein said border element comprises:

a first database for maintaining said list of legitimate identity data;

a second database with all the L5/7 protocols available in said SP domain;

a protocol detection unit for identifying the protocol used by said ingress PDU using said second database; and

an identification and verification unit for inspecting the application layer payload of said PDU to determine a source identity data of said source that generated said PDU, and verifying said source identity data against said list,

wherein said source identity data includes the L5/7 identity of said source.

13. The system of claim 11 , wherein said list further includes identity data for a legitimate source outside said SP domain that is allowed to communicate customarily with entities in said SP domain.

14. The system of claim 11 , wherein said list identifies an entity in said SP domain that is allowed to roam outside said domain.

15. The system of claim 13 , wherein said PPCF applies a security policy to said PDU when the source identity is found on said list and said source identity does not correspond to a legitimate source outside said SP domain that is allowed to communicate customarily with entities in said SP domain.

16. The system of claim 14 , wherein said PPCF applies a security policy to said PDU when the source identity is found on said list and said source identity does not correspond to an entity in said SP domain that is allowed to roam outside said domain.

Assignments (9)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 28, 2021
From: PROVENANCE ASSET GROUP LLC
To: RPX CORPORATION
Reel/Frame 059352/0001 →
RELEASE OF SECURITY INTEREST Recorded Nov 30, 2021
From: NOKIA US HOLDINGS INC.
To: PROVENANCE ASSET GROUP HOLDINGS LLC; PROVENANCE ASSET GROUP LLC
Reel/Frame 058363/0723 →
RELEASE OF SECURITY INTEREST Recorded Nov 30, 2021
From: CORTLAND CAPITAL MARKETS SERVICES LLC
To: PROVENANCE ASSET GROUP HOLDINGS LLC; PROVENANCE ASSET GROUP LLC
Reel/Frame 058983/0104 →
ASSIGNMENT AND ASSUMPTION AGREEMENT Recorded Feb 14, 2019
From: NOKIA USA INC.
To: NOKIA US HOLDINGS INC.
Reel/Frame 048370/0682 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 13, 2017
From: NOKIA TECHNOLOGIES OY; NOKIA SOLUTIONS AND NETWORKS BV; ALCATEL LUCENT SAS
To: PROVENANCE ASSET GROUP LLC
Reel/Frame 043877/0001 →
SECURITY INTEREST Recorded Sep 13, 2017
From: PROVENANCE ASSET GROUP HOLDINGS, LLC; PROVENANCE ASSET GROUP LLC
To: NOKIA USA INC.
Reel/Frame 043879/0001 →
SECURITY INTEREST Recorded Sep 13, 2017
From: PROVENANCE ASSET GROUP HOLDINGS, LLC; PROVENANCE ASSET GROUP, LLC
To: CORTLAND CAPITAL MARKET SERVICES, LLC
Reel/Frame 043967/0001 →
CHANGE OF NAME Recorded Nov 18, 2009
From: ALCATEL
To: ALCATEL LUCENT
Reel/Frame 023536/0553 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 17, 2005
From: ROBERT, JEAN-MARC; VINOKUROV, DMITRI
To: ALCATEL
Reel/Frame 017111/0210 →