OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 11.4.2. Verifying Directly with the OpenID Provider

Оглавление
Английский оригинал Перевод на русский

Сожалеем, но текст оригинала доступен только зарегистрированным пользователям.

11.4.2. Проверка напрямую с Провайдером(OpenID Provider)

Reyko32 17.07.12 в 10:43

0

Чтобы иметь возможность выполнить проверку подписи Провайдера, Зависимая Сторона шлет прямой запрос Провайдеру. Для проверки подписи Провайдер пользуется закрытой ассоциацией которая создается, когда он отправляет положительное утверждение.

Reyko32 17.07.12 в 10:48

0

11.4.2.1.Параметры Запроса

Reyko32 17.07.12 в 10:43

0

openid.mode

Reyko32 17.07.12 в 10:43

0

Значение: "check_authentication"

Reyko32 17.07.12 в 10:43

0

Точная копия всех полей из ответа аутентификации, за исключением "openid.mode".

Reyko32 06.08.12 в 09:34

0

Для проверки подписей Провайдер ДОЛЖЕН использовать только закрытые ассоциации и НЕ ДОЛЖЕН использовать ассоциации, которые имеют открытый ключ. Если проверочный запрос содержит обработчик для открытой ассоциации, это означает, что Зависимая Сторона больше не знает открытого ключа, или это объект отличный от Зависимой Стороны(например, взломщик) устанавливает эту ассоциацию с Провайдером.

Reyko32 06.08.12 в 09:39

0

Для предотврящения повторных атак, Повайдер НЕ ДОЛЖЕН допускать более чем один ответ проверки для одного предварительно выданного ответа аутентификаци. Ответ аутентификации и его согласованны запрос проверки могут быть идентифицированы по их "openid.response_nonce" значениям

Reyko32 06.08.12 в 09:44

0

11.4.2.2.Параметы ответа

Reyko32 17.07.12 в 10:44

0

ns

Reyko32 17.07.12 в 10:44

0

Как описано в секции 5.1.2.

Reyko32 17.07.12 в 10:44

0

is_valid

Reyko32 17.07.12 в 10:46

0

Значение: "true" или "false"; утверждает подпись запроса верификации валидна.

Reyko32 17.07.12 в 10:53

0

invalidate_handle

Reyko32 17.07.12 в 10:46

0

Значение: (опционально): значение "invalidate_handle" отправляется в запросе проверки, если Провайдер подтверждает его неверным.

Reyko32 06.08.12 в 09:45

0

Описание: если присутствует в ответе проверки со значением "is_valid" установленным в "true", Зависимой Стороне СЛЕДУЕТ удалить отосланную ассоциацию из своего хранилища и СЛЕДУЕТ отослать новый запрос аутентификации с этим обработчиком.

Reyko32 10.08.12 в 06:00

0

Это двухступенчатый процесс для недействительной ассоциации необходима для предотвращения злоумышленников исходя из недействительной ассоциации добавляя параметры "invalidate_handle" в ответы аутентификации

Reyko32 10.08.12 в 06:09

0
Минутку...