Алгоритмы шифрования
Спасибо!
Просьба помочь найти ПОЛНОЕ описание алгоритмов шифрования(кодировки), т.е. для программной реализации.Достаточно 3-4 алгоритмов.Я пока нахожу только общее описание.
Спасибо!
Ищите книгу Брюса Шнайдера "Прикладная криптография" - там есть и примеры реализации основных алгоритмов на С(ГОСТ 28147-89, DES). На сайте rsdn.ru в форумах пробегала готовая программа шифрования по AES. Думаю, этого будет достаточно.
Londinium
Просьба помочь найти ПОЛНОЕ описание алгоритмов шифрования(кодировки), т.е. для программной реализации.Достаточно 3-4 алгоритмов.Я пока нахожу только общее описание.
Спасибо!
"Брюса Шнайдера "Прикладная криптография" "
to gro6 zena Tebe !!!
Eto azbuka kriptografii. pover mne.
Student 4 kursa VNTU. Za64ita informazui v kompyuternuh sistemah i setyah
В ней изложена суть одного из более перспективных шифров Rijndael
Наплохая книга Н. Смарта "Криптография".
В ней изложена суть одного из более перспективных шифров Rijndael
Свой предыдущий вопрос снимаю. Но хочу спросить: а twofish? Тоже, вроде бы, считается перспективным криптоалгоритмом. Или как?
Свой предыдущий вопрос снимаю. Но хочу спросить: а twofish? Тоже, вроде бы, считается перспективным криптоалгоритмом. Или как?
Что касается twofish, то этот шифр хорош бесспорно, но и отличий между ним и Rijndael не так уж и много, я бы сказал, что это одна из более удачных вариаций Rijndael.
Очень много книг доступных для скачивания на сайте cryptography.ru
Писать лучше прогу по своему алгоритму с длиной ключа шифрования не менее 256 бит,т.к. 128 бит уже взламывают.Не люблю стандартные алгоритмы.
Писать лучше прогу по своему алгоритму с длиной ключа шифрования не менее 256 бит,т.к. 128 бит уже взламывают.Не люблю стандартные алгоритмы.
Очень зря. Эта мысль всегда опровергается в первую очередь в любой серьезной книге по криптографии(касательно своего алгоритма). Естественно, если Вы пишете для себя - Бога ради, но если шифрование является составной частью программы для серьезной организации, то выдумывать свой алгоритм Вам вряд ли кто-то позволит. К тому же, вряд ли Вы придумаете алгоритм лучше стандартных (Rijndael, ГОСТ 28147-89) и д.р.
С уважением, Londinium
Писать лучше прогу по своему алгоритму с длиной ключа шифрования не менее 256 бит,т.к. 128 бит уже взламывают.Не люблю стандартные алгоритмы.
С утра, на свежую голову, прочитайте эту статью: http://www.password-crackers.ru/articles/30/
С утра, на свежую голову, прочитайте эту статью: http://www.password-crackers.ru/articles/30/
Спасибо прочитал.Я понимаю что не всё просто.Изучал историю этой науки.
Только вот есть прога которая довольно быстро способна взломать пароль rar-архива, несмотря на слова этого специалиста.
Спасибо прочитал.Я понимаю что не всё просто.Изучал историю этой науки.
Только вот есть прога которая довольно быстро способна взломать пароль rar-архива, несмотря на слова этого специалиста.
Это, конечно, вполне возможно, но и смысл статьи же не в том, что существуют идеальные шифровальные алгоритмы, а как раз в том, что используется очень много халявы.
Спасибо прочитал.Я понимаю что не всё просто.Изучал историю этой науки.
Только вот есть прога которая довольно быстро способна взломать пароль rar-архива, несмотря на слова этого специалиста.
По поводу ломалки паролей к Rar. Любой криптоалгоритм бессилен против "человеческого фактора", дающего короткий или легко предсказуемый пароль. Слышали про взлом по словарю? В WinRar, начиная с 3 версии, используется очень хороший криптоалгоритм. Какой конкретно, не знаю, но не сильно удивлюсь, узнав, что это 3DES, к примеру. Кстати, был недавно случай: "там, где надо" вскрыли пароль на rar-архив за 20 минут. Методику вскрытия мне, понятно, не сообщили, известно только, что методика весьма нетривиальная.
Позвольте ещё процитировать:
Предупреждающий знак № 3: Закрытая криптография
Предупреждающий знак № 5: Нелепые длины ключей
Какой конкретно, не знаю, но не сильно удивлюсь, узнав, что это 3DES, к примеру.
По-моему, AES.
По-моему, AES.
Я читал в книге по безопасности что нет смысла вводить длину ключа в rar более 10 бит так как ЧЁ ТО С хэшом ограничения возникают, мне как математику это кажется неправильным, а вы что скажете.
Я читал в книге по безопасности что нет смысла вводить длину ключа в rar более 10 бит так как ЧЁ ТО С хэшом ограничения возникают, мне как математику это кажется неправильным, а вы что скажете.
Что-то тут не так.
Хэширование — это необратимое преобразование какого-то большого (или не очень) объема информации в какое-то не очень большое значение фиксированной длины. При этом функции хэширования стараются делать так, что при изменении хотя бы одного бита исходного текста результат выполнения хэш-функции изменяется до неузнаваемости. Т.е., сравнивая хэши, нельзя вычислить, насколько похожи исходные документы, по которым эти хэши созданы. В криптографии хэширование часто применяется для генерации ключа для шифрования на основе введённого пользователем пароля. Я сомневаюсь, что в WinRar используется какая-то самописная хэш-функция, когда существует много стандартных и хорошо изученных (SHA-1, Tiger, Haval ну и так далее). Все эти хэш-функции, думается, создавали с расчётом работоспособности с объёмом информации больше 10 бит.
Если в Раре для шифрования используется AES, значит, ключ длиной, скорее всего, 256 бит, что очень солидно; значит, скорее всего и хэш-алгоритм SHA-256 (но это только мои рассуждения, и ничего более).
Если в Раре для шифрования используется AES, значит, ключ длиной, скорее всего, 256 бит, что очень солидно; значит, скорее всего и хэш-алгоритм SHA-256 (но это только мои рассуждения, и ничего более).
Если верить Яндексу - AES-128. Хеш-алгоритм наверняка стандартный.
Если верить Яндексу - AES-128. Хеш-алгоритм наверняка стандартный.
Ключ длинною более 128 бит имеют право использовать только внутри США. Все коммерческие проекты, предназначенные для использования за пределами США ограничиваются длиной 128 бит. Даже российский ГОСТ по этим правилам нельзя использовать с длиной ключа более 128 бит.
Ключ длинною более 128 бит имеют право использовать только внутри США. Все коммерческие проекты, предназначенные для использования за пределами США ограничиваются длиной 128 бит. Даже российский ГОСТ по этим правилам нельзя использовать с длиной ключа более 128 бит.
Но если никому не говорить, то можно. :D Главное — не попасться соответствующим службам.
Ключ длинною более 128 бит имеют право использовать только внутри США. Все коммерческие проекты, предназначенные для использования за пределами США ограничиваются длиной 128 бит. Даже российский ГОСТ по этим правилам нельзя использовать с длиной ключа более 128 бит.
А почему??
А почему??
С криптографией вообще сложно, если ты вдруг разработаешь собственную систему шифрования ты обязан предоставить методы расшифровки сообщений соответствующим службам.
Да вроде как пару месяцев работы кластера из нескольких сотен персоналок. Хотя тут важно, от какого алгоритма этот ключ.
Прашу извенить если вапрос покажется глупым я в этом навичок.
Собственно все зависит от алгоритма. А большинство криптоалгоритмов впринципе сводятся к задачам одной сложности. Так что все зависит только от длины ключа и методов генерации.
