OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 10. Responding to Authentication Requests

Оглавление

Сбросить всё

Английский оригинал	Перевод на русский
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям.	Когда запрос идентификации приходит от Пользовательского Агента(User-Agent) посредством непрямого обмена информацией, Провайдеру(OP) СЛЕДУЕТ определить, что авторизованный Конечный Пользователь (end user) желает завершит идентификацию. Если авторизованный Конечный Пользователь (end user) пожелал завершить идентификацию, Провайдеру(OP) СЛЕДУЕТ отправить положительное утверждение Зависимой Стороне(Relying Party). Reyko32 09.07.12 в 04:20 0
	Метод идентификации авторизированных конечных пользователей(end users) и получение подтверждений возвращаемых утверждениями OpenID Идентификации выходит за рамки этой спецификации. Соображения по безопасности OpenID Провайдера(OpenID Provider) смотрите в секции 15.1.2.1. Reyko32 09.07.12 в 04:29 0
	Если Зависимая Сторона(relying party) запрашивает выбор идентификатора(identifier),управляемый Провайдером, путем установки параметра "openid.identity" в значение "http://specs.openid.net/auth/2.0/identifier_select" и имеются Идентификаторы(Identifiers) для которых конечный пользователь(end user) имеет право давать ответ идентификации, Провайдеру (OP) следует позволить конечному пользователю(end user) выбрать какой идентификатор использовать. Reyko32 09.07.12 в 06:00 0
	Если Зависимая Сторона(Relying Party) позволит ассоциировать обработчик с запросом идентификации, Провайдеру(OP) СЛЕДУЕТ попытаться искать ассоциации основанные на эом обработчике. Если ассоциации пропущена или истекла, Провайдеру(OP) СЛЕДУЕТ отослать параметр "openid.invalidate_handle" как часть ответа со значением из параметра "openid.assoc_handle" в запросе, и СЛЕДУЕТ продолжить если не было указано обработчика сессии. Reyko32 09.07.12 в 07:59 0
	Если не было указан обработчик ассоциации, Провайдеру(OP) СЛЕДУЕТ использовать закрытую ассоциацию для подписания ответа. Провайдер(OP) ДОЛЖЕН хранить эту ассоциацию и ДОЛЖЕН отвечать для последующих запросов для проверки подписи ответа используя Direct Verification. Reyko32 09.07.12 в 08:06 0
	Зависисмым Сторонам(Relying Parties) СЛЕДУЕТ принимать и сверять утверждения об Идентификаторах(Identifiers) для которых они не запрашивали идентификации. Провайдерам(OP) СЛЕДУЕТ использовать закрытые ассоциации для подписи незатребованных положительных утверждений. Reyko32 09.07.12 в 08:11 0
	Если значение "openid.return_to" опущено в запросе, Зависимая Сторона(Relying Party), это значит, что Зависимая Сторона(Relying Party) не желает принимать утверждение идентификации от Провайдера(OP). Это может быть польезно, когда используются расширения для передачи данных между Зависимой Стороной(Relying Party) и Провайдером(OP). Reyko32 09.07.12 в 08:16 0