我學習認證和授權協議我的碩士論文,我發現,可能是最好的2替代品ID連接和SAML 2.0(實際上,在歐洲,基於SAML的項目中,我公司參與4年之前稱爲SENSEI)。OpenID Connect適合物聯網嗎?
本論文的目的是擴展現有的物聯網系統,它基本上是一個從數百萬傳感器獲取信息的流的目錄,並提供AAA(包括會計),將其轉化爲一個實際的市場人們可能會付費訂閱某些流。
到目前爲止,我認爲OpenID Connect將是Sensei和SAML的更好選擇。原因是大量的信息,文檔,圖書館和支持該標準的公司。也更適合開發者和近期。但是,我通過閱讀寫了下面一段OWASPin this article
雖然已經的OpenID採取最的消費市場,SAML往往是 選擇企業級應用。原因通常是 有幾個OpenId身份提供商被認爲是 企業級(這意味着它們驗證用戶身份的方式不具有企業身份所需的高標準)。更常見的是 查看內部網站內部使用的SAML, 有時甚至使用來自內部網的服務器作爲標識 的提供者。
所以我在想,如果你請,可以幫助我以下的問題:
- 你也覺得SAML也許是更適合企業的項目,如我的嗎? OpenID是更加面向用戶的嗎?
- 我必須考慮關於傳感器的信任模型以確保它們是可靠的信息來源。因此,您認爲使用相同的協議是一個好主意:1)希望登錄系統的用戶和2)應該證明他們是具有非僞造數據的可信源的設備?
- 與前面的問題相關,如果我可以使用OpenID Connect for devices,我怎麼能讓它們在沒有電子郵件或密碼的情況下進行身份驗證?我在考慮將UUID作爲標識符,但我被告知這不是一個好主意,並且在this StackOverflow thread上也讀了相同的內容。
- 有誰知道是否存在任何知名的協議來處理或支持系統中的會計?據我所知,OpenID Connect支持會話管理,但不支持100%的會計。
在此先感謝。
每個問題請提出一個問題。例如,這也可能更好。 http://serverfault.com,因爲它不是一個特定的編程問題。 –
也許它與編程沒有完全相關,但我不認爲它應該在serverfault上,這不是服務器問題。我提出了4個問題,因爲它們都與同一主題有關,如果我將它們分開,可能難以理解問題的背景。 – albertoblaz