форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Сравнение производительности средств шифрования ди..."

Сообщение от opennews on 03-Мрт-08, 21:10

Доступны (http://blog.unixstyle.ru/index.php?/archives/23-cryptoloop-l...,-dm-crypt-cryptsetup,-dm-crypt-LUKS-cryptsetup;-AES-vs-blowfish.html) результаты оценки производительности представленных в Linux ядре 2.6.x систем шифрования блочных устройств: cryptoloop, dm-crypt и dm-crypt с расширением LUKS. В итоге, dm-crypt с расширением LUKS  продемонстрировала хорошие показатели, максимально приблизившись к показателям разделов без шифрования, для случая записи, и отстала от последних, для случая чтения, всего лишь на четверть (25%). URL: http://blog.unixstyle.ru/index.php?/archives/23-cryptoloop-l...,-dm-crypt-cryptsetup,-dm-crypt-LUKS-cryptsetup;-AES-vs-blowfish.html Новость: http://www.opennet.dev/opennews/art.shtml?num=14529

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Сравнение производительности средств шифрования дисков в Lin..."

Сообщение от aa on 03-Мрт-08, 21:10

автору следует узнать что есть разные режимы шифрования. интересным тут было бы увидеть сравнение xts-lrw-cbc. и подумать на тему что ключи тоже бывают разной длины

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Сравнение производительности средств шифрования дисков в Lin..."
	Сообщение от chip (ok) on 04-Мрт-08, 09:37
	>автору следует узнать что есть разные режимы шифрования. интересным тут было бы >увидеть сравнение xts-lrw-cbc. и подумать на тему что ключи тоже бывают >разной длины оратору предстоит провести исследование самостоятельно. Если нет возможности сделать это самостоятельно можно подумать о проведении эксперимента за умеренную плату.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Сравнение производительности средств шифрования дисков в Lin..."

Сообщение от Аноним (??) on 03-Мрт-08, 22:34

Да зачем ему это? И так сойдет ...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "OpenNews: Сравнение производительности средств шифрования ди..."

Сообщение от unisol on 03-Мрт-08, 22:40

>Доступны (http://blog.unixstyle.ru/index.php?/archives/23-cryptoloop-l...,-dm-crypt-cryptsetup,-dm-crypt-LUKS-cryptsetup;-AES-vs-blowfish.html) результаты оценки производительности представленных в Linux ядре 2.6.x систем шифрования >блочных устройств: cryptoloop, dm-crypt и dm-crypt с расширением LUKS. В итоге, >dm-crypt с расширением LUKS  продемонстрировала хорошие показатели, максимально приблизившись к >показателям разделов без шифрования, для случая записи, и отстала от последних, >для случая чтения, всего лишь на четверть (25%). Результат годится только для одного случая - "мы решили залить на шифрованный диск толстый [rt]ar-архив с помощью dd". То есть, "шоб никто не догадался, чё мы туда записали". Вообще-то большинство операций ввода-вывода - это 512-16384 байт. В итоге, если шифрование происходит бОльшими блоками - для операции надо считать целый блок, его расшифровать, достать из него кусочек и выбросить (или закешировать) остальное. А с записью - ещё интересней. Не веселее, чем в raid5.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "OpenNews: Сравнение производительности средств шифрования ди..."
	Сообщение от chip (ok) on 04-Мрт-08, 09:40
	>>Доступны (http://blog.unixstyle.ru/index.php?/archives/23-cryptoloop-l...,-dm-crypt-cryptsetup,-dm-crypt-LUKS-cryptsetup;-AES-vs-blowfish.html) результаты оценки производительности представленных в Linux ядре 2.6.x систем шифрования >>блочных устройств: cryptoloop, dm-crypt и dm-crypt с расширением LUKS. В итоге, >>dm-crypt с расширением LUKS  продемонстрировала хорошие показатели, максимально приблизившись к >>показателям разделов без шифрования, для случая записи, и отстала от последних, >>для случая чтения, всего лишь на четверть (25%). > >Результат годится только для одного случая - "мы решили залить на шифрованный >диск толстый [rt]ar-архив с помощью dd". То есть, "шоб никто не >догадался, чё мы туда записали". Достаточно недальновидное заключение. Действительно, в зарисовке не представлены результаты bonnie++, относящиеся к созданию мелких файлов. Однако результаты не сильно разнятся с представленными на диаграммах. Общую тенденцию можно проследить.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Сравнение производительности средств шифрования дисков в Lin..."

Сообщение от FK on 03-Мрт-08, 23:57

порадовала фраза про отсутствие сравнительных тестов AES vs Blowfish Во-первых, поставьте Трукрипт, там встроен бенчмарк по всем алгоритмам, причем с возможностью выбора размера тестового куска. Правда, шифрование производится в памяти, но производительность позволяет оценить. Во-вторых, блоуфиш признан потенциально небезопасным...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Сравнение производительности средств шифрования дисков в Lin..."
	Сообщение от chip (ok) on 04-Мрт-08, 09:44
	>порадовала фраза про отсутствие сравнительных тестов AES vs Blowfish >Во-первых, поставьте Трукрипт, там встроен бенчмарк по всем алгоритмам, причем с возможностью Сапоги не почистить? man openssl >Во-вторых, блоуфиш признан потенциально небезопасным... Улыбнуло.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Сравнение производительности средств шифрования дисков в Lin..."
	Сообщение от RedStalker_Mike (??) on 04-Мрт-08, 12:33
	>Во-вторых, блоуфиш признан потенциально небезопасным... ССылку в студию?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Сравнение производительности средств шифрования дисков в Lin..."

Сообщение от exn (??) on 04-Мрт-08, 04:47

Все это конечно круто, а как бы реализовать такую вичу как в zfs - сжатие ? .. фузя уж больно камушек грузить.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Вопрос веры конечно"

Сообщение от cobain (??) on 03-Июл-08, 03:09

Говорят truecrypt медленнее lunks (http://movingparts.net/2007/10/26/truecrypt-versus-luks-spee.../). А насчёт шифров, скажу что в AES не верю. Факты говорят что, АНБ знало алгоритм взлома (дифференциальный криптоанализ) DES ещё когда помогала его разроботке в IBM. Да ещё у них по законадательству запрещено экспортировать криптостойкие шифры. Такая же ситуация наверняка и с AES. Его же для промышлнного/комерческого использования рекомендуют с подозрительно огромной  настойчивостью. А главный пиар лозунг, что если вруг его кто-то взломает, то админ не виноват не будет, это ж государство его одобрило :-) А "проектировщики Serpen шифра считали, что 16 раундов достаточно, чтобы противостоять известным видам криптоанализа, но увеличили число раундов до 32, чтобы алгоритм мог лучше противостоять ещё не известным методам криптоанализа" видно фишку секут и историю в школе хороше изучали :-) SHA256 тож в топку, пока китайцы снова нас не обрадывали новыми математическими изысканиями, как с было SHA1. Лучше из хеш фукций использовать что-то вроде RIPEMD-160.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]