[sldev] Cache politics: performance vs obfuscation
Jason Giglio
gigstaggart at gmail.com
Thu Jun 12 02:18:28 PDT 2008
Argent Stonecutter wrote:
> There is no optimization necessary, because there's no codec, and
> miminal overhead: it's a straight copy and a tight "XOR" loop. Even
> simple RLL encoding is more overhead.
If we are going to use stupid and ineffective token measures to
obfuscate, then we shouldn't waste time XORing the entire file.
Pre-pending the NUL character, ASCII 0, onto the beginning of file will
prevent it from being recognized as valid by pretty much everything.
I tested it, it works. Nothing could open a jpg that I prepended ASCII
0 onto the beginning of.
-Jason
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3253 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080612/deb971ee/smime.bin
More information about the SLDev
mailing list