Collabtive系統CSRF攻擊實驗

本次實驗的目的是了解和體驗跨站請求偽造(csrf或xsrf)攻擊。csrf攻擊涉及使用者受害者,受信任的**,惡意**。受害者與受信任的站點和使用者擁有乙個活躍的會話同時訪問惡意**。惡意**注入乙個http請求為受信任的站點到受害者使用者會話犧牲其完整性。

csrf(cross-site request forgery)：中文名稱：跨站請求偽造，也被稱為：one click attack/session riding，縮寫為：csrf/xsrf。作用：攻擊者盜用了你的身份，以你的名義傳送惡意請求。危害：以你名義傳送郵件，發訊息，盜取你的賬號，甚至於購買商品，虛擬貨幣轉賬……造成的問題包括：個人隱私洩露以及財產安全。

首先我們需要搭建兩個站點，分別是可信站點和攻擊站點。

設定dns(/etc/hosts)：

127.0 .0.1 www.cs***ttacker .com 127.0 .0.1 www.csrf

.com

使用apache建立這兩個站點：

$ sudo vim /etc/apache2/conf.d/lab1.conf 80> servername .com documentroot /var/www/csrf/attacker/ $ sudo vim /etc/apache2/conf.d/lab2.conf 80> servername .com documentroot /var/www/csrf/collabtive/

建立完成後啟動apache和mysql

$ sudo service apache2 start

$ sudo mysqld_safe

我們可以使用瀏覽器訪問這兩個**來檢驗服務是否正常啟動。

我們可以進行csrf攻擊，是源於瀏覽器使用的同源策略。簡單來說，同源策略就是，瀏覽器代替我們向伺服器傳送請求，這個請求在伺服器端看起來就是我們的計算機發出的，而並不知道是真實的人發出還是系統或軟體發出，只當做相同的來處理。因此，我們可以使用乙個**偽造使用者向另乙個**傳送惡意請求，這個偽造的請求不會被受害伺服器識別。

既然如此，我們就首先要讓瀏覽器獲得受害方的cookie等資源，從而獲得受害**的訪問許可權。我們以admin的身份登入受害**www.csrf.com。我們試圖偽造admin使用者的請求。

既然我們需要偽造請求，我們就先需要知道請求的格式。使用抓包工具抓取使用者資料修改頁面傳送的資料。這是乙個post請求，因此我們需要在攻擊**上偽造使用者發出乙個符合格式的post請求。我們在攻擊**編寫**如下：

將這個網頁儲存為攻擊**訪問的預設網頁（如index.html），當使用者在登入受害**時訪問攻擊**，攻擊**就會傳送乙個合法的post請求修改使用者資料。攻擊成功。

在進行csrf攻擊時，我們發現，我們是在模擬使用者向伺服器端傳送乙個合法的請求，這個的前提是，我們需要知道（偽造出）請求的全部內容。那麼我們是否可以讓攻擊者無法偽造請求，從而消除攻擊呢？答案是有的，隨機數。

我們可以要求使用者在傳送請求時，加上自己的cookie等雙方共有的隨機數，這樣驗證時雙方匹配而第三者無法得知。當然這也不是說使用cookie就可以做到萬無一失，因為攻擊者還可以利用xss等手段獲得這些隨機數。

（修改驗證配置檔案，增加驗證使用者sessionid，**略）

Collabtive系統CSRF攻擊實驗

CSR藍芽燒錄電壓

什麼是CSR檔案

CSR藍芽開發除錯經驗

Collabtive系統CSRF攻擊實驗

CSR藍芽燒錄電壓

什麼是CSR檔案

CSR藍芽開發除錯經驗

相關推薦