Почему мы не всегда используем лучшие технологии шифрования? - PullRequest
0 голосов
/ 07 сентября 2018

В настоящее время я изучаю безопасные аспекты Java. Конечно, одной из первых вещей, которые я посмотрел, была целая точка декодирования.

Упомянутые технологии дешифрования

Через некоторое время обучения я кое-что узнал о следующих технологиях криптографии:

  1. MD5
  2. ША
  3. PBKDF2WithHmacSHA1

Почему я задаю этот вопрос?

Я знаю, что грубо говоря, SHA1 безопаснее, чем MD5, причем PBKDF2WithHmacSHA1 - самый безопасный. Но теперь я должен спросить себя, почему в некоторых приложениях все еще используется шифрование, такое как MD5 или SHA1, тогда как в этом случае PBKDF2WithHmacSHA1 более безопасен? Я, конечно, осознаю, что шанс воспользоваться лучшими технологиями появляется только в редких случаях (снижение скорости перебора / риск столкновения).

Но, несмотря ни на что, время реализации немного больше, а взамен вы получаете более безопасное шифрование.

Мой последний вопрос

Короче говоря, мой вопрос заключается в том, почему не все приложения всегда используют лучшую технологию шифрования, даже если они не обязательно нуждаются в ней? Я имею в виду, что единственный недостаток заключается в том, что для его реализации требуется немного больше времени.

Дополнительно

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

Цель состоит в том, чтобы сделать хеш-функцию достаточно медленной, чтобы предотвратить атаки, но все же достаточно быстрой, чтобы не вызвать заметную задержку для пользователя. С здесь

1 Ответ

0 голосов
/ 07 сентября 2018

Мне приходит в голову пара резононов:

  1. Недостаток знаний - недостаточно знать о криптографии, чтобы написать хороший код (я должен выбрать PBKDF2WithHmacSHA1, PBKDF2WithHmacSHA512, bcrypt , Argon2 ?)
  2. Устаревшие системы - хэшированные значения не могут быть хэшированы, поэтому хешированные пароли не могут быть преобразованы в новую схему криптографии
  3. Нет операционной системы, библиотеки / доступны / поддерживаются / совместимы с NIST / и т.д.
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...