Как следует защищаться от атак методом перебора пароля в автономном режиме?

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

Т.е. используйте что-то вроде PGP для транспорта.

Я заметил, что за этот ответ однажды проголосовали против, прежде чем кто-то другой проголосовал за него, и просто подумал, что уточню его, поскольку я подозреваю, что человек, который проголосовал за мой ответ, на самом деле не читал вопрос. С другой стороны, возможно, полное шифрование всего файла невозможно для человека, задающего вопрос. Это было бы удобным разъяснением в вопросе, если это так.

Во всяком случае, в вопросе конкретно указано, что речь идет об транспортировке данных (базы). В нем также особо указано, что речь не идет об хранении и использовании в Интернете.

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

Вместо этого весь файл будет бессмысленным, и если будет транспортироваться больше, чем просто файл паролей, он будет объединен и, таким образом, зашифрован вместе с гораздо большим количеством данных, что сделает процесс идентификации паролей практически невозможным, поскольку Что ж.

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

1. Используйте пароли, которых нет в словаре.
2. Используйте усиление ключей.

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

Дело в том, что вы будете солить пароль таким же образом, когда вы сравниваете его при входе пользователя в систему и при сохранении пароля. Наличие хорошей соли помешает кому-либо выполнять стандартный поиск, а также укрепит хэш против атак по словарю. Если соль и пароль объединены в хэше, это значительно уменьшит использование автономных атак, и вам не нужно будет принимать какие-либо специальные меры предосторожности для его защиты.

Единственный способ защититься от брутфорса — использовать алгоритм медленного хеширования. Прямо сейчас bcrypt или PBKDF2 — это то, что нужно, поскольку его можно настроить так, чтобы он требовал много процессорного времени и невероятных объемов оперативной памяти. Поскольку процессоры становятся быстрее, а память дешевле, вам просто нужно увеличить настройки и замедлить хеширование.

Это действительно имеет значение, можете ли вы угадывать миллионы хэшей в секунду или всего несколько десятков.

У CodingHorror есть отличная статья на эту тему: http://www.codinghorror.com/blog/2012/04/speed-hashing.html

Все остальные ответы хороши, но я бы добавил:

Принудительная смена пароля на регулярной основе.

Это верный способ предотвратить офлайн-атаки методом грубой силы. Труднее попасть в движущуюся цель.

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

это наверняка немного замедлит брутфорс