Это должно хорошо снабдить соли хешами?

Пытаться сохранить солевой секрет бессмысленно , потому что вся практика соления и хеширования паролей существует только потому, что мы знаем по опыту, что мы не можем даже сохранить наши базы данных в секрете с полным надежность. Вы можете хранить соль отдельно и надеяться, что злоумышленник, получивший доступ к вашей БД, не найдет ее, но если вы использовали хороший алгоритм хеширования и достаточно длинные отдельные соли, вы в любом случае должны быть в безопасности.

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

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

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

Соль , по определению, должна быть случайной, чтобы быть эффективной. Не используйте для этого какие-либо детерминированные значения. Это, конечно, означает, что вам нужно сохранить его в базе данных вместе с хешированным паролем. Системы UNIX традиционно даже хранят хэш в том же поле, что и пароль (соль - это префикс пароля фиксированной длины). В базе данных у вас может быть дополнительный столбец в таблице пользователей.

Ваше второе решение «Сохраните соль для каждого пароля "является правильным и обычно используется.

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

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

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

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

Однако, если одна и та же соль используется для всех записей, то можно создать радужную таблицу в частности для атаки на ваше программное обеспечение. Если у вас большая база пользователей, то кто-то может решить создать такую ​​радужную таблицу.

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

По этой причине лучше всего использовать соль для каждого пользователя. Однако помните, что вы также хотите, чтобы пароль + соль были «длинными».

Если вы хотите использовать первичный ключ, вероятно, лучше взять хэш первичного ключа, а не используя сам первичный ключ, потому что если пароль + соль для пользователя 43 выглядит как «myPassword00000000043», то злоумышленник может построить таблицу, предполагая, что в середине много нулей. Временные метки создания и случайная строка, вероятно, являются лучшими вариантами, поскольку PKeys иногда можно легко найти или угадать.

Фактически у вас уже есть значение соли, сохраненное в пользовательской таблице: pkey таблицы.

Вам не нужно изобретать новый столбец для хранения соли. Просто используйте pkey. Эта идея, конечно, предполагает, что у вас есть pkey, связанный с именем пользователя. например, имя пользователя не является pkey в таблице.

Это почти дублированный wtb: Хеширование паролей, сохранение и хранение хешированных значений

Нашел ответ, возможно:

air.File.applicationStorageDirectory.spaceAvailable

В конце концов, он был в документации. RTFM.

http://help.adobe.com/en_US/AIR/1.1/devappshtml/WS5b3ccc516d4fbf351e63e3d118666ade46-7fe4.html#WSC2FAD3B6-D59A-4e4d-B63F-9846584CF5125 [--- ] Просто запустите foo.exe ? Вам нужно добавить / WAIT , чтобы сделать паузу.