Skip to content

Harden interior net filtering rules #175

Closed

Description

@bowei

We need to hardness the net filtering installed by default with Ateom to isolate Actors from the Node. For example, prevents access to instance metadata, Kubernetes node ports and the host network namespace.

Activity

  1. added
    kind/featureAn enhancement / feature request or implementation
    prio/P0Highest priority / required for next milestone
    on Jun 4, 2026
  2. EItanya commented on Jun 4, 2026

    @EItanya
    Collaborator

    This will be easier with #110

  3. haiyanmeng commented on Jul 27, 2026

    @haiyanmeng
    Collaborator

    /assign haiyanmeng

  4. haiyanmeng commented on Jul 28, 2026

    @haiyanmeng
    Collaborator

    Here are the things we can do to isolate an actor from the node:

    1. Anti-Spoofing: Drop any packet where the source IP is NOT 169.254.17.2 (the interior IP address assigned to the actor's sandbox).
    2. Drop Localhost: Drop egress traffic destined for 127.0.0.0/8.
    3. Drop Multicast/Broadcast: Drop egress traffic destined for 224.0.0.0/4 and 255.255.255.255/32.
    4. Drop Instance Metadata: Drop traffic destined to 169.254.169.254.
    5. Drop Kubernetes Node Ports: Drop TCP and UDP traffic with destination ports falling within the configurable nodePortStart-nodePortEnd range.
    6. Drop Pod IP: Drop all egress traffic destined directly for the worker pod's IP (podIP) to isolate the actor from ateom's internal services.
    7. Drop Cluster CIDR: If clusterCIDR is provided, drop all egress traffic destined for that network block to prevent lateral movement across the cluster.

    Bowei Du (@bowei) , what do you think?

    Even after Tunneling Gateway is implemented, we can still keep these nftables rules as a Defense in Depth safeguard. Right?

  5. haiyanmeng commented on Jul 29, 2026

    @haiyanmeng
    Collaborator

    #488 added basic network policy for Ingress to Workers

  6. added
    prio/P1Important but not critical
    and removed
    prio/P0Highest priority / required for next milestone
    on Aug 4, 2026
  7. bowei commented on Aug 4, 2026

    @bowei
    CollaboratorAuthor

    Dropping to P1 now that we have a path for Egress and atunnel.

  8. EItanya commented on Sep 23, 2026

    @EItanya
    Collaborator

    Should we close this issues as a lot of work has been done since to change this whole system, including the recent rework from Benjamin Elder (@BenTheElder)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

area/networkkind/featureAn enhancement / feature request or implementationprio/P1Important but not critical

Type

No type

Projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions