OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 11.5. Identifying the end user

Оглавление

Сбросить всё

Английский оригинал	Перевод на русский
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям.	11.5. Идентификация конечного пользователя Reyko32 18.09.12 в 08:26 0
	Заявленный идентификатор(Claimed Identifier) в случае успешного ответа аутентификации ДОЛЖЕН быть использован Зависимой Стороной (Relying Party) как ключ в локальном хранилище информации о пользователи. Заявленный идентификатор(Claimed Identifier) МОЖЕТ быть использован как видимый пользователем идентификатор. Когда отображается URL идентификатор, фрагмет МОЖЕТ быть опущен. Reyko32 18.09.12 в 08:30 0
	11.5.1. Повторное использование идентификатора Reyko32 18.09.12 в 08:31 0
	Провайдер OpenID (OpenID Provider) с большой базой пользователей может использовать фрагменты для переделывания URL идентификаторов если они так решат. Когда переназначается URL идентификатор для нового конечного пользователя, Провайдер OpenID (OpenID Provider) должен генерировать новую уникальную часть фрагмента. Reyko32 18.09.12 в 08:35 0
	Полный URL с частью фрагмента составляет Заявленный Идентификатор (Claimed Identifier) в положительном утверждении, поэтому Зависимая Сторона (Relying Party) будет отличать текущего от бывшего владельца URL без части фрагмента. Reyko32 18.09.12 в 08:40 0
	Этот механизм позволяет создавать повторно используемые URL Идентификаторы (предположительно короткие, легко запоминающиеся) без фрагмента для использования конечными пользователями во время входа, и Зависимой Стороной(Relying Party) для отображения результатов. Reyko32 18.09.12 в 08:47 0
	11.5.2. HTTP и HTTPS URL идентификаторы Reyko32 18.09.12 в 08:48 0
	Зависимые Стороны(Relying Parties) ДОЛЖНЫ различать URL идентификаторы, которые имеют разные схемы. Когда ввод конечного пользователя преобразуется в URL - это HTTP URL. Если тот же конечный пользователь контролирует тот же URL, отличный только по схеме, и желательно, что бы Идентификаторы был HTTPS URL, это РЕКОМЕНДОВАНО, что бы пере направление было произведено от HTTP URL к HTTPS URL. Потому что HTTP и HTTPS URL не эквивалентны и идентификатор, который используется как URL после последующего пере направлений, там не будет видимого снижения в безопасности используя эту схему. Если злоумышленник может получить контроль над HTTP URL, это не подействует на HTTPS URL, до тех пор HTTP URL никогда не будет использоваться как Идентификатор, за исключением инициализации процесса получения данных(discovery process). Reyko32 18.09.12 в 09:02 0