Стратегия создания и сохранения пароля для шифрования и дешифрования

Question

Я использую RNEncryptor и RNDecryptor классы для шифрования и дешифрования следующим образом:

NSData *encryptedData = [RNEncryptor encryptData:input 
            withSettings:kRNCryptorAES256Settings 
             password:thePassword 
              error:nil]; 

NSData *output = [RNDecryptor decryptData:encryptedData 
          withSettings:kRNCryptorAES256Settings 
           password:thePassword 
            error:nil]; 

В первый раз я должен зашифровать данные в моем приложении я генерировать пароль, используя RNCryptor класс следующим образом:

NSData *thePasswordData = [RNCryptor randomDataOfLength:32]; 
NSString *thePassword = [aesPasswordData base64EncodedStringWithOptions:NSDataBase64Encoding64CharacterLineLength]; 

я сохранить этот сгенерированный пароль в Keychain в приложения и использовать его для всего последующего шифрования и дешифрования.

Является ли это хорошей стратегией для шифрования/дешифрования или может ли кто-нибудь увидеть какие-либо недостатки? Должен ли я вместо этого генерировать ключ AES и хранить его в Keychain и работать с этим, а не с паролем?

Edit: Я изменил выше, как сгенерировать пароль с помощью NSProcessInfo класс, используя RNCryptor класс, основанный на ответ Роб Непера. В остальном мне все еще интересно узнать, правильна ли и правильна ли стратегия в целом по работе с паролем, а не с ключом AES.

Answer 1

Это не лучший способ выбрать пароль. globallyUniqueString может быть вполне предсказуемым во многих его битах. Вам гораздо лучше использовать что-то вроде RNCryptor.randomDataOfLength для генерации капли желаемой длины (32 байта бы идеальны), а затем base-64 закодировать его, чтобы получить пароль.

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

Answer 2

Фактический ключ шифрования, используемый этими libs, получен из пароля, если вы используете один, но IIRC, соленый, поэтому он не является менее безопасным.

Существуют опасения относительно теоретического уровня безопасности, предоставляемого этими библиотеками (см. How to correctly encrypt data with proper authentication using AES-256-CBC in php?), но вы должны принять решение по этому поводу. Необходимо помнить, что RNCryptor представляет собой набор библиотек (которые могут быть опубликованы векторами атак в разных реализациях) и согласованный формат, что полезно, если вы хотите переместить зашифрованные данные на разных платформах.

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