Возвращаемые значения Openssl в сценариях bash

Openssl 3.0.2.15 на сервере Ubuntu (текущий)

Итак, мой класс криминалистики работал над задачей, которую я использовал для bash, и мы обнаружили странную вещь. Если вы пытаетесь определить действительный пароль с помощью файла словаря, некоторые слова (не являющиеся паролем) приводят к ошибке (например, неверная расшифровка), а затем $? имеет значение 1. Хорошо, это работает с тестовым файлом. Найден правильный пароль и $? == 0. Но когда мы выполнили это с большим файлом словарных слов, произошла аномалия: некоторые слова последовательно (но без какой-либо закономерности, которую я вижу) возвращают 0. Это не пароль, но, тем не менее... Теперь, в командной строке, если я запускаю ту же самую команду, она завершится с ошибкой «плохое расшифрование» и $? == 1, но в скрипте возвращается 0.

Это согласовано, слова (слова) дают один и тот же результат независимо от того, где они находятся в файле словаря, их можно удалить и повторно ввести в файл, но они всегда возвращают 0 вместо 1, как большинство плохих слов. слова делают. Сюда входит фактический пароль, который также дает правильный результат. Правильный пароль правильно расшифровывает файл, но ложные срабатывания создают файл, который все еще зашифрован, хотя на самом деле он не работает. Итак, мой вопрос: есть ли какие-нибудь идеи, почему openssl может не выдавать ошибку неправильного расшифрования, когда пароль на самом деле не работает?

echo "Current Pword is $pword"
$(openssl enc -aes-256-cbc -pbkdf2 -d -in $2 -out $3 -pass pass:$pword)
if [ "$?" -eq 0 ]
then
    echo "The password was found to be $pword \n"
    echo "$pword\n" >> pwords.out
    echo "The file was decrypted as $3\n"
    exit 0
fi

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

По запросу: Пароль к файлу «нитрификация». слова, которые генерируют ложные срабатывания (образец): abies, abkar, Bathylimnetic, Cairds, dodecatoic, и этот список можно продолжить.

Некоторые слова, которые дают отрицательные результаты: бешенство, а, нитрификация, ааа, абалиенация, абатон и так далее. Я не вижу закономерности.

Любые комментарии приветствуются.

Сценарий BASH должен определить пароль для файла, если он существует, как указано в openssl. Код работает нормально, но выдает много ложных срабатываний.

Вместо этого иногда кажется, что слово является правильным паролем, даже если это не так.