2016-07-20 5 views
0

Итак, моя система SAML2 SP. Мы протестировали его на SSOCircle (общедоступная тестовая жгутовая прокладка saml idp), и он работает.Может ли частный IdP сделать запрос SSO публичному SP

Теперь мы пытаемся настроить его с помощью клиента (который является IdP). Мой вопрос в том, что если мы выполняем ИОП Инициированный SSO - нужно ли IdP быть видимым для SP? (idp недоступен через Интернет). Или это не имеет значения, если IdP может отправлять сообщения в SP? (SP общедоступен).

Мое предположение - это не так. Верный?

+0

IdP и SP должны установить доверие друг к другу, чтобы они могли говорить. Если кто-то невидим для другого, тогда общения не будет. Другая сторона просто отвергает SAMLRequest или SAMLResponse, так как не знает, кто отправляет запрос/ответ. Можете ли вы объяснить немного больше о вашем случае использования? – Zeigeist

+0

IdP отправляет ответ SAMLResponse на наш ACS. Это IdP-inititaed SSO, поэтому здесь всего 1 путь трафика (IdP -> SP). IdP может видеть SP, но не наоборот. Проблема, которую мы получаем, связана с nostate (мы SP и используем simplesaml). Мы получаем ответ saml, хотя SAML Tracer показывает нам это. –

ответ

1

Это действительно зависит от привязки, которую вы используете. Если вы используете привязку к POST, действительно, все коммуникации между IDP и SP проходят через браузер, а IDP и SP не должны напрямую связываться.

Это не относится к привязке к артефакту, где SP необходимо извлечь токен в IDP.

+0

Yep - это сообщение HTTP. При попытке этой интеграции мы получаем ошибку с ностальгом. Мы (SP) получаем ответ SAML на наш сервис ACS - поэтому мы не понимаем, где это происходит. –

+0

Не уверен в сообщении об ошибке, но ошибка «без состояния» может означать, что ваш SP ожидает ответа только в потоке, инициированном SP. В потоке, инициированном SP, SP ожидает параметр RelayState, отправленный с ответом. Этот параметр не отправляется в потоке, инициированном IDP. –

Смежные вопросы