使用RADIUS的RSA新引腳模式的服務器通信

我正在Java應用程序中的客戶端上實現RADIUS身份驗證過程。使用RADIUS的RSA新引腳模式的服務器通信

RADIUS服務器使用RSA SecurID來驗證用戶。如已知RSA SecurID使用令牌。當用戶忘記了令牌的標記時，可以將令牌設置爲服務器上的特殊新引腳模式，這將強制用戶在下次登錄嘗試時設置新的引腳。

由於FAS，因爲我知道與服務器通信的工作流程將類似於以下內容：

客戶端：發送訪問請求包到服務器與通常的屬性。
服務器：回覆包含指示特殊新引腳模式的包
客戶端：顯示用戶輸入新引腳的接口。將包發送到包含新引腳的服務器。
服務器：回覆一個封裝，說明引腳已成功設置。
客戶端：顯示一條確認消息並要求用戶使用他的令牌上的新引腳創建的新密碼。我認爲這是基本相同的包如步驟1
服務器：回覆用的Access-Accept包如果行或和訪問拒絕如果不是-OK

對於步驟2，3，4和5我不知道包結構是怎樣的，因此不能在客戶端上實現任何邏輯。有沒有人有關令牌服務器通信的知識處於新的引腳模式？

乾杯西蒙

使用這個樣子的令牌。要創建你需要先輸入您的PIN有效密碼，並擊中了7下方的菱形按鍵：

this http://www.comprosec.ch/fileadmin/images/rsa/securid/SD520_450x297_72dpi_crop.jpg

來源

2012-07-31 Simon

你是在談論RSA [SecurID]（https://en.wikipedia.org/wiki/SecurID）令牌產品？術語「RSA」本身通常是指[密碼算法]（https://en.wikipedia.org/wiki/RSA_%28algorithm%29）。 – Wyzard 2012-07-31 12:17:10

是的，確切地說。剛剛編輯了這個問題。 – Simon 2012-07-31 12:59:06

事實證明，你需要看一下「回覆信息」（18型）的屬性發送在來自服務器的RADIUS數據包中。這很不方便，但它是官方的解決方案，因爲RADIUS協議不支持這種狀態（請參閱RFC 2865）。與您的RSA聯繫人交談，他們可以爲您提供測試服務器和2個測試令牌來測試您的解析代碼。

這是我迄今發現：

新-PIN-模式進入

回答消息中包含「輸入具有4到6位新的PIN：」

新-PIN模式請求確認PIN

回答消息中包含「請重新輸入新的PIN：」

新-PIN模式成功

回答消息中包含「PIN接受」

下tokencode-模式啓動

答覆郵件中包含「輸入新的令牌代碼」

來源

2013-07-15 09:57:21 Simon

使用RADIUS的RSA新引腳模式的服務器通信

回答

相關問題