Threatmatic · EdgeGuard · SynGuard · NetQoS
Most defenses pick one place to stand. This one picks three — two on the way traffic comes in, one on the way it goes out — and none of them wait for a person to notice anything first.
01
EdgeGuard and SynGuard are the same idea, enforced at two different distances from the target. Both watch inbound connections at the OS level, in real time, and both act before a flood ever turns into an incident — no waiting for a human to look at a dashboard.
02
NetQoS runs the same way, in the other direction: on the sending device itself, before traffic ever reaches a firewall. It caps how much any single app can send, per destination and protocol — so one misbehaving or compromised process can't consume the whole line, and everything else on that device keeps working normally while it happens.
03
Two different kinds of "done" here, and worth being precise about which is which:
Verified against real traffic
NetQoS and SynGuard's connection-rate limiting have both been tested against real attack and load traffic on real hardware, not simulated — the enforcement logic itself works.
Rollout pending
Getting a rate-limit change from the console to every device in a fleet the moment it's set still needs the last-mile wiring finished — the enforcement is proven, the fleet-wide push isn't live yet.
Three points doesn't mean three dashboards to watch. It means whatever gets past one door meets another, automatically, before anyone has to notice.
Current rollout status for the pending piece lives on Landing Soon. The regional footprint EdgeGuard runs on is its own story — The Constellation.
← Back to The Wire