Готовый перевод OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 10. Responding to Authentication Requests

Когда запрос идентификации приходит от Пользовательского Агента(User-Agent) посредством непрямого обмена информацией, Провайдеру(OP) СЛЕДУЕТ определить, что авторизованный Конечный Пользователь (end user) желает завершит идентификацию. Если авторизованный Конечный Пользователь (end user) пожелал завершить идентификацию, Провайдеру(OP) СЛЕДУЕТ отправить положительное утверждение Зависимой Стороне(Relying Party).

Метод идентификации авторизированных конечных пользователей(end users) и получение подтверждений возвращаемых утверждениями OpenID Идентификации выходит за рамки этой спецификации. Соображения по безопасности OpenID Провайдера(OpenID Provider) смотрите в секции 15.1.2.1.

Если Зависимая Сторона(relying party) запрашивает выбор идентификатора(identifier),управляемый Провайдером, путем установки параметра "openid.identity" в значение "http://specs.openid.net/auth/2.0/identifier_select" и имеются Идентификаторы(Identifiers) для которых конечный пользователь(end user) имеет право давать ответ идентификации, Провайдеру (OP) следует позволить конечному пользователю(end user) выбрать какой идентификатор использовать.

Если Зависимая Сторона(Relying Party) позволит ассоциировать обработчик с запросом идентификации, Провайдеру(OP) СЛЕДУЕТ попытаться искать ассоциации основанные на эом обработчике. Если ассоциации пропущена или истекла, Провайдеру(OP) СЛЕДУЕТ отослать параметр "openid.invalidate_handle" как часть ответа со значением из параметра "openid.assoc_handle" в запросе, и СЛЕДУЕТ продолжить если не было указано обработчика сессии.

Если не было указан обработчик ассоциации, Провайдеру(OP) СЛЕДУЕТ использовать закрытую ассоциацию для подписания ответа. Провайдер(OP) ДОЛЖЕН хранить эту ассоциацию и ДОЛЖЕН отвечать для последующих запросов для проверки подписи ответа используя Direct Verification.

Зависисмым Сторонам(Relying Parties) СЛЕДУЕТ принимать и сверять утверждения об Идентификаторах(Identifiers) для которых они не запрашивали идентификации. Провайдерам(OP) СЛЕДУЕТ использовать закрытые ассоциации для подписи незатребованных положительных утверждений.

Если значение "openid.return_to" опущено в запросе, Зависимая Сторона(Relying Party), это значит, что Зависимая Сторона(Relying Party) не желает принимать утверждение идентификации от Провайдера(OP). Это может быть польезно, когда используются расширения для передачи данных между Зависимой Стороной(Relying Party) и Провайдером(OP).

Переведено на Нотабеноиде
http://notabenoid.org/book/23365/104276

Переводчики: Reyko32