Andrew Lentvorski wrote:
Gus Wirth wrote:

As a side note, they have some interesting stuff about their build process, like statically linking libstdc++.so.6 and problems with text relocations.

This was enlightening:

"For number 1, we embarked on a new adventure to build a super-special custom toolchain that builds libstdc++.so.6 just right so that it can be static linked with the plugin without those nagging textrels. The ASM optimization bits are giving us some problems but Tinic thinks he has a way to make those functions play ball in order to create a fast binary. So now the plugin works on hardened Linux or SELinux or whatever the right buzzword is; it works with a Linux distro that uses the security feature of randomizing a program's base address."

And that is a fine example of why I immediately turn off SELinux.

But doesn't this mean the hardening and/or SELinux are working properly? In other words, the idea is to randomize loading locations in memory in order to prevent buffer overflow attacks in a known location. If you have to turn it off, that means your app can't be used in a hardened environment and you jeopardize the rest of the machine.

I think the guys at Adobe/Macromedia should be praised for making sure this works in a hardened environment. Despite the fact that Flash itself is evil :)

Gus


--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list

Reply via email to