OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 8.4. Association Session Types
| Английский оригинал | Перевод на русский | |
|---|---|---|
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям. |
OpenID идентификация определяет три валидных типа ассоциированый сесий:"no-encryption", "DH-SHA1", и"DH-SHA256". Reyko32 21.06.12 в 02:43 |
|
|
8.4.1. No-Encryption Association Sessions Reyko32 21.06.12 в 02:44 |
||
|
Во время сессии "no-encryption" , Провайдер посылает Зависимой Стороне Ключ MAC ассоциации в виде простого текста. Это делает возможным для зломышленника, прослушивающего канал, перехватить ключ, и подделать сообщение для Зависимой Стороне когда не используется шифрование на транспортном уровне. Следовательно, сессия "no-encryption" НЕДОЛЖНА использоваться без шифрования на транспортном уровне. Для большей информации смотри секцию 15.1.1 Reyko32 21.06.12 в 02:47 |
||
|
Ключ MAC посылаемый Провайдером ДОЛЖЕН быть длинной описанной запрашиваемым типом ассоциации, как указано в секции 6.2 Reyko32 21.06.12 в 02:55 |
||
|
8.4.2. Diffie-Hellman Association Sessions Reyko32 21.06.12 в 02:44 |
||
|
The "DH-SHA1" и "DH-SHA256" типы ассоциаций используют обмен ключами Диффи-Хелмана для безопасной передачи открытого ключа Reyko32 21.06.12 в 03:02 |
||
|
MAC ключ ДОЛЖЕН быть такой же длины как выход из H, хэш-функция - 160 бит (20 байт) для DH-SHA1 или 256 бит (32 байт) для DH-SHA256, а так же выход выход алгоритма подписи этой ассоциации. Reyko32 21.06.12 в 03:11 |
||
|
Зависимая сторона определяет абсолютное значение «p» и генератор «g». Зависимая Сторона выбирает произвольный закрытый ключ «ха» и OpenID Провайдер выбирает произвольный закрытый ключ «xb». Оба в промежутке [1 .. p-1]. Открытый ключ использеется ля для зашифровки MAC ключа g^(xa * xb) mod p = (g ^ xa) ^ xb mod p = (g ^ xb) ^ xa mod p. Для более подробной информации смотри [RFC2631]. Для большей информации о выборе произвольного значения, смотри [RFC1750]. Reyko32 21.06.12 в 03:24 |