--key not 16/24/32 length is secured and what happens ? #7576
Replies: 1 comment 1 reply
-
The given key is zero-padded or truncated to the length of 16 - see the build-time part of the code pyinstaller/PyInstaller/archive/pyz_crypto.py Lines 24 to 39 in 5c9f3e6 or the run-time part: pyinstaller/PyInstaller/loader/pyimod01_archive.py Lines 47 to 64 in 5c9f3e6
I don't think
Strings from where? From byte-compiled python modules or from data files / binaries? Because bytecode-encryption is applied only to collected .pyc modules*, and nothing else... [*] And even that covers only .pyc modules that are collected into PYZ archive, which is most of them (except modules needed at the bootstrap (which are in
It makes no difference from security viewpoint. That is, the built-in bytecode encryption is trivial to overcome no matter key size you use. |
Beta Was this translation helpful? Give feedback.
-
I know on v6x the --key is going to be removed.
Before that please let me know what happens when I set only 15/25/33 --key length on pyinstaller build ?
Do you ignore that wrong length --key or accept and build now ?
Or cryto is not done because of wrong --key length ?
Recently I am into analyzing security issues with pyinstaller to make more secured.
I tried setting wrong length --key size (15/25/33) and built.
It was success building...
Then I used "pyinstxtractor" and other tools to extract the pyinstaller protected binary.
I think I was failed to extract it because my --key length was incorrect for Crypto.Cipher.
But 'strings ' command could extract all the strings used on the code.
Whats happening exactly here ?
It is secure to use wrong length --key size (15/25/33) on pyinstaller ?
Beta Was this translation helpful? Give feedback.
All reactions