DYNAMICALLY MAPPING NETWORK TRUST RELATIONSHIPS

• US 20130133023A1
• Filed: 11/21/2011
• Published: 05/23/2013
• Est. Priority Date: 11/21/2011
• Status: Active Grant

• Current Assignee: Cisco Technology, Inc. (Cisco Systems, Inc.)
• Original Assignee: Dror Koren, Yehoshua Hershberg
• Inventors: BURSTEIN, Ori, HERSHBERG, Yehoshua, KOREN, Dror
• Granted Patent: US 9,104,836 B2
• Time in Patent Office: Days
• US Class Current: 726/1
• CPC Class Codes: G06F 21/00 Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
• CPC Class Codes: G06F 21/34 involving the use of external additional devices, e.g. dongles or smart cards
• CPC Class Codes: H04L 63/08 for authentication of entities cryptographic mechanisms or cryptographic arrangements for entity authentication H04L9/32
• CPC Class Codes: H04L 63/0892 by using authentication-authorization-accounting [AAA] servers or protocols
• CPC Class Codes: H04L 63/20 for managing network security; network security policies in general filtering policies H04L63/0227

Abstract

In an embodiment, the method is comprising, receiving an access request, from an authenticator device, to grant a supplicant device access to a data network; transmitting the access request to an authentication server; after sending a response that the access request was granted, updating a trust topology map by including in the trust topology map information that has been obtained from the response and that indicates a secure link between the authenticator device and the supplicant device, and causing displaying the updated trust topology map as a logical map depicting one or more network devices and roles assigned to the one or more network devices; wherein the method is performed by one or more computing device.

Claims

1. A method comprising:

receiving an access request, from an authenticator device, to grant a supplicant device access to a data network;

transmitting the access request to an authentication server;

after sending a response that the access request was granted, updating a trust topology map by including in the trust topology map information that has been obtained from the response and that indicates a secure link between the authenticator device and the supplicant device, and causing displaying the updated trust topology map as a logical map depicting one or more network devices present in the data network and roles assigned to the one or more network devices;

wherein the method is performed by one or more computing devices.

2. The method of claim 1, further comprising:

receiving a peer policy request, from the authenticator device or from the supplicant device, to obtain a peer policy for the supplicant device;

after sending a policy response comprising the peer policy for the supplicant device, updating the trust topology map based upon the response and by including the peer policy.

3. A method comprising:

receiving one or more authentication protocol messages, from an authenticator device, to authenticate a supplicant device;

transmitting the one or more authentication protocol messages to an authentication server;

after sending one or more corresponding response messages comprising one or more positive responses to the one or more authentication protocol messages, updating a trust topology map to include information reflecting changes in one or more security trust relationships between the authenticator device and the supplicant device based on the authentication protocol messages and the response messages;

wherein the method is performed by one or more processors.

4. The method of claim 3, wherein the authentication protocol messages comprise any of an access request and a peer policy request.

5. The method of claim 3 wherein the authentication protocol messages are TrustSec extensions to known authentication protocols.

6. The method of claim 3, further comprising updating the trust topology map in response to recognizing a new device or a new link.

7. The method of claim 4, further comprising:

after sending an indication that the access request was not granted, updating the trust topology map by including in the trust topology map information indicating that no link has been established between the authenticator device and the supplicant device.

8. The method of claim 4, further comprising:

receiving a peer policy request, from the authenticator device or from the supplicant device, to obtain a peer policy for the supplicant device;

after determining that the peer policy for the supplicant device is not received, updating the trust topology map by including in the trust topology map information indicating that the peer policy for the supplicant device is unavailable.

9. The method of claim 4,

wherein the supplicant device and the authenticator device are neighbors;

wherein the access request comprises identification information of the authenticator and supplicant devices.

10. The method of claim 4,

wherein the access request comprises information about a manner in which the authenticator device and the supplicant device communicate with each other.

11. The method of claim 4, wherein the trust topology map comprises information about trusted and untrusted links, encrypted and unencrypted links, authenticated and unauthenticated users, policies applied on the links, and roles associated with endpoints of the links.

12. An internetworking device, comprising:

one or more processors;

an access unit coupled to the one or more processors and configured as a management device and configured to perform;

receiving an access request, from an authenticator device, to grant a supplicant device access to a data network;

transmitting the access request to an authentication server;

after sending a confirmation that the access request was successfully granted and establishing a secure link between the authenticator device and the supplicant device, updating a trust topology map by including in the trust topology map information about the secure link;

a policy unit coupled to the one or more processors and configured to perform;

receiving a peer policy request, from the authenticator device, to obtain a peer policy for the supplicant device;

after sending the peer policy for the supplicant device, updating the trust topology map by including the peer policy in the trust topology map;

a topology unit coupled to the one or more processors and configured to perform;

displaying the updated trust topology map as a logical map depicting one or more network devices present in the data network and depicting roles that the one or more network devices assume in the data network.

13. The apparatus of claim 12,

wherein the trust topology map is updated each time a new device joins the data network and a new link is added to the data network;

wherein updating the trust topology map does not require generating or transmitting any additional traffic other than a TrustSec traffic.

14. The apparatus of claim 12,

wherein the access unit is further configured to perform:

after sending an indication that the access request was not granted, updating the trust topology map by including in the trust topology map information indicating that no link has been established between the authenticator device and the supplicant device;

wherein the policy unit is further configured to perform;

after determining that the peer policy for the supplicant device was not received, updating the trust topology map by including in the trust topology map information indicating that the peer policy for the supplicant device is unavailable.

15. The apparatus of claim 13,

wherein the supplicant device and the authenticator device are neighbors;

wherein the access request comprises identification information of the authenticator and supplicant devices;

wherein the access request is communicated wirelessly;

wherein the access request comprises information about a manner in which the authenticator device and the supplicant device communicate with each other;

wherein the authentication server is configured to perform one or more flexible authentication methods, including a IEEE 602.1X Web Authentication (WebAuth) method and a MAC Authentication Bypass (MAB) method.

16. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, cause the one or more processors of a management device to perform:

receiving an access request, from an authenticator device, to grant a supplicant device access to a data network;

transmitting the access request to an authentication server;

after sending a confirmation that the access request was successfully granted and establishing a secure link between the authenticator device and the supplicant device, updating a trust topology map by including in the trust topology map information that was obtained from the response and that indicates that the secure link has been established;

receiving a peer policy request, from the authenticator device, to obtain a peer policy for the supplicant device;

after sending the peer policy for the supplicant device, updating the trust topology map by including the peer policy in the trust topology map;

displaying the updated trust topology map as a logical map depicting one or more network devices present in the data network and depicting roles that the one or more network devices assume in the data network.

17. The non-transitory computer readable storage medium of claim 16,

wherein the trust topology map is updated each time a new device joins the data network and a new link is added to the data network;

wherein updating the trust topology map does not require generating or transmitting any additional traffic other than a TrustSec traffic.

18. The non-transitory computer-readable storage medium of claim 16, further storing instructions which, when executed by the one or more processors, cause the one or more processors to perform:

after sending an indication that the access request was not granted, updating the trust topology map by including in the trust topology map information indicating that no link has been established between the authenticator and supplicant devices ;

after determining that the peer policy for the supplicant device is not received, updating the trust topology map by including in the trust topology map information indicating that the peer policy for the supplicant device is unavailable;

wherein the supplicant device and the authenticator device are neighbors;

wherein the access request comprises identification information of the authenticator and supplicant devices;

wherein the access request is communicated wirelessly;

wherein the access request comprises information about a manner in which the authenticator device and the supplicant device communicate with each other.