Disable execute/write permissions on PHP files while maintaining the ability to execute them from Unity?

Greetings,

so I have a bunch of PHP scripts on the server that I run from Unity. I just create a new WWW object using a URL that contains the _GET parameters to the PHP script e.g. “http://webserver/path/to/script.php?name=Hello&data=World”. The PHP would read in the ‘Hello’ and ‘World’ and does something with them accordingly.

The problem is I had to make the execute permissions on those files set to public otherwise I wouldn’t be able to access them from Unity. But that’s not safe cause now people can call my scripts with their own parameters and stuff.

My question: Is there anyway I can tell my PHP script from Unity “hey, I’m the owner of the script I have permission to execute” - That way I can disable public execute permissions and leave execute to the owner only.

My web/networking knowledge is basic, so I’m using _GET on the server side and WWW on Unity. I've never used POST and WWWForm. I wonder if those help too or work better than _GET?

@Bunny83

Thanks.

You need to make sure that you setup Apache (or whatever server you’re running) so that it has has the correct permissions to run the PHP scripts. Make sure that you don’t give these permissions to your root user as this is a obvious security flaw. It’s really a good idea to read a few “getting started with apache” guides to understand the basics of this stuff.

When unity calls the URL, it can’t say “hey I’m unity so execute this script under my control”, as Unity isn’t a user on your machine. Even if it was it wouldn’t make a difference as the php script is executed under the control of the apache user. Whenever you call the script, it should execute it as the apache user (or as you’ve configured otherwise) and not as something else.

As far as your server is concerned, it doesn’t know the difference between Unity calling a URL or just someone typing the URL into the browser. There are some things you can do though.

  1. Use POST instead of GET. It makes it a little harder for people to send fake data, but it’s still relativly trivial. Using SSL helps this further though as it stops people snooping for parameters sent.
  2. Get some sort of authentication token or cookie for the device as a ‘login’ and pass that when making future requests to post scores etc. This means people need to work out how to get and use the authentication token before they can manipulate the data. Using systems like OAuth or Facebook logins can add a level of security with relative ease (compared to setting up your own authentication system)
  3. Encrypt what your sending and decrypt on the server side. It’s slow, but adds security
  4. Validation. Always, always check what is being sent / received and make sure it makes sense. Don’t just accept any old parameters when passing to the server, and don’t just accept any old data when receiving from the server.
  5. Checksums can be written to make sure the data hasn’t been manipulated
  6. Changing ports. Again won’t really fool anyone but might stop or slowdown a casual hacker.

In terms of someone downloading your scripts, again look at file permissions. You shouldn’t allow the world to read and write these things and the only way they should be exposed is through URL access, which will call apache to execute the script, not to simply display in the browser.