SimpleSAMLphp 状态信息丢失

SimpleSAMLphp State Information getting lost

提问人:Andrew Cooper 提问时间:1/28/2016 最后编辑:miken32Andrew Cooper 更新时间:5/3/2021 访问量:4805

问:

我在 https://biz.dev.originsystems.co.za 设置了服务提供商。我在 http://stage.originsystems.co.za 设置了 IdP。

https://biz.dev.originsystems.co.za/simplesaml/module.php/core/authenticate.php 使用该工具测试身份验证时,一切正常。它带着所需的属性回到开发站点,一切都是快乐和快乐的。

但是,当我尝试在 https://biz.dev.originsystems.co.za 上的代码中实际命中 IdP 时,我被重定向到 Stage 登录页面,但在登录后,我收到“状态信息丢失”错误。我得到以下调试信息:

SimpleSAML_Error_NoState: NOSTATE

Backtrace:
2 /webdevroot/Updraft/web/external/System/SSO/simplesaml/lib/SimpleSAML/Auth/State.php:225 (SimpleSAML_Auth_State::loadState)
1 /webdevroot/Updraft/web/external/System/SSO/simplesaml/modules/saml/www/sp/saml2-acs.php:63 (require)
0 /webdevroot/Updraft/web/external/System/SSO/simplesaml/www/module.php:134 (N/A)

我已经完成了页面要求我做的所有故障排除,但情况仍然存在。

我已经在浏览器上打开了开发工具并查看了cookie信息。biz.dev.originsystems.co.za 的 cookie 包括一个 SimpleAMLAuthToken,所以我认为 cookie 正在工作。我用来攻击 IdP 的代码是:

$as = new SimpleSAML_Auth_Simple("stage-sso-sp");
$as->requireAuth();
$attributes = $as->getAttributes();
print_r($attributes);

更新:

这里有一些更多信息...

我想确定问题是否出在我设置 IdP 的方式上,因此我开始将 SSO Circle 用于 IdP。在 SSO Circle 上进行身份验证后,状态信息也会丢失。我认为这意味着问题出在我的 SimpleSAML 服务提供商设置的某个地方。这是正在发生的事情......

当我转到 SimpleSAML 测试身份验证源页面时 https://biz.stage.originsystems.co.za/simplesaml 我有以下 cookie 值...

Name                                       Value
SimpleSAMLAuthToken                        _a53569c0701dd02832532df14cf10cd0b2d9fcd6b6
biz.stage.originsystems.co.za              10fc356e0bfbf707af5fa5854c378755
ccof                                       RGN002
xbrF                                       84aadc624fc51c0c9340d45645c08643

除 SimpleSAMLAuthToken 之外的所有内容都来自我们的应用程序,不应影响 SimpleSAML。一旦我被重定向到 SSO Circle 并经过身份验证,我就会返回到我的 SimpleSAML 页面,身份验证令牌现在的值为 ,并且所有相关信息都正确返回。日志文件显示以下活动。_39679e07cb1911e08b2bff3580a9929faddd07e9b6

Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Received SAML2 Response from 'http://idp.ssocircle.com'.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] No certificate in message when validating against fingerprint.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Found 1 certificates in SAML2_Assertion
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Has 1 candidate keys for validation.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Validation with key #0 succeeded.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Filter config for http://idp.ssocircle.com->https://biz.stage.originsystems.co.za/simplesaml/module.php/saml/sp/metadata.php/default-sp: array (  0 =>   sspmod_core_Auth_Process_LanguageAdaptor::__set_state(array(     'langattr' => 'preferredLanguage',     'priority' => 90,  )),)
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Deleting state: '_742b094314383407864f56bccc6afd7de3dcb3211e'
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Session: doLogin("default-sp")
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Session: Valid session found with 'default-sp'.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Session: Valid session found with 'default-sp'.
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Template: Reading [/OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/dictionaries/status]
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Template: Reading [/OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/dictionaries/attributes]
Feb 02 12:58:22 simplesamlphp DEBUG [7c4534ae0a] Template: Reading [/OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/modules/core/dictionaries/frontpage]

如果我转到 https://biz.stage.originsystems.co.za?ccof=RGN002,我将被重定向到我期望的 SSO Circle,然后我在那里进行身份验证。此时,我的 Autth Token 的值为 。通过身份验证后,我被定向到 SimpleSAML 错误页面“状态信息丢失”,身份验证令牌仍然是 。_39679e07cb1911e08b2bff3580a9929faddd07e9b6_39679e07cb1911e08b2bff3580a9929faddd07e9b6

日志显示...

Feb 02 13:08:31 simplesamlphp DEBUG [8abc64dd04] Loading state: '_498e7d4d75bb7716e5e8cf905e0da5ef1c40cf1b3f'
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] SimpleSAML_Error_NoState: NOSTATE
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] Backtrace:
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] 2 /OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/lib/SimpleSAML/Auth/State.php:225 (SimpleSAML_Auth_State::loadState)
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] 1 /OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/modules/saml/www/sp/saml2-acs.php:63 (require)
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] 0 /OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/www/module.php:134 (N/A)
Feb 02 13:08:31 simplesamlphp ERROR [8abc64dd04] Error report with id dfbb52b0 generated.
Feb 02 13:08:31 simplesamlphp DEBUG [8abc64dd04] Template: Reading [/OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/dictionaries/errors]
Feb 02 13:08:31 simplesamlphp DEBUG [8abc64dd04] Template: Reading [/OriginSystems/application/Updraft/web/external/System/SSO/simplesaml/modules/core/dictionaries/no_state]

在我看来,身份验证令牌应该是,但出于某种原因并非如此。由于 SimpleSAML 找不到该令牌,因此它永远不会删除旧令牌并创建一个新令牌。也许我错了。我完全愿意得到纠正。我的问题是我不知道是什么原因造成的。我已将配置文件中的 cookie.name 设置为“biz.stage.originsystems.co.za”,这似乎适用于 SimpleSAML 控制面板,但在实际应用程序中使用 SP 时不起作用。有人能在这里为我指出正确的方向吗?我迷路了。_498e7d4d75bb7716e5e8cf905e0da5ef1c40cf1b3f

php saml 简单samlphp

评论

4赞 Talha Habib 2/7/2016
您获得的生成的 ID/令牌以某种方式产生了问题,可能产生此错误的前三个原因是: 1.更改域名,例如,您正在 example.com 跳转到导致会话出现无状态错误的 www.example.com, 2.从 HTTP 跳到 HTTPS 或 HTTPS 跳到 HTTP, 3.会话未正确保存,有关更多信息,请考虑查看此处
0赞 Ken Clubok 2/10/2016
多元思考者:这是一个很好的回应。您应该将其发布为答案,以便获得赏金。如果它对你不起作用,安德鲁,你介意发布你的 SP 和 IDP 配置的元数据吗?
0赞 tmountjr 8/29/2017
如果不看元数据,很难给出具体的答案,但我想指出的是,Firefox有一个名为Saml Tracer(addons.mozilla.org/en-US/firefox/addon/saml-tracer)的附加组件,我在调试SSO问题时一直在使用它。可以帮助您跟踪来回发送的值,而无需依赖调试语句。
0赞 JianYA 3/13/2018
嗨,我有同样的问题。你设法解决了这个问题吗?
0赞 Mikko Rantalainen 8/12/2021
您是否在多台工作计算机上运行代码?(例如,反向代理平衡器后面的多个 PHP 工作机器。如果是这样,请确保所有工作人员都能看到 SimpleSAML 用于在不同请求之间保存数据的共享数据后端。

答:

0赞 Martin Zeitler 1/26/2018 #1

您必须定义两个完全独立的环境,以便混合使用这两个环境(具有两个完全不同的身份提供商),正如您所描述的那样(这显然是行不通的,除非将它们都添加到 SSO 配置中 - 这可能不是预期的结果);简单地检查服务器的主机名并相应地定义变量 - 这可以“即时”完成,也可以通过两个不同的配置文件完成(实际上在部署结束时推送配置文件是很常见的)。对我来说,这听起来更像是部署问题(缺少实时站点的正确配置文件),而不是 SSO 问题。