On 02/06/2015 02:45 PM, Bastien Koert wrote:
Hold on, so you've written a point of sale app that exists on the client machine as whole? Does this take credit card data? If so, its so un-fucking-secure that this should never see the light of day. The CC companies won't accept this at all and would remove any ability to accept CCs by the business. This style of app is in violation of so many terms of service (not to mention basic security programming practices when dealing with sensitive data). I worked with a guy who wrote an app like that (but not POS, still sensitive data. I took one look at it and yanked it from production and replaced it with a proper client / server app. Its not safe, its not secure and to code a POS on a single machine that the user has access to is just dumb. I would strongly suggest that your client have a look at square or similar if he wants to process CC data. Bastien On Thu, Feb 5, 2015 at 11:24 PM, Ethan Rosenberg <erosenberg@xxxxxxxxxxxxxxxxxxxx <mailto:erosenberg@xxxxxxxxxxxxxxxxxxxx>> wrote: On 02/05/2015 11:04 AM, Bastien Koert wrote: I'm with the two Richard's on this, those users shouldn't have telnet access to the host server at all. Users should be using the browser to access your site. Other than that, the most important thing you can do is to regularly back up your code and database to another location so that if something happens to the working box (and likely all tech products, its not IF its WHEN) you can restore the code and database with minimal data loss Bastien On Thu Feb 05 2015 at 9:39:43 AM Omar Muhsin <mrfroasty@xxxxxxxxx <mailto:mrfroasty@xxxxxxxxx>> wrote: You forgot this one "keep the box OFFLINE ... best security" :-D On 05-02-15 14:10, Richard Quadling wrote: 1 - Don't allow terminal access to your box. 2 - Use a PHP byte code encoder (IonCube, Zend Guard) - not perfect as they can be reversed to access the code in a form. 3 - Don't use PHP. ---- Thanks to all. I apologize, but I did not properly define the problem I am addressing. I have written code for a POS [Point Of Sale] system to be used in a store. I don't expect the store owner to play with the code. His friends [or enemies] might try. There are two logins to the computer, ethan [me] and worker. Worker has to be able to access the code to use it. He has to be blocked from reading, writing or copying the code. How?? TIA Ethan Bastien Cat, the other other white meat Grrr... I have a gingy cat, and she is very nice. Don't insult her [LOL]
--- Thanks all..... Sorry, my fault by not being clear. The POS system is free standing and not on a network. The server is Apache. So .... Mr Nice has bought my system. His friend, Mr. Ugly, wants to steal my code. He asks Mr.[naive]Nice if he could look at the computer while it is logged in. Ctrl-Alt-F1 A terminal. cd /var/www cp *.* memoryStick He now has my code look at the code to find out where the passwords are stored and copy to memoryStick history |grep mys* He has the login, and hopefully the password show databases; /usr/bin/mysqldump -u root -p Database > /pathtodatabasefolder/Database.sql Everything gone!!! How do I prevent the above? TIA Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
