Изменения документа Криптография
Редактировал(а) Alexandr Fokin 2023/03/20 12:57
От версии 1.15
отредактировано Alexandr Fokin
на 2022/07/01 15:25
на 2022/07/01 15:25
Изменить комментарий:
К данной версии нет комментариев
К версии 1.18
отредактировано Alexandr Fokin
на 2022/07/01 15:57
на 2022/07/01 15:57
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -15,8 +15,6 @@ 15 15 При этом восстановление исходных данных на основании хеша не предполагается. 16 16 17 17 Дополнение: обычно размер хеша является константным и не зависит от размера входных данных. 18 - 19 - 20 20 ))) 21 21 22 22 ---- ... ... @@ -42,15 +42,20 @@ 42 42 )))|(% style="width:372px" %)((( 43 43 Используется 2 ключа (открытый и закрытый), таким образом, что информация, зашифрованная одним из ключей, может быть расшифрована только с помощью второго. 44 44 45 -Обычно уступают в скорости симметричным алгоритмам (из расчета шифрования одного и того-же объема данных)43 +Обычно уступают в скорости и криптостойкости симметричным алгоритмам. 46 46 )))|(% style="width:745px" %)((( 47 47 * Задача установки защищенного соединения между 2 сторонами, при условии, что существует третья сторона, которая может перехватывать все сообщения. (Но даже в случае перехвата сообщений установки соединения 3 сторона не сможет расшифровать последующие зашифрованные сообщения). 48 48 * Можно выдать клиенту открытый ключ. Клиент зашифрует данные перед передачей нам, прочитать их сможем только мы с помощью закрытого ключа. 49 -)))|(% style="width:136px" %)RSA 50 - |(% style="width:269px" %)Цифровые подписи|(% style="width:372px" %) |(% style="width:745px" %)Подтверждение авторства/подлинности контента (эл. письма, программы ...)|(% style="width:136px" %)47 +)))|(% style="width:136px" %)RSA, 48 +ElGamal 51 51 |(% style="width:269px" %)Криптографический протокол|(% style="width:372px" %)Некоторое соглашение о формате, обмена данных между сторонами. Может включать в себя совокупность разных алгоритмов шифрования.|(% style="width:745px" %)Алгоритм ассиметричного шифрования может использоваться как механизм установления криптографической сессии. 52 52 В рамках установления сессии стороны используют ассиметричное шифрования для обмена ключами симметричного шифрования. 53 -Ключи симметричного шифрования используются в рамках сессии для шифрования сообщений.|(% style="width:136px" %) 51 +Ключи симметричного шифрования используются в рамках сессии для шифрования сообщений.|(% style="width:136px" %)((( 52 +SSL, 53 +IPSEC, 54 +S/MIME, 55 +PGP 56 +))) 54 54 |(% style="width:269px" %)Хеш|(% style="width:372px" %)((( 55 55 56 56 ... ... @@ -94,5 +94,12 @@ 94 94 95 95 Возможные проблемы: общий ключ несет за собой такой момент, что получатель самостоятельно может формировать сообщения по той-же логике и в некоторых случаях потделывать исходного отправителя. 96 96 )))|(% style="width:136px" %)HMAC 100 +|(% style="width:269px" %)Цифровые подписи|(% style="width:372px" %)((( 101 +В некотором смысле: Хеш + Ассиметричное шифрование. 97 97 103 +Необходимо наличие доверенного центра сертификаций. 104 +)))|(% style="width:745px" %)Подтверждение авторства/подлинности контента (эл. письма, программы ...)|(% style="width:136px" %)RSA, 105 +DSA, 106 +ElGamal 107 + 98 98