[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Nick Coghlan added the comment: Rejecting - if anyone really wants this. they can do it as their own custom import hook. -- resolution: -> wont fix stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Changes by Terry J. Reedy : -- versions: -Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list m

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Nick Coghlan added the comment: A few pointers in case anyone decides to follow this up further: Zipfile execution is just a special case of normal zipimport: the zipfile's name is placed at the head of sys.path and a (very) rough equivalent of "import __main__" is then invoked. So for zipfile

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Gregory P. Smith added the comment: The people who do not know how to get over that wall would be equally stumped if presented with tokenized .pyc or .pyo files. No fake encryption needed. -- ___ Python tracker __

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Peter Manis added the comment: My thinking behind this was not to be the ultimate security against someone getting the source, but more of a very high wall to keep out the majority of people. It seems like the best way to determine what file should be decrypted and when a password should be

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Nick Coghlan added the comment: You would also run in to the usual problems with any form of DRM: the password *will* exist in memory in order for zipimport to be able to use it, so anyone that really wants the password will be able to get hold of it. It also isn't as simple as just providing a

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Gregory P. Smith added the comment: The decryption provided by the zipfile module is for the worthless 32-bit crc based "encryption" of zipfiles. I think promoting the use of that is a bad idea. zipfile can be used by people to get their data out of such files. We should not encourage them to

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Peter Manis added the comment: I don't think I will be able to provide a patch. If I am correct this would live in Modules/zipimport.c and I do not have enough experience in C/C++ to add in the feature. If in the end zipimport ends up using Lib/zipfile.py then I can work on adding the featu

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Guido van Rossum added the comment: Some (supportive) discussion on python-dev at http://mail.python.org/pipermail/python-dev/2009-August/091324.html . -- nosy: +gvanrossum ___ Python tracker __

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

Martin v. Löwis added the comment: Can you provide a patch? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6749] Support for encrypted zipfiles when interpreting zipfile as script

New submission from Peter Manis : The zipfile support in 2.6 that allows you pass a zipfile(with __main__.py inside) as the "script", does not support encrypted zipfiles. I view this as being a feature that could be useful to some. -- components: Library (Lib) messages: 91800 nosy: ma