Server-to-server · East-west traffic

One host breached.Nowhere to go.

Most breaches do not end where they start. Lateral movement is what turns one compromised host into an incident.

Animation: a port scan of a server protected by SSHepherd finds no answer on East-west traffic, while an authorised session to the same server stays live through the SSHepherd broker, both ends connecting outbound.
The exposure

One foothold.Every port next door.

Once an attacker has a foothold, the next step is to enumerate the internal network and pivot. Internal hosts are usually far more permissive with each other than anything at the perimeter, and the open ports between them are the path.

Internal enumeration

Once inside, an attacker maps every host and every service listening on it.

Perimeter controls

Built for traffic coming in. Lateral movement is east-west, and already inside.

Permissive internal rules

Internal hosts trust each other far more than anything at the perimeter.

Containment by construction.Not by rule.

0
Inbound listening ports on a protected host
10
Minutes to deploy and protect a server
0
VLANs to redesign
How it works

The port is closed.Not hidden.

Step 01
Internal ports go dark

SSHepherd closes the listening ports between protected hosts, so an attacker on one machine cannot enumerate or reach the next.

Step 02
The host dials out

Server-to-server communication that should happen is carried over authorised outbound connections through the broker. Everything else has no path at all — containment by construction rather than by rule.

Step 03
Verified & watched

Only authorised identities are admitted. Every session can be monitored, recorded and ended on demand.

Developed by Full Armor Corporation. Distributed, deployed and supported across Southeast Asia by Auris.

Attacker scanNo inbound path
Permitted · outboundBlocked · inbound
Protected serversNo inbound listening ports
SSHepherd®Broker
Authorised usersAdmins & vendors
  • Nothing listens inbound
  • Access via broker only
  • Every session monitored
Portless architecture. Servers and users both connect outbound to the SSHepherd® broker, so the protected host never accepts an inbound connection.
What changes

Your team keeps working.Scanners get nothing.

A foothold stays a foothold

There is nothing adjacent to discover, so one compromised host does not become a route to the estate.

Internal scans return nothing

Enumeration from inside the network finds no listening services on protected hosts.

Traffic is invisible

Protected server-to-server traffic is not observable to anything that is not authorised to carry it.

Segmentation without redesign

Containment is achieved without re-architecting VLANs or rewriting firewall policy.

See it

Watch it work.

Secure network traffic without open ports. A recorded demo from Full Armor, the developer of SSHepherd®.

Questions

Common questions.

How does this stop lateral movement?

Lateral movement depends on finding and reaching a listening service on an adjacent host. SSHepherd removes those listeners, so an attacker with a foothold has nothing to enumerate and no port to pivot through.

Do we have to re-segment the network?

No. SSHepherd sits over the existing infrastructure. You get containment between hosts without redesigning VLANs or rewriting firewall policy.

How SSHepherd compares with ZTNA products

Will legitimate server-to-server traffic still work?

Yes. Communication that should happen is carried over authorised outbound connections through the broker. Only unauthorised paths cease to exist.

Book a demo

See it onyour own servers.

Tell us roughly what you run: how many servers, and whether they are on-premise or in the cloud. We will set up a demo with an engineer and reply within one business day.

We use these details only to reply to your request, usually within one business day.