Adaptive network security using zero trust microsegmentation

Patent metadata

Field	Value
Publication number	US-2024356981-A1
Application number	US-202418620711-A
Country	US
Kind code	A1
Filing date	Mar 28, 2024
Priority date	Apr 24, 2023
Publication date	Oct 24, 2024
Grant date	—

Abstract

Zero trust and micro-segmentation techniques may be collectively used to enhance network security. To establish, refine, and enforce a zero-trust least-privileged policy, the network may be segmented to put each device of the network into a respective network of one, which forces all network traffic to pass through a zero-trust gatekeeper. The gatekeeper may then monitor and analyze the traffic to establish, refine, and enforce the zero-trust least-privileged policy, which reduces network access to only a limited set of network actions and/or paths. Using the gatekeeper, network traffic may be monitored to progressively establish the policy as well as to continually refine the policy. Recommended actions may be determined based on the analysis of the monitored network traffic and provided to the user to allow user feedback on the communication rules of zero-trust policy.

First claim

We claim:

1 . A zero-trust microsegmentation method comprising:
collecting information associated with devices of a network; determining, based on the collected information, atomic network microsegments, where each atomic network microsegment includes a single one of the devices; determining an initial zero-trust security policy in which communication permissions for the devices of the network are denied by default unless otherwise allowed, the communication permissions including one or more communication dimensions; analyzing network traffic under the initial zero-trust security policy; and adapting the initial zero-trust security policy, based on the analysis of the network traffic, to adjust the communication permissions for the one or more communication dimensions to generate an adapted zero-trust security policy including one or more modifications to the one or more communication dimensions.

2 . The method of claim 1 , further comprising iteratively performing:
analyzing network traffic under the adapted zero-trust security policy; and adapting the adapted zero-trust security policy, based on the analysis of the network traffic under the adapted zero-trust security policy, to adjust the communication permissions for another of the one or more communication dimensions to generate a further adapted zero-trust security policy including one or more modifications to the other of the one or more communication dimensions; and implementing the further adapted zero-trust security policy.

3 . The method of claim 1 , wherein the one or more communication dimensions include an internet-intranet dimension defining a restrictiveness distinction between internet traffic and intranet traffic.

4 . The method of claim 1 , wherein the one or more communication dimensions include an input-output dimension defining a restrictiveness distinction between input traffic and output traffic.

5 . The method of claim 1 , wherein the one or more communication dimensions include a segment dimension defining a restrictiveness distinction between inter-segment traffic and intra-segment traffic.

6 . The method of claim 1 , wherein the one or more communication dimensions include:
a port dimension defining a port-based traffic restrictiveness distinction; and/or a path dimension defining a communication path-based traffic restrictiveness distinction.

7 . The method of claim 1 , wherein the one or more communication dimensions include:
a user dimension defining a user-based traffic restrictiveness distinction; a user group-based traffic restrictiveness distinction; an inter-group dimension defining am inter-group traffic restrictiveness distinction; and/or an intra-group dimension defining an intra-group traffic restrictiveness distinction.

8 . The method of claim 1 , wherein the one or more communication dimensions include an application dimension defining an application-based traffic restrictiveness distinction.

9 . The method of claim 1 , further comprising establishing the network, wherein each device of the network is in its own network of one.

10 . The method of claim 9 , wherein the networks of one are configured to cause all device traffic to traverse a gatekeeper configured as a default gateway for the devices.

11 . A zero-trust microsegmentation method comprising:
collecting information associated with devices of a network; determining, based on the collected information, atomic network microsegments, where each atomic network microsegment includes a single one of the devices; determining an initial zero-trust security policy including communication permissions; analyzing network traffic under the communication permissions of the initial zero-trust security policy; and adapting one or more of the communication permissions, based on the analysis of the network traffic, to generate an adapted zero-trust security policy including the one or more adapted communication permissions.

12 . The method of claim 11 , further comprising iteratively performing: the analyzing network traffic, and adapting one or more of the communication permissions based on the analysis of the network traffic.

13 . The method of claim 11 , wherein the initial zero-trust security policy is configured to deny network traffic for the devices of the network by default unless otherwise allowed.

14 . The method of claim 11 , wherein adapting the one or more of the communication permissions comprises removing the one or more of the communication permissions from the initial zero-trust security policy to generate the adapted zero-trust security policy.

15 . The method of claim 11 , further comprising determining a suggested modification the one or more of the communication permissions based on the analysis of the network traffic.

16 . The method of claim 15 , wherein the adapting the one or more of the communication permissions is based on feedback responsive to the suggested modification.

17 . The method of claim 16 , wherein the feedback comprises acceptance or rejection of the suggested modification.

18 . The method of claim 11 , wherein adapting one or more of the communication permissions comprises modifying a communication dimension of the initial zero-trust security policy.

19 . The method of claim 11 , further comprising establishing the network, wherein each device of the network is in its own network of one.

20 . The method of claim 19 , wherein the networks of one are configured to cause all device traffic to traverse a gatekeeper configured as a default gateway for the devices.

Assignees

• Colortokens Inc

Inventors

• Akali Harish
• Tyagi Satyam
• Owen Syn
• Kollimarla Surya
• Khazanchi Rajesh

Classifications

• H04L63/0227

  Filtering policies (mail message filtering H04L51/212) · CPC title

• H04L63/205

  involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved (negotiation of communication capabilities H04L69/24) · CPC title

• H04L63/0236

  Filtering by address, protocol, port number or service, e.g. IP-address or URL · CPC title

• H04L63/104

  Grouping of entities · CPC title

• H04L63/1425

  Traffic logging, e.g. anomaly detection · CPC title