Right, but as in Perl, context matters :-)
"The encryption extension is no Shared Object (not an .so file, but an .a file, and running it with a Perl executable different from that one provided with the extension ends up in 'Can't find shared object file for ... in @INC') ... "
So apparently, someone linked the encryption extension statically with the Perl executable to make it harder to reverse engineer. Now why would that fictive person ship this super secret decryption code along with the rest as a separate .a file? To make it easy for everyone to relink it with a perl patched to dump the cleartext code? Only fools would do that.
___
"The secret to creativity is knowing how to hide your sources." - Albert Einstein
In reply to Re^3: Breaking a Filter::decrypt like source filter
by Anonymous Monk
in thread Breaking a Filter::decrypt like source filter
by olego
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |