OpenSSL против GPG для шифрования резервных копий за пределами сайта?

Я бы выбрал GPG для шифрования файлов, у него десятки лет надежного проверенного шифрования, и очень легко иметь несколько «получателей» (резервные ключи?) или подписи с его открытыми ключами и даже серверами (если они будут полезны).

С помощью GPG удалось избежать/исправить все простые ошибки, он выбирает более длинный «случайный» ключ для фактического шифрования и выполняет большое количество «раундов», чтобы сделать его очень безопасным.

OpenSSL должен делать все то же самое (он существует с 1998 года, но если номера версий что-то значат, он достиг версии 1 в 2010 году), но очень легко совершить ошибку, которая может значительно снизить охрана. И из этот пост на security.stackexchange.com (с января 2013 г.) и еще один от пользователя с репутацией 159 000, команда openssl enc может оставлять желать лучшего :

Формат шифрования, используемый OpenSSL, нестандартен: это «то, что делает OpenSSL», и хотя все версии OpenSSL имеют тенденцию согласовываться друг с другом, до сих пор нет справочного документа, описывающего этот формат, кроме исходного кода OpenSSL. Формат заголовка довольно прост:

магическое значение (8 байт): байты 53 61 6c 74 65 64 5f 5f соль значение (8 байт)

Отсюда фиксированный 16-байтовый заголовок, начинающийся с ASCII-кодировки строки «Salted__», за которой следует сама соль. Это все ! Нет указания алгоритма шифрования; вы должны следить за этим сами.

Процесс, посредством которого пароль и соль превращаются в ключ и IV, не задокументирован, но взгляд на исходный код показывает, что он вызывает специфичный для OpenSSL EVP_BytesToKey(), которая использует собственную функция получения ключа с некоторым повторяющимся хешированием. Это нестандартная и недостаточно проверенная конструкция (!), которая опирается на хеш-функцию MD5 с сомнительной репутацией (!!); эту функцию можно изменить в командной строке с флагом недокументировано -md (!!!); "Количество итераций" устанавливается командой enc равным 1 и не может быть изменено (!!!!). Это означает, что первые 16 байт ключа будут равны MD5(пароль||соль), и все.

Это довольно слабо! Любой, кто умеет писать код на ПК, может попытаться взломать такую ​​схему и сможет "перепробовать" несколько десятков миллионов потенциальных паролей в секунду (сотни миллионов будет достижимо с GPU). Если вы используете «openssl enc», убедитесь, что ваш пароль имеет очень высокую энтропию ! (т. е. выше, чем обычно рекомендуется; стремитесь к 80-битной длине, по крайней мере). Или, что предпочтительнее, вообще не используйте его; вместо этого выберите что-то более надежное (GnuPG при симметричном шифровании пароля использует более надежный KDF со многими итераций базовой хэш-функции).

man enc даже имеет это в разделе "ОШИБКИ":

Должна быть возможность включения счетчика итераций.