component-space

    0熱度

    3回答

    我正在評估ComponentSpace與手動滾動的SAML庫。我已經閱讀了從封面到封面的文檔。 到現在爲止,它證明比手動寫入請求節省更多時間,但是我的IDP使用samlp:Extensions和samlp:Issuer元素上的附加屬性。 如果在簽名和「發送」之前有方法訪問和擴充生成的XML文檔,那將很方便。 我們的IDP也使用這個lib(顯然),因爲他們使用所有這些額外的XML節點,我假設有一種方

    1熱度

    1回答

    我正在爲我們的Web應用程序(CRM門戶)執行web sso集成(IDP啓動的流程),其中用戶使用AD憑據登錄並訪問資源服務提供商(SP)通過傳遞我們的客戶details.Our服務器是在Windows 2012 R2(ADFS 3.0)。我可以讓SP發佈SAML請求到web api(4.6,C#),創建SAML 2.0響應第三方程序集(ComponentSpace),並在數字簽名和加密聲明後將其

    0熱度

    1回答

    我已經使用其默認憑證(與安裝程序捆綁在一起的證書)將Shibboleth設置爲IdP。我認爲它使用idp-signing.crt證書來簽署SAML響應。使用LowLevelAPI ShibbolethSP示例項目,只要我註釋「驗證響應的簽名」代碼,我就可以通過Shibboleth IdP進行登錄。我確信我在Global.asax.cs中的Application_Start中添加了SHA-256 X

    0熱度

    1回答

    我正在使用opensaml簽署我的SAML,並且我也成功地使用OpenSAML的SignatureValidator驗證了它。 SignatureValidator signValidator = new SignatureValidator(publicCredential); signValidator.validate(signature); 對IDP使用組件的空間,以驗證他們

    0熱度

    1回答

    我正在嘗試將Tivoli Federated Identity Manager 6.2用作身份提供程序以及具有使用ComponentSpace庫的SAML 2.0支持的應用程序。 該應用程序是否可以支持TFIM?如果支持,那麼任何人都可以提供任何說明或信息與使用這兩個相關的文檔。

    0熱度

    1回答

    我們在生產中存在SAML簽名驗證問題。一切都很好,直到今天早上。我們得到以下錯誤: "Failed to validate the SAML assertion signature" 有了一些挖掘,我們發現一些SSO請求是失敗的 SAMLAssertionSignature.Verify() 的X509證書被作爲消息的一部分。它們在成功和失敗情況下完全相同。 我們得到唯一的例外是 Componen

    4熱度

    3回答

    我們有一位客戶試圖使用ADFS將SSO應用於我們的Web應用程序。我們正在使用ComponentSpace SAML 2.0庫。被髮送給我們的說法是這樣的: <Assertion ID="_b8a24809-ab6b-4acd-ad6a-8bcb97bb1889" IssueInstant="2012-05-24T13:30:33.917Z" Version="2.0" xmlns="urn:oa

    2熱度

    2回答

    我們的IdP是Salesforce.com組織。 SP是第三方.Net應用程序。在開發過程中,第三方報告說他們無法驗證發送的SAML響應。 我們決定嘗試使用ComponentSpace驗證我們的結果,以驗證SAML響應。以下是我們嘗試過的: // Load the certificate from the file: certInFile // Load the SAML in an XMLEl