IP Library Granted Patent US 9,491,189
Granted Patent B2
US 9,491,189 · App. 14/262,750 · Granted Nov 8, 2016

Revival and redirection of blocked connections for intention inspection in computer networks

Inventors: Ariel Zeitlin (Kfar Saba, IL); Pavel Gurvich (Tel Aviv, IL)
Assignee: Guardicore Ltd.
H04L63/1408
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 9,491,189
App. No.
14/262,750
Granted
Nov 8, 2016
Kind
B2
Abstract

A method for network security includes monitoring traffic exchanged over a computer network. A failed attempt to communicate with a target computer by an initiating computer is identified in the monitored traffic. The identified failed attempt is revived by establishing an investigation connection with the initiating computer while impersonating the target computer. Verification is made as to whether the failed attempt was malicious or innocent, by communicating with the initiating computer over the investigation connection.

Claims (42)

1. A method for network security, comprising:

monitoring traffic exchanged over a computer network;

identifying in the monitored traffic that an attempt of an initiating computer to communicate with a target computer has failed, by performing one or more of:

(i) identifying that one or more requests of the initiating computer to communicate with the target computer were not acknowledged; and

(ii) identifying a packet that was sent to the initiating computer and notifies the initiating computer that the attempt has failed;

causing the initiating computer to regard the failed attempt as successful, by:

(i) sending from a security system to the initiating computer a fake acknowledgment to one or more of the requests to communicate with the target computer, wherein the fake acknowledgement comprises a positive reply that appears to originate from the target computer; and

(ii) preventing the packet that notifies the initiating computer that the attempt has failed from reaching the initiating computer;

redirecting the identified failed attempt to the security system, which continues to communicate with the initiating computer over an investigation connection while impersonating the target computer; and

verifying whether the failed attempt was malicious or innocent by communicating with the initiating computer over the investigation connection.

2. The method according to claim 1 , wherein identifying the failed attempt comprises detecting that the attempt has been blocked by a network security system.

3. The method according to claim 1 , wherein identifying the failed attempt comprises detecting that the attempt has failed for attempting to access a nonexistent destination.

4. The method according to claim 1 , wherein identifying the failed attempt comprises detecting that the one or more requests were not acknowledged within a predefined time period.

5. The method according to claim 1 , wherein identifying the failed attempt comprises detecting that the attempt has been retried.

6. The method according to claim 1 , wherein identifying the packet sent to the initiating computer comprises detecting a connection-reset or port-unreachable message that has been sent in response to the attempt.

7. The method according to claim 1 , wherein identifying that the one or more requests were not acknowledged comprises detecting an unanswered Address Resolution Protocol (ARP) request by the initiating computer.

8. The method according to claim 7 , wherein redirecting the identified failed attempt comprises replying to the ARP request with an address of the security system that carries out the investigation connection.

9. The method according to claim 1 , wherein identifying the failed attempt comprises receiving a notification of the failed attempt from a network security or management system of the computer network.

10. The method according to claim 1 , wherein identifying the failed attempt comprises predicting that the attempt will fail before actual failure of the attempt.

11. A security system, comprising:

one or more interfaces, which are configured to connect to a computer network; and

one or more hardware processors, which are configured:

to monitor traffic exchanged over the computer network;

to identify in the monitored traffic that an attempt of an initiating computer to communicate with a target computer has failed, by performing one or more of:

(i) identifying that one or more requests of the initiating computer to communicate with the target computer were not acknowledged; and

(ii) identifying a packet that was sent to the initiating computer and notifies the initiating computer that the attempt has failed;

to cause the initiating computer to regard the failed attempt as successful, by:

(i) sending from the security system to the initiating computer a fake acknowledgment to one or more of the requests to communicate with the target computer, wherein the fake acknowledgement comprises a positive reply that appears to originate from the target computer; and

(ii) preventing the packet that notifies the initiating computer that the attempt has failed from reaching the initiating computer;

to redirect the identified failed attempt to the security system, which continues to communicate with the initiating computer over an investigation connection while impersonating the target computer; and

to verify whether the failed attempt was malicious or innocent by communicating with the initiating computer over the investigation connection.

12. The system according to claim 11 , wherein the processors comprise one or more Detection and Redirection Modules (DRMs) and an Investigation module (IVG), wherein the DRMs are configured to monitor the traffic, to identify the failed attempt and to redirect the identified attempt to the IVG, and wherein the IVG is configured to establish the investigation connection with the initiating computer, and to verify whether the failed attempt was malicious or innocent.

13. The system according to claim 12 , wherein the one or more DRMs comprise a plurality of DRMs that are coupled to respective switches of the computer network.

14. The system according to claim 11 , wherein the processors are configured to identify the failed attempt by detecting that the attempt has been blocked by a network security system.

15. The system according to claim 11 , wherein the processors are configured to identify the failed attempt by detecting that the attempt has failed for attempting to access a nonexistent destination.

16. The system according to claim 11 , wherein the processors are configured to identify the failed attempt by detecting that the one or more requests were not acknowledged within a predefined time period.

17. The system according to claim 11 , wherein the processors are configured to identify the failed attempt by detecting that the attempt has been retried.

18. The system according to claim 11 , wherein the processors are configured to identify the packet sent to the initiating computer by identifying a connection-reset or port-unreachable message that has been sent in response to the attempt.

19. The system according to claim 11 , wherein the processors are configured to identify that the one or more requests were not acknowledged by detecting an unanswered Address Resolution Protocol (ARP) request by the initiating computer.

20. The system according to claim 19 , wherein the processors are configured to redirect the identified failed attempt by replying to the ARP request with an address of an investigation unit that carries out the investigation connection.

21. The system according to claim 11 , wherein the processors are configured to identify the failed attempt by receiving a notification of the failed attempt from a network security or management system of the computer network.

22. The system according to claim 11 , wherein the processors are configured to predict that the attempt will fail before actual failure of the attempt.

Assignments (4)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 5, 2022
From: GUARDICORE LTD.
To: AKAMAI TECHNOLOGIES, INC.
Reel/Frame 061313/0504 →
RELEASE OF SECURITY INTEREST Recorded Oct 12, 2021
From: SILICON VALLEY BANK
To: GUARDICORE LTD
Reel/Frame 057768/0936 →
SECURITY INTEREST Recorded Jan 14, 2019
From: GUARDICORE LTD
To: SILICON VALLEY BANK
Reel/Frame 047989/0806 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 27, 2014
From: ZEITLIN, ARIEL; GURVICH, PAVEL
To: GUARDICORE LTD.
Reel/Frame 032763/0734 →
Continuity (2)
Provisional Application 61869840 · Aug 26, 2013
Related Publication 20150058983A1 · Feb 26, 2015