OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 11.2. Verifying Discovered Information

Если Заявленный Идентификатор в утверждении является URL и содержит фрагмент, часть фрагмента и разделитель фрагмента "#" НЕ ДОЛЖНЫ использоваться в целях проверки полученной информации.

Reyko32 17.07.12 в 06:52

Если Заявленный Идентификатор(Claimed Identifier) включен в утверждение, он ДОЛЖЕН быть получен в процессе discovery Зависимой Стороной и информация в утверждении ДОЛЖНА присутствовать в полученной(discovered ) информации. Заявленный Идентификатор(Claimed Identifier) НЕ ДОЛЖЕН быть идентификатором Провайдера(OP Identifier)

Reyko32 17.07.12 в 06:55

Если заявленный идентификатор не был предварительно получен(discovered ) Зависимой Стороной(поле "openid.identity" имело значение "http://specs.openid.net/auth/2.0/identifier_select" или отличный Идентификатор или Провайдер отослал не затребованное положительное утверждение), Зависимая Сторона ДОЛЖНА получить информацию(discovery ) по адресу Заявленного Идентификатора(Claimed Identifier ) в ответе для того, чтобы убедиться что Провайдер уполномочен делать утверждения о Заявленном Идентификаторе.

Reyko32 17.07.12 в 07:05

Если Заявленного Идентификатора нет в ответе, утверждение не об идентификаторе и Зависимая Сторона НЕ ДОЛЖНА использовать Предоставленный Пользователем Идентификатор(User-supplied Identifier) ассоциированный с текущей транзакции OpenID идентификации по идентификации пользователя. Информация из расширений в утверждении МОЖЕТ попрежнему использоваться.

Reyko32 17.07.12 в 07:16

Discovered Value ||Response Field
Claimed Identifier ||openid.claimed_id
OP-Local Identifier||openid.identity
OP Endpoint URL ||openid.op_endpoint
Protocol Version ||openid.ns

Reyko32 17.07.12 в 09:49

Эта таблица показывает как отображать открытую информацию(discovered ) в поля ответа OpenID аутентификации "id_res"
Соотношение Открытой(Discovered ) информациии к Ответу аутентификации

Reyko32 17.07.12 в 07:37

Если используется механизм получения данных(discovery mechanism), который возвращает XRDS-документ, то версия потокола, OP Endpoint URL, OP-Local Identifier(если отличается от заявленного идентификатора) ДОЛЖНЫ присутствовать в одном <xrd:Service> элементе. Это МОЖЕТ быть неиспользованное поле в этом <xrd:Service> элементе.

Reyko32 17.07.12 в 09:55

Не нормальный пример

Reyko32 17.07.12 в 09:55

http://specs.openid.net/auth/2.0/signon
http://provider.example.com/openid
https://provider.example.com/openid

Reyko32 17.07.12 в 09:55

В этом примере отрывок XRDS, элемент имеет два элемента, которые сопостовляются с OP Endpoint URLs как в секции 7.3.1. Если в утверждении есть любоезначение для "openid.op_endpoint", тогда это поле совпадает с этим элементом. Остальные элементы неиспользуются.

Reyko32 17.07.12 в 09:59