3 ms·
It's relative, but I assume it's flagging for certain class of known malicious patterns. There's nothing stopping you from writing malicious python code, but es
by twodave 4y ago
It's relative, but I assume it's flagging for certain class of known malicious patterns. There's nothing stopping you from writing malicious python code, but essentially that script will only run while you expect it to in most cases unless it interacts with the OS in some way.
It doesn't make plain Python code you blindly execute any safer, but at least you've explicitly given those packages your trust. I believe this is more geared toward detecting compromises of those packages you have given that trust.
- colatkinson 4y agoPackages can do weird things like auto-loading into the interpreter (example: [0]). So in a scenario where a malicious package has ended up on your machine, you're a bit screwed whether it's a .so or a .py. I believe that was the point OP was making -- a pure-Python wheel is not really any safer than a wheel with embedded binaries. [0]: https://github.com/pyston/pyston/blob/1d65d4831912179c26bb27187cc60eefd565fdcf/pyston/pyston_lite/autoload/setup.py#L12 https://github.com/pyston/pyston/blob/1d65d4831912179c26bb27...
- Godel_unicode 4y agoIt’s like tor though; everyone that’s malicious doesn’t do this but the ratio is much higher so be much more suspicious. Security isn’t about silver bullets, it’s about a compilation of tricks that make malicious things more obvious.
- ikekkdcjkfke 4y agoI like how we assume that programs running with the full rights of the user is normal.