Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

SYN flood

From Wikipedia, the free encyclopedia
Denial-of-service attack
A normal connection between a user (Alice) and a server. The three-way handshake is correctly performed.
SYN Flood. The attacker (Mallory, green) sends several packets but does not send the "ACK" back to the server. The connections are hence half-opened and consuming server resources. Legitimate user Alice (purple) tries to connect, but the server refuses to open a connection, a denial of service.

ASYN flood is a form ofdenial-of-service attack ondata communications in which an attacker rapidly initiates a connection to a server without finalizing the connection. The server has to spend resources waiting for half-opened connections, which can consume enough resources to make the system unresponsive to legitimate traffic.[1][2]

Thepacket that the attacker sends is theSYN packet, a part ofTCP'sthree-way handshake used to establish a connection.[3]

Technical details

[edit]

When a client attempts to start aTCP connection to a server, theclient andserver exchange a series of messages which normally runs like this:

  1. The client requests a connection by sending aSYN (synchronize) message to the server.
  2. The serveracknowledges this request by sendingSYN-ACK back to the client.
  3. The client responds with anACK, and the connection is established.

This is called theTCP three-way handshake, and is the foundation for every connection established using the TCP protocol.

A SYN flood attack works by not responding to the server with the expectedACK code. The malicious client can either simply not send the expectedACK, or byspoofing the sourceIP address in theSYN, cause the server to send theSYN-ACK to a falsified IP address – which will not send anACK because it "knows" that it never sent aSYN.

The server will wait for the acknowledgement for some time, as simple network congestion could also be the cause of the missingACK. However, in an attack, thehalf-open connections created by the malicious client bind resources on the server and may eventually exceed the resources available on the server. At that point, the server cannot connect to any clients, whether legitimate or otherwise. This effectively denies service to legitimate clients. Some systems may also malfunction or crash when other operating system functions are starved of resources in this way.

Countermeasures

[edit]

There are a number of well-known countermeasures listed in RFC 4987 including:

  1. Filtering
  2. Increasing backlog
  3. Reducing SYN-RECEIVED timer
  4. Recycling the oldesthalf-open TCP
  5. SYN cache
  6. SYN cookies
  7. Hybrid approaches
  8. Firewalls and proxies

See also

[edit]

References

[edit]
  1. ^"CERT Advisory CA-1996-21 TCP SYN Flooding and IP Spoofing Attacks"(PDF).Carnegie Mellon University Software Engineering Institute.Archived from the original on 2000-12-14. Retrieved18 September 2019.
  2. ^New York's Panix Service Is Crippled by Hacker Attack, New York Times, September 14, 1996
  3. ^"What is a DDoS Attack?".Cloudflare.com. Cloudflare. Retrieved4 May 2020.

External links

[edit]
Retrieved from "https://en.wikipedia.org/w/index.php?title=SYN_flood&oldid=1274853505"
Categories:
Hidden categories:

[8]ページ先頭

©2009-2025 Movatter.jp