伺服器被攻擊怎麼查攻擊源

㈠ 遭受黑客攻擊後怎樣查詢被攻擊了

安全總是相對的，再安全的伺服器也有可能遭受到攻擊。作為一個安全運維人員，要把握的原則是：盡量做好系統安全防護，修復所有已知的危險行為，同時，在系統遭受攻擊後能夠迅速有效地處理攻擊行為，最大限度地降低攻擊對系統產生的影響。
一、處理伺服器遭受攻擊的一般思路
系統遭受攻擊並不可怕，可怕的是面對攻擊束手無策，下面就詳細介紹下在伺服器遭受攻擊後的一般處理思路。
1.切斷網路
所有的攻擊都來自於網路，因此，在得知系統正遭受黑客的攻擊後，首先要做的就是斷開伺服器的網路連接，這樣除了能切斷攻擊源之外，也能保護伺服器所在網路的其他主機。
2.查找攻擊源
可以通過分析系統日誌或登錄日誌文件，查看可疑信息，同時也要查看系統都打開了哪些埠，運行哪些進程，並通過這些進程分析哪些是可疑的程序。這個過程要根據經驗和綜合判斷能力進行追查和分析。下面的章節會詳細介紹這個過程的處理思路。
3.分析入侵原因和途徑
既然系統遭到入侵，那麼原因是多方面的，可能是系統漏洞，也可能是程序漏洞，一定要查清楚是哪個原因導致的，並且還要查清楚遭到攻擊的途徑，找到攻擊源，因為只有知道了遭受攻擊的原因和途徑，才能刪除攻擊源同時進行漏洞的修復。
4.備份用戶數據
在伺服器遭受攻擊後，需要立刻備份伺服器上的用戶數據，同時也要查看這些數據中是否隱藏著攻擊源。如果攻擊源在用戶數據中，一定要徹底刪除，然後將用戶數據備份到一個安全的地方。
5.重新安裝系統
永遠不要認為自己能徹底清除攻擊源，因為沒有人能比黑客更了解攻擊程序，在伺服器遭到攻擊後，最安全也最簡單的方法就是重新安裝系統，因為大部分攻擊程序都會依附在系統文件或者內核中，所以重新安裝系統才能徹底清除攻擊源。
6.修復程序或系統漏洞
在發現系統漏洞或者應用程序漏洞後，首先要做的就是修復系統漏洞或者更改程序bug，因為只有將程序的漏洞修復完畢才能正式在伺服器上運行。
7.恢復數據和連接網路
將備份的數據重新復制到新安裝的伺服器上，然後開啟服務，最後將伺服器開啟網路連接，對外提供服務。
二、檢查並鎖定可疑用戶
當發現伺服器遭受攻擊後，首先要切斷網路連接，但是在有些情況下，比如無法馬上切斷網路連接時，就必須登錄系統查看是否有可疑用戶，如果有可疑用戶登錄了系統，那麼需要馬上將這個用戶鎖定，然後中斷此用戶的遠程連接。
1.登錄系統查看可疑用戶
通過root用戶登錄，然後執行「w」命令即可列出所有登錄過系統的用戶，如下圖所示。
通過這個輸出可以檢查是否有可疑或者不熟悉的用戶登錄，同時還可以根據用戶名以及用戶登錄的源地址和它們正在運行的進程來判斷他們是否為非法用戶。
2.鎖定可疑用戶
一旦發現可疑用戶，就要馬上將其鎖定，例如上面執行「w」命令後發現nobody用戶應該是個可疑用戶（因為nobody默認情況下是沒有登錄許可權的），於是首先鎖定此用戶，執行如下操作：
[root@server ~]# passwd -l nobody鎖定之後，有可能此用戶還處於登錄狀態，於是還要將此用戶踢下線，根據上面「w」命令的輸出，即可獲得此用戶登錄進行的pid值，操作如下：
[root@server ~]# ps -ef|grep @pts/3 531 6051 6049 0 19:23 ? 00:00:00 sshd: nobody@pts/3 [root@server ~]# kill -9 6051這樣就將可疑用戶nobody從線上踢下去了。如果此用戶再次試圖登錄它已經無法登錄了。
3.通過last命令查看用戶登錄事件
last命令記錄著所有用戶登錄系統的日誌，可以用來查找非授權用戶的登錄事件，而last命令的輸出結果來源於/var/log/wtmp文件，稍有經驗的入侵者都會刪掉/var/log/wtmp以清除自己行蹤，但是還是會露出蛛絲馬跡在此文件中的。
三、查看系統日誌
查看系統日誌是查找攻擊源最好的方法，可查的系統日誌有/var/log/messages、/var/log/secure等，這兩個日誌文件可以記錄軟體的運行狀態以及遠程用戶的登錄狀態，還可以查看每個用戶目錄下的.bash_history文件，特別是/root目錄下的.bash_history文件，這個文件中記錄著用戶執行的所有歷史命令。
四、檢查並關閉系統可疑進程
檢查可疑進程的命令很多，例如ps、top等，但是有時候只知道進程的名稱無法得知路徑

㈡ 如何查看伺服器是否被ddos攻擊

先看下網站能不能打開，然後讓伺服器運營商在埠查看下流量的異常情況。具體加下 口吧，320006167

㈢ 伺服器被攻擊，要怎樣查出攻擊者

你好，我來為你解答。伺服器被攻擊，個人很難查出到底是哪個壞傢伙攻擊的，也只能從服務商那裡獲取到是什麼類型的攻擊，比如流量攻擊，還是其它類型的網路攻擊，如果你是大型的網站，數據非常重要，經常受到攻擊的話，建議你加強伺服器安全設置，或者是選購一台高防伺服器放置網站數據。

㈣ 網站被人攻擊，如何查看攻擊者的IP

（1).取消域名綁定
一般cc攻擊都是針對網站的域名進行攻擊，比如網站域名是「xxx」，那麼攻擊者就在攻擊工具中設定攻擊對象為該域名然後實施攻擊。
對於這樣的攻擊我們的措施是在IIS上取消這個域名的綁定，讓CC攻擊失去目標。具體操作步驟是：打開「IIS管理器」定位到具體站點右鍵「屬性」打開該站點的屬性面板，點擊IP地址右側的「高級」按鈕，選擇該域名項進行編輯，將「主機頭值」刪除或者改為其它的值(域名)。
實例模擬測試，取消域名綁定後Web伺服器的CPU馬上恢復正常狀態，通過IP進行訪問連接一切正常。但是不足之處也很明顯，取消或者更改域名對於別人的訪問帶來了不變，另外，對於針對IP的CC攻擊它是無效的，就算更換域名攻擊者發現之後，他也會對新域名實施攻擊。
(2).域名欺騙解析
如果發現針對域名的CC攻擊，我們可以把被攻擊的域名解析到127.0.0.1這個地址上。我們知道127.0.0.1是本地回環IP是用來進行網路測試的，如果把被攻擊的域名解析到這個IP上，就可以實現攻擊者自己攻擊自己的目的，這樣他再多的肉雞或者代理也會宕機，讓其自作自受。 另外，當我們的Web伺服器遭受CC攻擊時把被攻擊的域名解析到國家有權威的政府網站或者是網警的網站，讓其網警來收拾他們。 現在一般的Web站點都是利用類似「新網」這樣的服務商提供的動態域名解析服務，大家可以登錄進去之後進行設置。
(3).更改Web埠
一般情況下Web伺服器通過80埠對外提供服務，因此攻擊者實施攻擊就以默認的80埠進行攻擊，所以，我們可以修改Web埠達到防CC攻擊的目的。運行IIS管理器，定位到相應站點，打開站點「屬性」面板，在「網站標識」下有個TCP埠默認為80，我們修改為其他的埠就可以了。 (4).IIS屏蔽IP通過命令或在查看日誌發現了CC攻擊的源IP，就可以在IIS中設置屏蔽該IP對Web站點的訪問，從而達到防範IIS攻擊的目的。在相應站點的「屬性」面板中，點擊「目錄安全性」選項卡，點擊「IP地址和域名現在」下的「編輯」按鈕打開設置對話框。在此窗口中我們可以設置「授權訪問」也就是「白名單」，也可以設置「拒絕訪問」即「黑名單」。比如我們可以將攻擊者的IP添加到「拒絕訪問」列表中，就屏蔽了該IP對於Web的訪問。 (5).IPSec封鎖IPSec是優秀的系統防火牆，在排除其他還有別的類型的DDOS攻擊時，針對CC攻擊可以用設置IP策略來對付攻擊。以219.128.*.43這個IP為例子，筆者實際操作對該IP的訪問封鎖。
第一步：「開始→管理工具」，打開「本地安全設置」，右鍵點擊「IP安全策略，在本地機器」選擇「創建IP安全策略」，然後點擊「下一步」，輸入策略「名稱」和「描述」。然後默認一路「下一步」創建了一個名為「封CC攻擊」的IPSec策略。
第二步：右鍵點擊「IP安全策略，在本地機器」選擇「管理IP篩選器表和篩選器操作」，在打開的窗口中點「添加」，在「IP 篩選器列表」窗口添人同第一步的名稱和描述信息。取消「使用添加向導」的勾選，然後點擊「添加」。在「IP 篩選器 屬性」窗口的「地址」選項下設置「源地址」為「192.168.1.6」，目標地址為「我的IP地址」，取消對「鏡像」的勾選;點擊「協議」選項卡，設置「協議類型」為「TCP」，設置「協議埠」為「從任意埠」到「此埠80」最後確定退出。
第三步：在「新規則 屬性」窗口中點選剛才創建的「封CC攻擊」規則，點擊「篩選器操作」選項卡下的「添加」，點選「安全措施」下的「阻止」，在「常規」選項卡下為該篩選器命名為「阻止CC攻擊」然後確定退出。 第四步：點選剛才創建的「阻止CC攻擊」篩選器，一路「確定」退出IP策略編輯器，可以看到在組策略窗口的中創建成功一個名為「封CC攻擊」的策略，然後右鍵點擊該策略選擇「指派」。這樣就實現了對該IP的封鎖。 (6).防火牆除了利用上述方法外，還可以通過第三方的防火牆進行防範，打開防護牆防火牆可以了

㈤ 伺服器被攻擊怎麼辦

一般伺服器被攻擊可能會出現以下幾種情況：

伺服器被拿下最高許可權即系統許可權
伺服器被拿下webshell
伺服器各種數據被社
伺服器被C段或嗅探
伺服器被各種0DAY打了
來自網路~~~
如何進行處理：
了解是什麼類型的攻擊。
1、先暫時關閉系統，重新修改賬戶密碼
2、檢查是否有多餘的賬號，清除影子賬戶。
3、檢查服務埠，關閉不必要、不需要得埠，需要時再打開。
4、全面檢測伺服器，及時清除威脅信息，比如打上安全補丁等。
5、安裝防火牆，比如伺服器安全狗，可以阻擋很大部分的攻擊。
6、在遭受攻擊後，還有個就是查看下系統日誌，看下黑客都去了哪裡

㈥ 區域網里有人發攻擊 怎麼查出來

辦法如下 ：

1、在你上不去的電腦上arp -a一下，看看獲取到的MAC和IP和網關mac和ip是否一致！
2、如果不一致，檢查網路裡面是否有這個MAC-IP的路由設備，或者通過抓包找出發起arp攻擊的IP
3、通過一些arp檢查工具查找攻擊源，找出後重做系統（發arp的機器未必是上不去網的哦）
我個人認為這些問題都是由於底層漏洞出的問題例如(arp\udp\tcp syn）都會造成你所說的現象。
一些傳統的360衛士、arp防火牆，殺毒軟體我都試過了也都不行。
最後我是通過免疫網路徹底的解決了網路底層問題，這東西網上有很多，但好像只有一個叫巡路的在做，而且還有免費的。建議樓主自己找找。

㈦ ARP攻擊的IP源頭怎麼查找

在區域網環境中上網的朋友會經常碰到無故斷線的情況，並且檢查電腦也檢查不出什麼原因。其實出現這種情況，大部分情況下都是區域網中的某一台電腦感染了ARP類型的病毒所至。感染病毒，電腦一一殺毒，電腦過多的情況下顯然很費時費力。現在就告訴你這三招兩式，快速找出區域網中的「毒瘤」。

小提示：ARP：Address Resolution Protocol的縮寫，即地址解析協議。ARP負責將電腦的IP地址轉換為對應的物理地址，即網卡的MAC地址。當發生ARP欺騙時，相關主機會收到錯誤的數據，從而造成斷網的情況發生。

一、查看防火牆日誌
區域網中有電腦感染ARP類型病毒後，一般從防火牆的日誌中可以初步判斷出感染病毒的主機。
感染病毒的機器的典型特徵便是會不斷的發出大量數據包，如果在日誌中能看到來自同一IP的大量數據包，多半情況下是這台機器感染病毒了。

這里以Nokia IP40防火牆為例，進入防火牆管理界面後，查看日誌項，在「Event Log」標簽下可以明顯看到內網中有一台機器不斷的有數據包被防火牆攔截，並且間隔的時間都很短。目標地址為公司WEB伺服器的外網IP地址，設置過濾策略時對WEB伺服器特意加強保護，所以可以看到這些項目全部是紅色標示出來的（圖1）。

圖6

使用這種方法綁定的弱點便是，機器重新啟動之後，綁定便會失效，需要重新綁定。因此可將上面的命令行做成一個批處理文件，並將快捷方式拖放到開始菜單的「啟動」項目中，這樣就可以實現每次開機自動綁定了。

所謂「道高一尺，魔高一丈」，技術總是在不斷更新，病毒也在不斷的發展。使用可防禦ARP攻擊的三層交換機，綁定埠MAC-IP，合理劃分VLAN，徹底阻止盜用IP、MAC地址，杜絕ARP的攻擊，才是最佳的防範策略。對於經常爆發病毒的網路，可以進行Internet訪問控制，限制用戶對網路的訪問。因為大部分ARP攻擊程序網路下載到客戶端，如果能夠加強用戶上網的訪問控制，就能很好的阻止這類問題的發生。

㈧ 伺服器被攻擊了怎麼辦

安全總是相對的，再安全的伺服器也有可能遭受到攻擊。作為一個安全運維人員，要把握的原則是：盡量做好系統安全防護，修復所有已知的危險行為，同時，在系統遭受攻擊後能夠迅速有效地處理攻擊行為，最大限度地降低攻擊對系統產生的影響。

一、處理伺服器遭受攻擊的一般思路

系統遭受攻擊並不可怕，可怕的是面對攻擊束手無策，下面就詳細介紹下在伺服器遭受攻擊後的一般處理思路。

1.切斷網路

所有的攻擊都來自於網路，因此，在得知系統正遭受黑客的攻擊後，首先要做的就是斷開伺服器的網路連接，這樣除了能切斷攻擊源之外，也能保護伺服器所在網路的其他主機。

2.查找攻擊源

可以通過分析系統日誌或登錄日誌文件，查看可疑信息，同時也要查看系統都打開了哪些埠，運行哪些進程，並通過這些進程分析哪些是可疑的程序。這個過程要根據經驗和綜合判斷能力進行追查和分析。下面的章節會詳細介紹這個過程的處理思路。

3.分析入侵原因和途徑

既然系統遭到入侵，那麼原因是多方面的，可能是系統漏洞，也可能是程序漏洞，一定要查清楚是哪個原因導致的，並且還要查清楚遭到攻擊的途徑，找到攻擊源，因為只有知道了遭受攻擊的原因和途徑，才能刪除攻擊源同時進行漏洞的修復。

4.備份用戶數據

在伺服器遭受攻擊後，需要立刻備份伺服器上的用戶數據，同時也要查看這些數據中是否隱藏著攻擊源。如果攻擊源在用戶數據中，一定要徹底刪除，然後將用戶數據備份到一個安全的地方。

5.重新安裝系統

永遠不要認為自己能徹底清除攻擊源，因為沒有人能比黑客更了解攻擊程序，在伺服器遭到攻擊後，最安全也最簡單的方法就是重新安裝系統，因為大部分攻擊程序都會依附在系統文件或者內核中，所以重新安裝系統才能徹底清除攻擊源。

6.修復程序或系統漏洞

在發現系統漏洞或者應用程序漏洞後，首先要做的就是修復系統漏洞或者更改程序bug，因為只有將程序的漏洞修復完畢才能正式在伺服器上運行。

7.恢復數據和連接網路

將備份的數據重新復制到新安裝的伺服器上，然後開啟服務，最後將伺服器開啟網路連接，對外提供服務。

二、檢查並鎖定可疑用戶

當發現伺服器遭受攻擊後，首先要切斷網路連接，但是在有些情況下，比如無法馬上切斷網路連接時，就必須登錄系統查看是否有可疑用戶，如果有可疑用戶登錄了系統，那麼需要馬上將這個用戶鎖定，然後中斷此用戶的遠程連接。

1.登錄系統查看可疑用戶

通過root用戶登錄，然後執行「w」命令即可列出所有登錄過系統的用戶，如下圖所示。

通過這個輸出可以檢查是否有可疑或者不熟悉的用戶登錄，同時還可以根據用戶名以及用戶登錄的源地址和它們正在運行的進程來判斷他們是否為非法用戶。

2.鎖定可疑用戶

一旦發現可疑用戶，就要馬上將其鎖定，例如上面執行「w」命令後發現nobody用戶應該是個可疑用戶(因為nobody默認情況下是沒有登錄許可權的)，於是首先鎖定此用戶，執行如下操作：

• [root@server ~]# passwd -l nobody

鎖定之後，有可能此用戶還處於登錄狀態，於是還要將此用戶踢下線，根據上面「w」命令的輸出，即可獲得此用戶登錄進行的pid值，操作如下：

• [root@server ~]# ps -ef|grep @pts/3

• 531 6051 6049 0 19:23 ? 00:00:00 sshd: nobody@pts/3

• [root@server ~]# kill -9 6051

這樣就將可疑用戶nobody從線上踢下去了。如果此用戶再次試圖登錄它已經無法登錄了。

3.通過last命令查看用戶登錄事件

last命令記錄著所有用戶登錄系統的日誌，可以用來查找非授權用戶的登錄事件，而last命令的輸出結果來源於/var/log/wtmp文件，稍有經驗的入侵者都會刪掉/var/log/wtmp以清除自己行蹤，但是還是會露出蛛絲馬跡在此文件中的。

三、查看系統日誌

查看系統日誌是查找攻擊源最好的方法，可查的系統日誌有/var/log/messages、/var/log/secure等，這兩個日誌文件可以記錄軟體的運行狀態以及遠程用戶的登錄狀態，還可以查看每個用戶目錄下的.bash_history文件，特別是/root目錄下的.bash_history文件，這個文件中記錄著用戶執行的所有歷史命令。

四、檢查並關閉系統可疑進程

檢查可疑進程的命令很多，例如ps、top等，但是有時候只知道進程的名稱無法得知路徑，此時可以通過如下命令查看：

首先通過pidof命令可以查找正在運行的進程PID，例如要查找sshd進程的PID，執行如下命令：

然後進入內存目錄，查看對應PID目錄下exe文件的信息：

這樣就找到了進程對應的完整執行路徑。如果還有查看文件的句柄，可以查看如下目錄：

[root@server ~]# ls -al /proc/13276/fd

通過這種方式基本可以找到任何進程的完整執行信息，此外還有很多類似的命令可以幫助系統運維人員查找可疑進程。例如，可以通過指定埠或者tcp、udp協議找到進程PID，進而找到相關進程：

在有些時候，攻擊者的程序隱藏很深，例如rootkits後門程序，在這種情況下ps、top、netstat等命令也可能已經被替換，如果再通過系統自身的命令去檢查可疑進程就變得毫不可信，此時，就需要藉助於第三方工具來檢查系統可疑程序，例如前面介紹過的chkrootkit、RKHunter等工具，通過這些工具可以很方便的發現系統被替換或篡改的程序。

五、檢查文件系統的完好性

檢查文件屬性是否發生變化是驗證文件系統完好性最簡單、最直接的方法，例如可以檢查被入侵伺服器上/bin/ls文件的大小是否與正常系統上此文件的大小相同，以驗證文件是否被替換，但是這種方法比較低級。此時可以藉助於Linux下rpm這個工具來完成驗證，操作如下：

對於輸出中每個標記的含義介紹如下：

S 表示文件長度發生了變化M 表示文件的訪問許可權或文件類型發生了變化5 表示MD5校驗和發生了變化D 表示設備節點的屬性發生了變化L 表示文件的符號鏈接發生了變化U 表示文件/子目錄/設備節點的owner發生了變化G 表示文件/子目錄/設備節點的group發生了變化T 表示文件最後一次的修改時間發生了變化

如果在輸出結果中有「M」標記出現，那麼對應的文件可能已經遭到篡改或替換，此時可以通過卸載這個rpm包重新安裝來清除受攻擊的文件。

不過這個命令有個局限性，那就是只能檢查通過rpm包方式安裝的所有文件，對於通過非rpm包方式安裝的文件就無能為力了。同時，如果rpm工具也遭到替換，就不能通過這個方法了，此時可以從正常的系統上復制一個rpm工具進行檢測。

對文件系統的檢查也可以通過chkrootkit、RKHunter這兩個工具來完成，關於chkrootkit、RKHunter工具的使用，下次將展開介紹。

㈨ 我的網站被攻擊了,請問怎麼查看攻擊IP來源

可以通過網站日誌查看。
方法：
1、打開網站日誌。
2、分析攻擊ip。
如下代碼：
117.26.203.167 - - [02/May/2011:01:57:44 -0700]
"GET/index.php HTTP/1.1" 500 19967 "-" "Mozilla/4.0 (compatible; MSIE
8.0; Windows NT 5.1; Trident/4.0; AskTbCS-ST/5.11.3.15590; .NET CLR 2.0.50727;
Alexa Toolbar)"