Защита пароля сценария SETPORTECTION FPDF SELPOTECTION ⇐ Php

[Anonymous]

Мы использовали FPDF на наших экземплярах AWS EC2 в течение многих лет, и для некоторых документов мы используем скрипт SetProtection для их шифрования, позволяя только «печатать» в качестве возможного варианта. < /p>
Мы находимся в процессе миграции наших систем с Amazon Linux 2 на Amazon Linux 2023 и обнаружили, что SetProtection ведет себя по -разному в этой системе. Вместо того, чтобы разрешить открывать документ нормально, теперь он требует пароля, несмотря на то, что ни один из них не установлен. для какой -то цели (которая установлена ​​и используется в других местах. Этот код (задокументированный по адресу http://www.fpdf.org/en/script/script37.php) предлагает запасной удар только PHP для OpenSSL_ENCRYPT, что работает, когда работает, когда используется вместо этого. Это то, что заставляет меня верить, что в пьесе OpenSSL что -то есть что -то странное. В равной степени это может быть более поздняя версия PHP, которая изменила поведение. < /P>
В журнале нет ошибок в журнале на момент создания PDF. > update
Не уверен, что эта информация будет полезна, однако я обнаружил, что возврат кода openssl_encrypt ($ data, 'rc4-40' В $ key, openssl_raw_data); , который находится в скрипте SetProtection, возвращает вообще ничего в новой системе и «материал» на старом. Я не с другими методами шифра безрезультатно (что неудивительно, учитывая, что я действительно понятия не имею ...)

Подробнее здесь: https://stackoverflow.com/questions/794 ... linux-2023