I'm a php developer and currently searching for software to protect php code. I know there exist obfuscators and encoders (and both). But it seems that it's possible to 'decrypt' code encoded with some software. So my question is. If it is possible to decrypt source code produced by major software companies (zend, ioncube, sourceguardian). Why that produts are still on market? Why these software continues to sell if anyone can (pay to) decrypt everything in seconds?

Btw, i asked this on ioncube forum and my message was. The answer simply reduces to: because there are dumbasses stupid enough to believe that PHP can be 'securely encoded', the same way there are people stupid enough to believe that requiring a serial code for an application automatically makes it secure.

IonCube relies on a pretty simplistic implementation - XOR from start to finish, which is hardly a 'security measure'. It runs as a VM - and is vulnerable to all VM side-channel attacks in addition to flat-out reverse engineering (one presentation here: ).

Will ionCube say so? Because it dissuades the large majority of script kiddies. I am not familiar with sourceguardian, but Zend is built in the same fashion, albeit a bit more secure and harder to beat than ionCube. However, whilst they're not trivial, they're not impossible to beat, either.

The program was made in 2012 but it is still a very good solution for decoding ionCube encoded php files.

The following is taken from the Zend Guard page: Encoding is a process where the PHP source code is converted to an intermediate machine readable format. This format is hard for humans to read and convert back to source code. As a result it protects your code from casual browsing.

This means that if people obtain access to your site's code they will not be able to use that for unintended purposes. In other words, if your user is not casually browsing, this will not hold up. I don't know about you, but I do not know a single non-dev who casually browses source code without the purpose of understanding it, and often, breaking it. The same thing is true of every single DRM method around. However, they're still on the market. Because, whilst they are not perfect, they're good enough to dissuade the large majority of people.

The law and final word of this is: if you build it, expect it to be broken and plan for it. 'a bit more secure. Than ionCube' - 3rd party analysis confirmed the opposite, but certainly any system can potentially be analysed to see what's going on, so tools need to evolve. Dynamic Keys added to ionCube V9 was a leap forward as code could be encrypted with keys that only exist at runtime, created when required by the PHP application itself and preventing existing reverse engineering approaches from working.

There's no magic bullet though and tools need to be used appropriately, but they can be beneficial if used correctly and well. – Jan 20 at 14:28 •.