HTTP協議 (二) 基本認證

原文地址：http://www.cnblogs.com/TankXiao/archive/2012/09/26/2695955.html

http協議是無狀態的， 瀏覽器和web服務器之間可以通過cookie來身份識別。 桌面應用程序(比如新浪桌面客戶端， skydrive客戶端)跟Web服務器之間是如何身份識別呢？

 

閱讀目錄

1. 什麼是HTTP基本認證
2. HTTP基本認證的過程
3. HTTP基本認證的優點
4. 每次都要進行認證
5. HTTP基本認證和HTTPS一起使用就很安全
6. HTTP OAuth認證
7. 其他認證
8. 客戶端的使用

 

什麼是HTTP基本認證

桌面應用程序也通過HTTP協議跟Web服務器交互， 桌面應用程序一般不會使用cookie, 而是把 "用戶名+冒號+密碼"用BASE64編碼的字符串放在http request 中的header Authorization中發送給服務端， 這種方式叫HTTP基本認證(Basic Authentication)

當瀏覽器訪問使用基本認證的網站的時候， 瀏覽器會提示你輸入用戶名和密碼，如下圖

 

假如用戶名密碼錯誤的話， 服務器會返回401 如下圖

 

HTTP基本認證的過程

第一步:  客戶端發送http request 給服務器， 

第二步:  因爲request中沒有包含Authorization header,  服務器會返回一個401 Unauthozied 給客戶端，並且在Response 的 header "WWW-Authenticate" 中添加信息。

 

第三步：客戶端把用戶名和密碼用BASE64編碼後，放在Authorization header中發送給服務器， 認證成功。

第四步：服務器將Authorization header中的用戶名密碼取出，進行驗證， 如果驗證通過，將根據請求，發送資源給客戶端

 

使用Fiddler Inspectors 下的Auth 選項卡，可以很方便的看到用戶名和密碼:

 

HTTP基本認證的優點

HTTP基本認證，簡單明瞭。Rest API 就是經常使用基本認證的

 

每次都要進行認證

http協議是無狀態的， 同一個客戶端對 服務器的每個請求都要求認證

 

HTTP基本認證和HTTPS

把 "用戶名+冒號+密碼" 用BASE64編碼後的string雖然用肉眼看不出來， 但用程序很容易解密，上圖可以看到Fiddler就直接給解密了。 所以這樣的http request 在網絡上，如果用HTTP傳輸是很不安全的。 一般都是會用HTTPS傳輸, HTTPS是加密的, 所以比較安全.

 

HTTP OAuth認證

OAuth 對於Http來說，就是放在Authorization header中的不是用戶名密碼， 而是一個token.

微軟的Skydrive 就是使用這樣的方式， 如下圖

 

 

其他認證

除了基本認證(Basic Authentication), 還有摘要認證 digest authentication, WSSE(WS-Security)認證

 

 

客戶端的使用

客戶端如果要跟“使用基本認證的網站”交互。 非常很簡單，把用戶名密碼 加在Authorization header中就可以了。

 

C#

string url = "https://testsite";
HttpWebRequest req = (HttpWebRequest)WebRequest.Create(url);
NetworkCredential nc = new NetworkCredential("username", "password");
req.Credentials = nc;

 

Linux下的curl

curl -u username:password https://testsite/

 

附： HTTP協議 系列教程， (連載中, 敬請期待）

HTTP協議 (一) HTTP協議詳解

HTTP協議 (二) 基本認證

HTTP協議 (三) 壓縮

HTTP協議 (四) 緩存

HTTP協議 (五) 代理

HTTP協議 (六) 狀態碼詳解

HTTP協議 (七) Cookie