『送論壇.自動贊助金流』數分防攻擊機房 (活動開跑)

本帖最後由數分機房於 2016-2-18 17:27 編輯

【數分專業防攻擊機房】官網：http://www.idcpf.com/

租用主機贈送抗攻擊論壇及抗攻擊金流【歐付寶】【訊航】【綠界】

贈送抗攻擊論壇及金流無限提供！

開一服省5千，一個月開六服，立即省下三萬元。

官方QR-Code

還在使用一些私人小機房，三房東，四房東，五房東，等等無限循迴的非正規機房嗎?

選擇數分科技，政府立案，合法營登，消費者有保障！別在讓市面上誇大不實的業者所欺瞞。

數分科技是與中華電信股份有限公司，直屬的簽約公司（非市面上私人小機房，三房東，四房東，五房東，等等無限循迴的非正規機房）

不會讓您遇到網路攻擊，出現五房東找四房東，四房東找三房東，三房東找二房東.................

本公司配有針對最強DDOS防火牆，自動化+客制化，滿足一切客戶需求，不再讓你為了網路攻擊而頭痛。

並且直接進駐中華電信ＩＤＣ機房，數分客戶使用的光纖骨幹品質，截點最少，網路優先權最高。

遊戲業者如欲租用，本公司提供首付1/3金額，讓客戶搶先體驗高階網路品質，確認後隔日再補足款項。

如遊戲業者開幕日，網路被打掛，本公司無償全額退費，"並補償遊戲網站美工製作以及抗攻擊網站空間"

網路上經常發生的網路攻擊分析：

ICMP Flood：
ICMP（Internet Control Message Protocol）主要是用來偵測與回報網路的狀態，攻擊者假造來源IP並發送大量ICMP封包給目的端，目的端回應等量的ICMP封包給假造的來源IP網路，將造成目的端與被假造來源IP的網路流量大增。　　

　而最主要的攻擊方式是利用Ping of Death，Ping指令是利用發出ICMP type 8的Echo Request給目的端，當目的端收到這個封包之後再回覆Type 0的Echo Reply。Ping of Death則是利用ping程式，送出超過IP（65536 Bytes）限制的封包到某台主機，如果目的端主機系統並未對其所接收的資料做好長度限制，將使得在處理資料時把過多的資料覆蓋到系統其它部份的資料，因而導致緩衝區溢出（Buffer Overload），那麼就有可能造成主機當機或是重新開機。目前作業系統大多已修補此問題，遇到這類封包即丟棄不處理。

TCP SYN Flood：

TCP SYN Flood發生於TCP/IP確保資料傳送時，一個正常的TCP連線建立之前，目的端與請求端必須完成『三向式交握（Three-Way Handshake）』，即目的端接收到請求端所送出的SYN封包，並回送SYN ACK給請求端。在連線建立之前，目的端必須收到自請求端IP位址發出的ACK。　　

　基於三向式交握的機制缺陷，攻擊者可針對某部主機送出連續的連線請求，也就是內含由亂數產生，不存在或不正確的請求端IP位址的SYN 封包。因此，目的端對該位址送出SYN ACK之後，根本就不可能收到請求端的ACK，於是大量無法建立連線的封包便填滿了目的端的等待佇列。雖然目的端對entry的存在時間有限制，不過破壞者可以利用程式產生亂數再快速地送出要求，而造成相同的結果。最後主機內其他的連線服務則被拒絕。這種接連不斷的SYN封包稱為TCP SYN Flood。　　

　而TCP SYN Flood又可分成Non-Spoofed SYN Flood與Spoofed SYN Flood。Non-Spoofed SYN Flood意指惡意地送出許多TCP SYN的封包到被攻擊端，後續卻沒有確認的封包傳出，被攻擊端會因為耗用太多資源在等待連結的資訊上，因而導致無法正常提供服務。Spoofed SYN Flood為因為使用假的來源IP，被攻擊端會送出ACK封包到假的電腦，而影響正常網路。

UDP Flood：

相對於TCP而言，UDP是一種非可靠、非連線型的傳輸協定，因此無需像TCP那樣提供額外的欄位來控制傳輸可靠性。　　

　UDP的攻擊方式是攻擊者送出隨機挑選埠號的UDP封包到目的端，當目的端收到UDP封包之後，需判定並交由應用程式來處理此一封包。當系統發現並無應用程式可以處理此一封包，系統即回覆目的端無法到達到的ICMP封包給偽造的來源位址。如果有過多的UDP封包同時傳送到這個目的端的系統，將導致系統無法正常提供服務。　　

　針對UDP Flood攻擊，目前防火牆可由設定UDP封包每秒允許通過數目的上限來抑制。

Http Flood：

在應用層當使用者與Server端建立連線時，會發出request封包，當Server端收到此request封包時，會回傳response封包給使用者。一般而言，一個GET或POST指令對客戶端的耗費和頻寬的佔用是幾乎可以忽略的，但當攻擊者發出大量的request封包，Server端為了處理request，卻可能要從上萬條記錄中去查出某個記錄，這種處理過程對資源的耗費是相當大的。此種攻擊只需遞交查詢指令，數分鐘就會把服務器資源消耗掉而導致拒絕服務。

私服菜鳥

Rank: 2

UID: 66819
帖子: 33
積分: 105
威望: 69
金錢: 36
最後登錄: 2021-7-4

2^#

數分機房發表於 2015-11-17 22:48

【數分專業防攻擊機房】
官網：http://www.idcpf.com/

還在使用一些私人小機房，三房東，四房東，五房東，等等無限循迴的非正規機房嗎?

選擇數分科技，政府立案，合法營登，消費者有保障！別在讓市面上誇大不實的業者所欺瞞。

數分科技是與中華電信股份有限公司，直屬的簽約公司（非市面上私人小機房，三房東，四房東，五房東，等等無限循迴的非正規機房）

不會讓您遇到網路攻擊，出現五房東找四房東，四房東找三房東，三房東找二房東.................

本公司配有針對最強DDOS防火牆，自動化+客制化，滿足一切客戶需求，不再讓你為了網路攻擊而頭痛。

並且直接進駐中華電信ＩＤＣ機房，數分客戶使用的光纖骨幹品質，截點最少，網路優先權最高。

遊戲業者如欲租用，本公司提供首付1/3金額，讓客戶搶先體驗高階網路品質，確認後隔日再補足款項。

如遊戲業者開幕日，網路被打掛，本公司無償全額退費，"並補償遊戲網站美工製作以及抗攻擊網站空間"

網路上經常發生的網路攻擊分析：

ICMP Flood：
ICMP（Internet Control Message Protocol）主要是用來偵測與回報網路的狀態，攻擊者假造來源IP並發送大量ICMP封包給目的端，目的端回應等量的ICMP封包給假造的來源IP網路，將造成目的端與被假造來源IP的網路流量大增。　　

　而最主要的攻擊方式是利用Ping of Death，Ping指令是利用發出ICMP type 8的Echo Request給目的端，當目的端收到這個封包之後再回覆Type 0的Echo Reply。Ping of Death則是利用ping程式，送出超過IP（65536 Bytes）限制的封包到某台主機，如果目的端主機系統並未對其所接收的資料做好長度限制，將使得在處理資料時把過多的資料覆蓋到系統其它部份的資料，因而導致緩衝區溢出（Buffer Overload），那麼就有可能造成主機當機或是重新開機。目前作業系統大多已修補此問題，遇到這類封包即丟棄不處理。

TCP SYN Flood：

TCP SYN Flood發生於TCP/IP確保資料傳送時，一個正常的TCP連線建立之前，目的端與請求端必須完成『三向式交握（Three-Way Handshake）』，即目的端接收到請求端所送出的SYN封包，並回送SYN ACK給請求端。在連線建立之前，目的端必須收到自請求端IP位址發出的ACK。　　

　基於三向式交握的機制缺陷，攻擊者可針對某部主機送出連續的連線請求，也就是內含由亂數產生，不存在或不正確的請求端IP位址的SYN 封包。因此，目的端對該位址送出SYN ACK之後，根本就不可能收到請求端的ACK，於是大量無法建立連線的封包便填滿了目的端的等待佇列。雖然目的端對entry的存在時間有限制，不過破壞者可以利用程式產生亂數再快速地送出要求，而造成相同的結果。最後主機內其他的連線服務則被拒絕。這種接連不斷的SYN封包稱為TCP SYN Flood。　　

　而TCP SYN Flood又可分成Non-Spoofed SYN Flood與Spoofed SYN Flood。Non-Spoofed SYN Flood意指惡意地送出許多TCP SYN的封包到被攻擊端，後續卻沒有確認的封包傳出，被攻擊端會因為耗用太多資源在等待連結的資訊上，因而導致無法正常提供服務。Spoofed SYN Flood為因為使用假的來源IP，被攻擊端會送出ACK封包到假的電腦，而影響正常網路。

UDP Flood：

相對於TCP而言，UDP是一種非可靠、非連線型的傳輸協定，因此無需像TCP那樣提供額外的欄位來控制傳輸可靠性。　　

　UDP的攻擊方式是攻擊者送出隨機挑選埠號的UDP封包到目的端，當目的端收到UDP封包之後，需判定並交由應用程式來處理此一封包。當系統發現並無應用程式可以處理此一封包，系統即回覆目的端無法到達到的ICMP封包給偽造的來源位址。如果有過多的UDP封包同時傳送到這個目的端的系統，將導致系統無法正常提供服務。　　

　針對UDP Flood攻擊，目前防火牆可由設定UDP封包每秒允許通過數目的上限來抑制。

Http Flood：

在應用層當使用者與Server端建立連線時，會發出request封包，當Server端收到此request封包時，會回傳response封包給使用者。一般而言，一個GET或POST指令對客戶端的耗費和頻寬的佔用是幾乎可以忽略的，但當攻擊者發出大量的request封包，Server端為了處理request，卻可能要從上萬條記錄中去查出某個記錄，這種處理過程對資源的耗費是相當大的。此種攻擊只需遞交查詢指令，數分鐘就會把服務器資源消耗掉而導致拒絕服務。