成員關係的概念在人類社會中是一個層次比較低的概念，源於希望屬於某個羣組的意識。我們希望能覺得自己是某個團隊的一部分，讓別人知道我們是誰，因此Web搭上這個流行趨勢，採用這個概念只是時間早晚的問題。如果坐下來想一想曾經登入過多少個站點並在這些站點上儲存了簡單的用戶資訊，可能會發現自己所屬的羣組比一開始想象的要多得多。從出售書籍和小器具的站點到討論擁有一輛Ford Puma的好處的社區，或者宣傳一個名爲Look Around You的BBC TV喜劇節目的站點，作者發現自己是會員的站點多得無法一一列舉。接下來就會碰到一個熟悉的困難“登入這個站點要使用哪個用戶名和口令?”
在開始開發涉及到成員關係的應用程序時，必須首先理解幾個關鍵的概念，這些概念是身份、驗證和授權。
1、身份——我是誰
在考慮身份時，我們可以用幾種獨一的特性來描述自己。例如，我是一個頭發金黃的女人，喜歡看科幻電影和組裝PC機，但這些資訊對於對我的羽毛球技術感興趣的人來說並不是必需的。儲存在站點中的身份資訊很可能只與一個人的某些方面相關。例如，一個購物站點會儲存用戶的姓名、電話號碼、電子郵件地址和家庭地址，這些資訊都與商品的銷售有關。它們可能不會關心您的個人興趣(除非它們和Amazon的規模一樣大)，所以它們並不需要儲存關於用戶的這類資訊，但是這並不妨礙它們擁有這些方面的身份資訊。
因此身份，也就是我是誰的概念，是一組範圍很廣的實際情況的集合。您可能曾經在簡歷裏寫下了很多實際情況，但這些情況同樣只與潛在的僱主相關。在簡歷中儲存和刪除哪些情況由自己決定。在儲存一個站點的成員的資訊時，情況也是一樣的，必須在開發階段就確定要儲存成員的哪些實際情況。
2、身份驗證——這就是我
在試圖登入一個網站的時候，用戶要輸入某些證書。例如，郵件地址及其口令的組合。網站接下來必須判斷用戶是否就是自己聲明的那個人，因此用戶輸入的郵件地址和口令的組合必須與儲存在服務器檔案中特定的郵件地址和口令組合相匹配。
身份驗證的過程就是證明自己是自己所聲明的那個人的過程。很多站點，不論它們是零售商品還是提供社區服務，都使用郵件地址和口令的組合作爲身份驗證方法，這是一種經過反覆考驗的方法。雖然這種方法不是絕對安全，但是隻要選擇一個足夠可靠的口令並嚴格保密，同時站點的代碼經過嚴格的測試，那麼用戶的配置檔案將只能由用戶本人使用。
3、授權——這是我能做的
在向網站輸入用戶名和口令之後，Web服務器將不僅會驗證口令和用戶名是否匹配，還將檢視站點管理員給用戶授予了什麼權限。身份驗證之後的下一個步驟是授權，這個步驟將檢索您所擁有的用戶帳戶類型的更多資訊。
例如，以一個銀行網站爲例。在用戶的登入資訊透過驗證之後，服務器將檢視用戶在該站點上的.權限。與大多數用戶一樣，您可以查詢帳戶、在帳戶之間轉賬或者支付賬單。然而，如果銀行受到某個安全方面的恐嚇(類似於Internet上到處流傳的網絡釣魚(phishing)電子郵件)，您可能會發現自己突然無法透過這個在線應用程序添加任何第三方代理訂單，直到安全危機解除爲止。功能的關閉很可能是由管理員爲一些或所有用戶設定一個特殊的標記而進行控制的，在頁面上告訴用戶他們不再有權限修改他們帳戶的詳細資訊。
4、登入站點
登入站點的過程，從用戶的角度看，就是輸入一組證書，然後根據自己的配置檔案看到不同用戶介面的過程。通常，用戶所使用的證書是用戶名加口令的組合;然而，對於安全性更高的站點，例如銀行站點，可以使用其他的方式登入，包括PIN和安全認證。如果不考慮向服務器傳送身份驗證證書的方法，那麼身份驗證的基本原則是一樣的。一旦驗證完成之後，透過身份驗證機制查詢用戶具有什麼樣的權限就比較簡單了。