Асиметричная криптография

0

1

Есть приложение, оно обменивается данными по сети (UDP), данные шифруются AES.

На сервере (упрощенно):

rawData = Serialize(Login, md5(pass), data);
data = AES(rawData, AES_password);
send (data)

Хочу применить асимметричную криптографию.
Насколько я понимаю, код должен быть таким:

clientPubKey = receivePubKey();
rawData = Serialize(Login, md5(pass), data);
dataCrypted = Crypt(rawData, clientPubKey, serverPrivateKey);
send(dataCrypted);

Верно?

Ссылка

←	Python два потока

Командная работа с одним ресурсом

→

используй TLS или DTLS, не нужно изобретать свои велосипеды

Harald ★★★★★
(02.03.17 16:58:57 MSK)

Ссылка

Верно?

Нет, правильно «асимметричная».

anonymous
(02.03.17 17:20:19 MSK)

Ссылка

Не совсем. Или даже «совсем не». Емнип, грамотно шифровать асимметричным алгоритмом только ключ для блочного шифра (в твоём случае). Всё остальное шифруется обычным алгоритмом. ИМХО, надо что то таки почитать прежде чем в полымя бросаться.

AndreyKl ★★★★★
(02.03.17 17:48:14 MSK)
Последнее исправление: AndreyKl 02.03.17 17:49:22 MSK (всего исправлений: 2)

Ответ на: комментарий от AndreyKl 02.03.17 17:48:14 MSK

Я ключ по сети не передаю. Ключ хранится в клиенте и в сервере в конфиге. Что почитать можно (не теорию, как алгоритмы работают, а что-то больше по практике)?

ymuv ★★★★
(02.03.17 17:59:03 MSK) автор топика
Последнее исправление: ymuv 02.03.17 18:00:36 MSK (всего исправлений: 2)

Ответ на: комментарий от ymuv 02.03.17 17:59:03 MSK

а что-то больше по практике

http://doc.libsodium.org/

Deleted
(02.03.17 18:07:21 MSK)

Ответ на: комментарий от ymuv 02.03.17 17:59:03 MSK

Бог его знает, я не специалист. Я проходил для общей грамотности вот этот курс https://www.coursera.org/learn/crypto

ты расскажи, зачем тебе асимметричный алгоритм если ты ключ не передаёшь?

AndreyKl ★★★★★
(02.03.17 18:08:40 MSK)

Ссылка

Ответ на: комментарий от ymuv 02.03.17 17:59:03 MSK

Я ключ по сети не передаю. Ключ хранится в клиенте и в сервере в конфиге.

А зачем тебе тогда асимметричная криптография?

peregrine ★★★★★
(02.03.17 18:25:31 MSK)

Ссылка

асимметричная - очень дорого по памяти и процессорному времени, поэтому ее используют только для проверки подлинности и обмена ключами для симметричного шифра.

TOXA ★★
(02.03.17 18:33:59 MSK)

Ну во-первых с таким вопросом лучше идти в буквари по криптографии (или википедию хотя бы). Всё уже давно разжёвано.

В-вторых

UDP

он допускает повреждение данных и не имеет возможности их проверки. То бишь ты рискуешь потерять возможность расшифорвать все данные из-за 1 лишь битого пакета.

Hater ★★
(02.03.17 18:46:33 MSK)

Ответ на: комментарий от Hater 02.03.17 18:46:33 MSK

он допускает повреждение данных и не имеет возможности их проверки

Постеснялись бы к букварю отправлять, доктор, полечись сам. У UDP повреждение данных ровно такое же, как и везде. Вот потеря пакета - другое дело, но и криптография может быть чисто блочной.

vodz ★★★★★
(02.03.17 18:58:41 MSK)

Ответ на: комментарий от Hater 02.03.17 18:46:33 MSK

Это упрощенно было. Более точно:

rawData = Serialize(Login, md5(pass), data);
data = AES(rawData, AES_password);
send (data, CRC(data))

И если CRC не сходится, клиент переспросит.

ymuv ★★★★
(02.03.17 18:59:59 MSK) автор топика
Последнее исправление: ymuv 02.03.17 19:05:11 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от TOXA 02.03.17 18:33:59 MSK

TOXA
peregrine
AndreyKl
Согласен, в таком случае не нужен. Можно и имеет ли смысл использовать асимметричную криптографию для пересылки начального вектора для AES? Или его можно посылать не шифрованым?

ymuv ★★★★
(02.03.17 19:07:39 MSK) автор топика
Последнее исправление: ymuv 02.03.17 19:11:56 MSK (всего исправлений: 1)

Я бы взял https://download.libsodium.org/doc/

anonymous
(02.03.17 19:37:44 MSK)

Ответ на: комментарий от ymuv 02.03.17 19:07:39 MSK

асимметричная криптография используется для решения проблемы обмена ключом. Я не знаю как эта проблема называется, но штука в том что если у тебя есть ассиметричный алгоритм, то ты можешь 1) либо опубликовать ключ которым шифруют и оставить себе ключ для расшифровки. в таком случае сообщения которые зашифровал твой собеседник, расшифровать сможешь только ты. Либо наооборот, 2) можешь опубликовать ключ для расшифровки, тогда любой может расшифровать твоё сообщение, а зашифровать только ты (это для электронной подписи).

если у тебя случай 1) то твой собеседник шифрует аес-ключ асимметричным ключом для шифровки и со спокойной душой посылает тебе. кроме тебя его никто расшифровать не сможет (если алгоритм криптостойкий конечно). А остальные данные идут зашифрованные обычным аес-шифром. И ты их спокойно расшифровываешь, предварительно расшифровав ключ.

Ты всё таки задачу уточни, зачем тебе ассиметричная криптография понадобилась? а то непонятно, чего ты хочешь достичь.

AndreyKl ★★★★★
(02.03.17 19:56:33 MSK)
Последнее исправление: AndreyKl 02.03.17 19:58:06 MSK (всего исправлений: 2)

Ссылка

Ответ на: комментарий от ymuv 02.03.17 19:07:39 MSK

Обычно RSA используется для аутентификации конечных точек обмена информацией, дальше используется вариация DH(ECDH) для создания безопасного канала обмена симметричными ключами. Посмотри как сделано в OpenVPN, там есть все перечисленное, и по UDP...

TOXA ★★
(02.03.17 21:14:31 MSK)

Ссылка

Нет. Для шифрования используется только паблик кей. Прайват кей знает только тот кто создал пару ключей и использует его для дешифрования.

invy ★★★★★
(03.03.17 10:51:12 MSK)

Ссылка

Ответ на: комментарий от anonymous 02.03.17 19:37:44 MSK

Или его можно посылать не шифрованым?

Можно.

no-such-file ★★★★★
(03.03.17 11:06:49 MSK)

Ссылка

Ответ на: комментарий от vodz 02.03.17 18:58:41 MSK

Вот потеря пакета - другое дело

Это ещё не всё. Пакеты могут приходит не в том порядке, в котором отправлены, или дублироваться.

no-such-file ★★★★★
(03.03.17 11:10:59 MSK)

Ответ на: комментарий от no-such-file 03.03.17 11:10:59 MSK

У UDP с шифрацией полно применений, где восстановление пакетов только всё ухудшит - видео/голос/туннели.

vodz ★★★★★
(03.03.17 11:25:55 MSK)

Ссылка

Нет, не верно. Надо выработать общий ключ через DH + HMAC или еще что-то подобное, а затем его использовать для шифрования AES. Это самая простая схема, а если хочется правильно, то DTLS или сделать как в IKE.

rymis ★★
(03.03.17 12:53:09 MSK)

Ссылка

rymis
no-such-file
invy
AndreyKl

Сейчас у меня используется один и тот же ключ AES. Насколько это безопасно?

ymuv ★★★★
(03.03.17 13:05:18 MSK) автор топика

А если передающая сторона передает несколько раз одинаковые пакеты данных, то шифротексты этих пакетов тоже будут одинаковыми?

anto215 ★★
(03.03.17 13:05:36 MSK)

Ссылка

Ответ на: комментарий от Hater 02.03.17 18:46:33 MSK

он допускает повреждение данных и не имеет возможности их проверки

crc checksum в заголовке IP уже недостаточно?

kawaii_neko ★★★★
(03.03.17 13:11:19 MSK)

Ссылка

Ответ на: комментарий от ymuv 03.03.17 13:05:18 MSK

Сейчас у меня используется один и тот же ключ AES. Насколько это безопасно?

Это примерно как если бы все квартиры в подъезде можно было открыть одним ключом и при этом на каждом этаже хотя бы один из жильцов хранит запасной ключ под ковриком/в цветочном горшке etc (он же у тебя в открытом виде в бинарнике, достаточно поставить breakpoint на функцию из libcrypto, и вуаля — вся твоя секурность накрылась медным тазом).

kawaii_neko ★★★★
(03.03.17 13:11:58 MSK)
Последнее исправление: kawaii_neko 03.03.17 13:13:08 MSK (всего исправлений: 1)

Ответ на: комментарий от ymuv 03.03.17 13:05:18 MSK

Предполагаю. Есть две точки обмена сообщениями А и Б. А и Б имеют общий ключ К для шифра AES. А и Б пользуются ключом К для шифровки/дешифровки сообщений. Твой вопрос заключается в том сколько сообщений можно передать прежде чем понадобится сменить ключ.

ответ здесь http://security.stackexchange.com/questions/30170/after-how-much-data-encrypt...

люди говорят 250 миллионов терабайт для аес 256. Ну меняй раз в год, чтобы уж наверняка.

Если ты имел ввиду что то другое, задай вопрос точнее.

лучше слушай тех кто вон гост читал.

AndreyKl ★★★★★
(03.03.17 13:30:45 MSK)
Последнее исправление: AndreyKl 03.03.17 13:32:49 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от ymuv 03.03.17 13:05:18 MSK

Это совершенно ошибочное поведение. Надо генерировать симметричный ключ случайно для каждой сессии. А если взять ГОСТ, так там вообще параноики заставляют менять ключ каждые 4к данных.

rymis ★★
(03.03.17 13:30:57 MSK)

Ответ на: комментарий от rymis 03.03.17 13:30:57 MSK

4к для 256-битного ключа?

AndreyKl ★★★★★
(03.03.17 13:31:50 MSK)

Ответ на: комментарий от kawaii_neko 03.03.17 13:11:58 MSK

достаточно поставить breakpoint на функцию из libcrypto

Будем считать, что 3-е лицо не имеет доступа к запущенным бинарям.

он же у тебя в открытом виде в бинарнике

Он у меня в открытом виде в конфиг файле. )

ymuv ★★★★
(03.03.17 14:36:51 MSK) автор топика
Последнее исправление: ymuv 03.03.17 14:37:44 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от Deleted 02.03.17 18:07:21 MSK

Два Ed25519^Wчая этому господину

grossws ★
(03.03.17 14:42:17 MSK)

Ссылка

Судя по вопросу вам категорически нельзя использовать криптопримитивы. Криптография — вполне себе rocket science.

Следуйте советам признанных экспертов в криптографии и берите готовую библиотеку. libsodium, которую советовали выше, — оптимальный вариант. Другой вариант — взять openssl/libressl/mbedtls и воспользоваться dtls оттуда.

grossws ★
(03.03.17 14:52:03 MSK)