ddos-simulation.com
All 130 Techniques Explore full Layer 3–7 attack library Network & Transport SYN flood, UDP flood, ICMP, TCP states Application & Protocols HTTP/2 Rapid Reset, Slowloris, QUIC, TLS API Gateway Resilience Kong, APISIX, Spring Cloud, Tyk, KrakenD
Compliance & Audits EU DORA Compliance Regulation 2022/2554 & TLPT stress testing NIS2 Directive Cyber resilience for essential entities PCI DSS v4.0 Testing Req 11.4 & 6.4 payment perimeter defense
Cloud & Programs AWS DDoS Testing Shield Advanced, CloudFront & ALB Azure DDoS Testing Network Protection & Front Door WAF Google Cloud Armor Adaptive Protection & Cloud CDN Cloudflare Testing WAF, rate limits & Magic Transit Periodic Testing Quarterly & continuous resilience drills White-Label Program Deliver testing under your own brand
Controlled Testing Process War room, stepped ramp-up & safety How auto-abort works 50ms health sampling & instant safety Testing Legality & RoE Rules of Engagement & authorizations
White-Label Program
Sign in Build a test plan
Sign in
Simulations All 130 Techniques Network & Transport (L3/L4) Application & Protocols (L7) API Gateways
Solutions & Compliance EU DORA Compliance NIS2 Directive PCI DSS v4.0 Testing AWS DDoS Testing Guide Azure DDoS Testing Guide Google Cloud Armor Guide Cloudflare Testing Guide Periodic Testing Program White-Label Program
Methodology & Safety Controlled Testing Process Sub-Second Auto-Abort Testing Legality & RoE
Platform Timeline Builder Live Monitoring
Home › DDoS simulation testing › PSH-ACK flood test

Layer 4 · Transport · psh_ack_flood

PSH-ACK flood test

The psh_ack_flood simulation emits raw TCP PSH-ACK data segments at a guaranteed rate against a domain you own — real packets from the worker's own address, nothing spoofed. Each carries the PSH flag and a payload, mimicking data from an established flow, so it exercises the target's receive and data-handling path more heavily than a bare-header flood while staying attributable and in-bounds.

Layer L4 Protocol TCP Command psh_ack_flood Access Reviewed engagement

On this page

  1. What a PSH-ACK flood does
  2. How ddos-simulation.com simulates it safely
  3. What the test exercises
  4. When to run it
  5. How to run the test
  6. Reading the results
  7. Availability & limits
  8. FAQ
  9. Related simulations

What a PSH-ACK flood does

A PSH-ACK flood sends a high rate of TCP segments that carry both the PSH (push) and ACK flags together with a payload — the exact shape of a data-bearing packet in an established connection, and what most real-world attacks labelled "ACK floods" actually look like. Because each segment presents as live data for a flow the target has no record of, the stack must do more than drop a header: it has to locate the (nonexistent) connection and decide what to do with the pushed bytes, while the payload itself consumes bandwidth. That combined receive-path and inspection cost is what pressures the service.

How ddos-simulation.com simulates it safely

ddos-simulation.com emits raw TCP PSH-ACK segments at a guaranteed rate from the worker's real address to a single verified domain pinned to a public address — the segments carry crafted data and are deliberately out-of-state, but the source is never forged. The rate stays inside the limits set for that domain, health checks watch the target throughout, and the run aborts itself the moment a threshold you set is crossed.

Authorized targets only

Every run is bound to one verified domain you have proven you own. Ownership is checked over HTTPS before anything is scheduled, and running traffic against systems you do not own or are not clearly authorized to test may be unlawful. See the Acceptable Use Policy.

What the test exercises

  • The receive and data-handling path for segments that look like established-flow data
  • Stateful firewall and connection-tracking (conntrack) lookups on unmatched data segments
  • Bandwidth headroom from payload-bearing packets, not bare headers
  • CPU and state-table headroom under data-segment pressure
  • Time-to-degrade and recovery once the flood stops

When to run a PSH-ACK flood test

Run a PSH-ACK flood test when you want to reproduce the data-bearing flood that real botnets send, rather than a header-only control flood.

  • Your mitigation distinguishes between bare control packets and data segments, and you need to confirm it handles out-of-state PSH-ACK data.
  • You want to combine inspection cost with some bandwidth pressure in a single, realistic vector.
  • You need an isolated, named result for the PSH-ACK shape rather than its diluted share of a mixed flag flood.

How to run a PSH-ACK flood test

  1. Verify your domain. Prove ownership over HTTPS — it is self-service and takes minutes.
  2. Add the psh_ack_flood command to a timeline in the portal and set the target port, rate, and duration.
  3. Set health thresholds. Choose the error-rate, latency, or status-code limits at which the test should abort itself.
  4. Run and watch. Bounded workers are provisioned minutes before start and torn down the moment the last task ends, while metrics stream live.
  5. Read the results. Review the recorded reachability, latency, and worker timeline to find where your service starts to bend.

Configure a PSH-ACK flood test in the portal →

Reading the results

Resilient: Out-of-state data segments are dropped cheaply, connection-tracking stays within capacity, and legitimate sessions keep flowing with flat latency.

Under strain: The conntrack or firewall state table fills, CPU climbs on the receive path, ingress bandwidth saturates, or legitimate connections degrade — signs the data path, not just the backlog, is the bottleneck.

Availability & limits

The PSH-ACK flood is a network-layer technique reviewed and approved before it runs (a manual review, beyond verifying you own the domain) and is priced per engagement — request a quote.

Frequently asked questions

How is a PSH-ACK flood different from an ACK flood?

An ACK flood sends bare, header-only acknowledgements. A PSH-ACK flood sets the PSH flag and carries a payload, so each segment looks like data from an established connection — the shape most real-world "ACK floods" actually take. That makes the target's stack do data-segment work (locate the flow and handle the pushed bytes) rather than simply dropping a header, and the payload adds bandwidth.

Does this spoof source addresses?

No. Every PSH-ACK segment is emitted from the worker's own public address. The segments are deliberately out-of-state and carry crafted data, but the source is never forged.

Related simulations

ACK flood test Sends bare out-of-state TCP ACK packets to pressure stateful firewalls and connection tracking, independent of SYN-flood mitigation. TCP flag flood test Rotates SYN, ACK, RST, and FIN flags packet-to-packet to stress stateful firewalls and evade single-flag signatures. SYN flood test Sends bounded, unspoofed TCP SYN packets without completing the handshake, pressuring the SYN backlog.

Rehearse a PSH-ACK flood against infrastructure you own — bounded, monitored, and stopped the instant you have your answer.

Build a test plan
← All DDoS simulations
ddos-simulation.com

Authorized, bounded resilience testing for infrastructure you own.

Product

Simulations Timeline builder Live monitoring Periodic testing White-Label Program

Guides

Controlled Testing Process How Auto-Abort Works AWS DDoS Testing Guide Azure DDoS Testing Guide Google Cloud Armor Guide Cloudflare Testing Guide 130 Attack Techniques

Portal

Sign in Create account Build a test plan

Compliance

EU DORA Compliance NIS2 Directive Compliance PCI DSS v4.0 Testing Testing Legality & RoE

Legal

Terms of Service Acceptable Use Privacy Policy Data Processing Addendum Contact
© 2026 ddos-simulation.com · Authorized testing only. DORA · PCI DSS · Terms · Privacy · Acceptable use · DPA