最簡單的方法來使用客戶端生成的令牌WCF認證

（我試圖尋找，但找不到任何真正有用的鏈接。）最簡單的方法來使用客戶端生成的令牌WCF認證

我們正在實施一系列WCF服務。我會像要做的這些服務是有客戶端（這將是值得信賴的應用程序服務器）能夠將某種類型的令牌傳遞到Web服務進行身份驗證。我不要希望被要求傳遞用戶名/密碼的初始或後續請求（因爲在某些情況下，呼叫應用程序服務器可能沒有密碼）。 Windows和Kerberos在我們的特定情況下不可用。

我曾經想過只是創建一個簡單的自定義UserNameSecurityTokenAuthenticator類並對其進行修改，以便如果密碼爲空，它會將userName作爲字符串編碼的標記值（顯然會檢查標記本身以驗證它在此時是否有效），但是如果密碼不爲空，則將用戶名/密碼轉發給MembershipProvider進行檢查。基本上我想重載用戶名/密碼認證以提供令牌傳遞。

這可能嗎？我可以簡單地插入一個像這樣的令牌認證器，還是有其他簡單的方法來「截獲」這樣的請求（並從解密的令牌更新實際的用戶名值）？

還有其他一些令人難以置信的簡單方法來允許客戶端傳遞一個自定義令牌並讓服務器接受它，我只是失蹤？

來源

2010-02-11 technophile

如果這是一個相當受控的環境中並沒有太多的客戶參與進來，那麼我會嘗試建立沿B2B場景使用固定兩端證書傳輸鏈路線的東西。

證書沒有綁定到Windows或AD域，並且設置它們是一次性工作。

瞭解更多關於WCF安全方案：

來源

2010-02-12 06:18:35

啊，我應該提到這一點。它根本不是一個受控制的環境;應用程序被出售給並安裝在我們的客戶控制系統，所以我必須在網絡拓撲結構，證書等。我想盡量減少額外的客戶設置無法控制;如果我們的客戶突然不得不開始爲所有他們的應用服務器購買/安裝證書，這將是一個負面的。 – technophile 2010-02-12 14:43:34

我會閱讀的鏈接，謝謝 - 一兩件事，可能工作時是否有某種方式來產生X509或其他證書，所有的appservers可以針對每個用戶爲基礎共享（我不想開安全漏洞，一個客戶可以通過此可信連接訪問他人的安裝）。 – technophile 2010-02-12 14:48:16

最簡單的方法來使用客戶端生成的令牌WCF認證

回答

相關問題