Re: [閒聊] DDOS 的種類

看板NetSecurity (資安資訊安全)作者CMJ0121 (請多指教!!)時間7年前 (2017/04/10 16:31)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串2/2 (看更多)

※ 引述《jcasd63 (HolyCat)》之銘言：都有人拋玉了我也來補充一下好了 : 阻斷服務的種類： : 一、死亡之聘(Ping of Death) : 利用TCP/IP實作程序上的缺失，送一種大量不正常封包(超過65535位元)的簡單技巧，影響電腦主機的運作環境。 Ping of Death 是一個 1-1 的對應關係 (假設實作上沒有缺失) 也就是說 Attacker - Victim 兩者需要處理的資料是一致的在 Ping 實作[0] 上通常 Echo / Reply 的 Data 部分會一致讓 sender 確定是否是自己發送的請求在防禦方面常見是直接 drop 掉 Ping 的封包在 Linux 方面可以使用 iptable 來防禦 Ping of Death 攻擊 # 完全 Drop PING 的請求 iptable -A INPUT -p icmp --icmp-type echo-request -j DROP # 限制 Ping 的次數 iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 1/s --limit-burst 5 -j ACCEPT iptables -A INPUT -p icmp --icmp-type echo-request -j DROP : 二、分散式代理攻擊 (Distributed Denial of Service ,DDOS) : 指植入後門程式後遠端遙控攻擊，攻擊者可從多個已入侵的跳板主機控制數個代理攻擊主機，啟動干擾命令對受害主機大量攻擊。 : 三、廣播攻擊 (Smurf Attack) : 係針對IP規格中的廣播網址進行暴力攻擊的行為。其方式是透過網路控制訊息協定(Internet Control Message Protocol, ICMP EX: ping)的回應，要求封包方式產生大量的訊息攻擊。 : 四、分割重組攻擊(Teardrop Attack) : 利用封包分割與重組間的落差(GAP)來對系統進行攻擊，刻意製造不正常封包序列，使重組過程因錯誤而當機。 : 五、來源位址欺騙攻擊(Land Attack) : 利用IP欺騙(IP Spoofing)的方式來攻擊目標主機。攻擊者刻意將目標主機的IP位址附在封包的來源與目的地IP位址的欄位，主機收到封包時無法回應訊息給自己而使系統當機或變得緩慢。 IP 欺騙就是利用 Protocol 設計上的缺陷來造成的攻擊例如 DNS[1] 在設計上同時支援 TCP/UDP 兩種 UDP 實作上可以偽造來源端的 IP Address (在 IP 層) 並且透過射後不理的特性來達到 DoS 的效益 TCP 則因為三方交握的關係如果偽造 IP Address 則會在 Server 的 SYN/ACK 階段則會被識破在防禦方面 (用 DNS 為例) 可以強制使用較為安全的協議方式相對的就是降低使用上的方便程度 : 六、請求氾濫攻擊(SYN Flooding Attack) : 藉由傳送大量SYN封包給目標主機，使得目標主機於處理這些封包而無法正常地提供服務給合法使用者。 : 之前做的筆記 : 有一部分是從網路上抓的若有錯誤再請大大指點謝謝 SYN Flooding (或者類似的攻擊方式) 是利用 TCP 三方交握[2] SYN - SYN/ACK - ACK 的特性以及 RTT (Round TripTime) 藉由大量惡意的 SYN 封包 (也就是只送 SYN 但不送最後一次的 ACK) 讓 Server 因為 RTT 的特性而 hang 在這個階段導致資源耗光在 Linux 的環境下依然可以使用 iptable 來防禦 # 限制不正常的 TCP handshank iptables -A INPUT -p tcp --sym -m limit 1/s --limit-burst 3 -j RETURN 七、Slow (HTTP) Attack 跟上述的以量取勝方式不一樣，Slow Attack 著重在用最緩慢的速度完成一個合法的請求用 HTTP 為例一個 GET Method[3] 可以抓到由 HTTP Server 提供的網頁內容或者用 POST method 來上傳檔案一個惡意攻擊者可以藉由一次只接收/上傳一個 byte 並且控制請求間的時間間隔 (例如 0.1s) 這樣一個原本只需要一個請求的 request 就可以長時間佔用 Server 的資源這種攻擊的目標並非耗光 bandwidth 而是耗光 throuthput [0]: https://tools.ietf.org/html/rfc792 [1]: https://tools.ietf.org/html/rfc1035 [2]: https://en.wikipedia.org/wiki/Transmission_Control_Protocol [3]: https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.227.147.112 ※ 文章網址: https://www.ptt.cc/bbs/NetSecurity/M.1491813093.A.1B4.html