NTP Amplification Source

High Active Attack

NTP amplification is a reflective distributed denial-of-service (DDoS) technique in which an attacker sends small, spoofed NTP requests (typically the monlist command) to publicly accessible NTP servers, causing them to return responses up to 556 times larger to the spoofed victim IP. An IP flagged as an NTP amplification source has been observed sending these forged monlist queries, actively participating in DDoS amplification campaigns. Amplification factors of 200–700x make this one of the most bandwidth-efficient attack vectors.

<path stroke-linecap="round" stroke-linejoin="round" d="M12 9v3.75m-9.303 3.376c-.866 1.5.217 3.374 1.948 3.374h14.71c1.73 0 2.813-1.874 1.948-3.374L13.949 3.378c-.866-1.5-3.032-1.5-3.898 0L2.697 16.126zM12 15.75h.007v.008H12v-.008z" />

High Severity

This threat is classified as high severity. Prioritize mitigation.

🔍Indicators

  • High volume of outbound UDP/123 traffic to diverse NTP server IPs
  • Source port always 123 (NTP) with short, uniform packet sizes (~48 bytes)
  • Spoofed source addresses pointing to a victim IP (observed from network vantage points)
  • Monlist responses (REQ_MON_GETLIST, REQ_MON_GETLIST_1) received by unrelated third-party hosts
  • Traffic bursts correlated with known DDoS events reported in threat intelligence feeds
  • Absence of legitimate NTP synchronization traffic patterns (no client-server time exchanges)

🛡Detection Methods

tcpdump — capture NTP monlist traffic

# Monitor for monlist requests (mode 7, opcode 42/45)
sudo tcpdump -i eth0 -n 'udp port 123' -X | grep -A2 "monlist"

# Capture raw NTP to file for analysis
sudo tcpdump -i eth0 -w ntp_capture.pcap 'udp port 123'

iptables — detect and log NTP amplification sources

# Log and rate-limit inbound NTP monlist responses
iptables -A INPUT -p udp --sport 123 -m length --length 400:65535 \
  -m limit --limit 10/min -j LOG --log-prefix "NTP-AMP: "
iptables -A INPUT -p udp --sport 123 -m length --length 400:65535 \
  -j DROP

Snort rule

alert udp any 123 -> any any \
  (msg:"NTP Monlist Response — Potential Amplification"; \
   dsize:>400; \
   content:"|00 06 2a|"; offset:0; depth:3; \
   classtype:attempted-dos; sid:9100019; rev:1;)

Check if your NTP server is vulnerable

ntpdc -c monlist <your-ntp-server-ip>
# If it returns a list, the server is vulnerable and must be patched

Mitigation

  1. Disable NTP monlist on all NTP servers you operate: bash # /etc/ntp.conf disable monitor Then restart: sudo systemctl restart ntp
  2. Block inbound UDP/123 at your border firewall if you do not operate a public NTP server.
  3. Implement BCP38 / uRPF (Unicast Reverse Path Forwarding) on your network edge to prevent IP spoofing originating from your ASN.
  4. Rate-limit NTP responses using iptables or router ACLs to cap outbound NTP traffic per source.
  5. Upgrade NTP software to ntpd 4.2.7p26+ or use chrony, which does not support monlist.
  6. Subscribe to DDoS threat intelligence feeds (e.g., Shadowserver, CISA advisories) to identify if your IPs are being reported as reflectors.
  7. Contact your upstream ISP if your IP is flagged — they can assist with traffic scrubbing and spoofing controls at the BGP level.

📋Real-World Examples

In February 2014, Cloudflare reported a then-record DDoS attack peaking at 400 Gbps directed at a customer, driven almost entirely by NTP amplification using misconfigured servers running vulnerable ntpd versions. The same month, a French hosting provider suffered a 480 Gbps NTP amplification attack — the largest recorded at that time — overwhelming multiple upstream transit links simultaneously.

Related Terms

More in Active Attack