Изменения документа Криптография

Сводка

• Свойства страницы (2 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Алгоритмы.Безопасность.WebHome
	1	+Алгоритмы.Другое.Безопасность.WebHome

Содержимое

...	...	@@ -15,8 +15,6 @@
15	15	При этом восстановление исходных данных на основании хеша не предполагается.
16	16
17	17	Дополнение: обычно размер хеша является константным и не зависит от размера входных данных.
18		-
19		-
20	20	)))
21	21
22	22	----
...	...	@@ -33,7 +33,7 @@
33	33	Data Decipher(encryptedData, key)
34	34	{{/code}}
35	35	)))|(% style="width:745px" %)Обычное, классическое шифрование.|(% style="width:136px" %)DES, TripleDES,
36		-Rijndael,
	34	+Rijndael AES,
37	37	RC2
38	38	|(% style="width:269px" %)(((
39	39	Ассиметричное шифрование.
...	...	@@ -42,18 +42,53 @@
42	42	)))|(% style="width:372px" %)(((
43	43	Используется 2 ключа (открытый и закрытый), таким образом, что информация, зашифрованная одним из ключей, может быть расшифрована только с помощью второго.
44	44
45		-Обычно уступают в скорости симметричным алгоритмам (из расчета шифрования одного и того-же объема данных)
	43	+Обычно уступают в скорости и криптостойкости симметричным алгоритмам.
	44	+
	45	+----
	46	+
	47	+{{code language="c#"}}
	48	+EncryptedData Encrypt(data, privateKey)
	49	+Data DecipherData(encryptedData, publicKey)
	50	+
	51	+EncryptedData Encrypt(data, publicKey)
	52	+Data DecipherData(encryptedData, privateKey)
	53	+{{/code}}
46	46	)))|(% style="width:745px" %)(((
47		-* Задача установки защищенного соединения между 2 сторонами, при условии, что существует третья сторона, которая может перехватывать все сообщения. (Но даже в случае перехвата сообщений установки соединения 3 сторона не сможет расшифровать последующие зашифрованные сообщения).
48	48	* Можно выдать клиенту открытый ключ. Клиент зашифрует данные перед передачей нам, прочитать их сможем только мы с помощью закрытого ключа.
49		-)))|(% style="width:136px" %)RSA
50		-|(% style="width:269px" %)Цифровые подписи|(% style="width:372px" %) |(% style="width:745px" %)Подтверждение авторства/подлинности контента (эл. письма, программы ...)|(% style="width:136px" %)
51		-|(% style="width:269px" %)Криптографический протокол|(% style="width:372px" %)Некоторое соглашение о формате, обмена данных между сторонами. Может включать в себя совокупность разных алгоритмов шифрования.|(% style="width:745px" %)Алгоритм ассиметричного шифрования может использоваться как механизм установления криптографической сессии.
52		-В рамках установления сессии стороны используют ассиметричное шифрования для обмена ключами симметричного шифрования.
53		-Ключи симметричного шифрования используются в рамках сессии для шифрования сообщений.|(% style="width:136px" %)
54		-|(% style="width:269px" %)Хеш|(% style="width:372px" %)(((
	56	+* Можно зашифровать некоторые данные закрытым ключом, выдуть клиентам публичный ключ для доступа только на чтение.
	57	+
	58	+Понятие односторонняя функция с черным ходом.
	59	+
	60	+----
	61	+
	62	+Необходимо наличие доверенного центра сертификаций.
	63	+Центр выполняет роль хранилища открытых ключей в привязке к конкретному лицу.
	64	+
	65	+Центр может сгенерировать цифровой сертификат, содержащий открытый ключ клиента, и подписанный собственным закрытым ключом центра.
	66	+)))|(% style="width:136px" %)RSA,
	67	+ElGamal
	68	+|(% style="width:269px" %)Криптографический протокол|(% style="width:372px" %)Некоторое соглашение о формате, обмена данных между сторонами. Может включать в себя совокупность разных алгоритмов шифрования.|(% style="width:745px" %)(((
	69	+Установление шифрованной сессии между двумя сторонами:
	70	+
	71	+1. Стороны используют ассиметричное шифрования для обмена ключами симметричного шифрования
	72	+1. Ключи симметричного шифрования используются в рамках сессии для шифрования сообщений
	73	+
	74	+----
	75	+
55	55
	77	+)))|(% style="width:136px" %)(((
	78	+SSL,
	79	+IPSEC,
	80	+S/MIME,
	81	+PGP
	82	+)))
	83	+|(% style="width:269px" %)(((
	84	+Хеш
56	56
	86	+Криптографический хет (отдельно)
	87	+)))|(% style="width:372px" %)(((
	88	+
	89	+
57	57	----
58	58
59	59	{{code language="c#"}}
...	...	@@ -94,5 +94,29 @@
94	94
95	95	Возможные проблемы: общий ключ несет за собой такой момент, что получатель самостоятельно может формировать сообщения по той-же логике и в некоторых случаях потделывать исходного отправителя.
96	96	)))|(% style="width:136px" %)HMAC
	130	+|(% style="width:269px" %)Цифровые подписи|(% style="width:372px" %)(((
	131	+В некотором смысле: Хеш + Ассиметричное шифрование.
97	97
	133	+----
	134	+
	135	+{{code language="c#"}}
	136	+SignedHash SignData(hash, privateKey, hashType)
	137	+bool VerifySignedHash(signedHash, calculatedHash, publicKey, hashType)
	138	+{{/code}}
	139	+)))|(% style="width:745px" %)(((
	140	+Подтверждение авторства/подлинности контента (эл. письма, программы ...).
	141	+
	142	+----
	143	+
	144	+Подписанное сообщение = сообщение + цифровая подпись (хеш, зашифрованный на основе асинхронного шифрования и приватного ключа) + публичный ключ.
	145	+
	146	+1. Потребитель проверяет публичный ключ у центра сертификаций.
	147	+1. Потребитель расшифровывает приложенный хеш сообщения с помощью публичного ключа.
	148	+1. Потребитель самостоятельно рассчитывает хеш сообщения.
	149	+1. Потребитель сравнивает приложенный и рассчитанный хеши.
98	98
	151	+)))|(% style="width:136px" %)RSA,
	152	+DSA,
	153	+ElGamal
	154	+
	155	+