4 ms·

I'm right there with you in looking for solutions. As owner and lead developer for nitrotype.com (competitive real time online typing) and funtotype.com (soon t

I'm right there with you in looking for solutions. As owner and lead developer for nitrotype.com (competitive real time online typing) and funtotype.com (soon there will be a real time scoreboard for competing). At the moment we do all development in flash, not only because it allows for old IE support, but because I am able to salt+hash the scores sent to the server to verify the data but this is all done in flash. In JS I'm stymied. Every scheme I can come up with I could easily defeat. No level of obfuscation is really that difficult to reverse. Hopefully somebody else has better input!

ricardobeat 15y ago
There are plenty of tools allowing manipulation of Flash too, pausing execution, changing variable values, intercepting network requests...
chetane07 15y ago
In my experience Flash is not much more secure. Looking at your app for example, it seems the hash you are using is not a function of raceId or timestamp so there is potential for replay (e.g. reuse precomputed hashes). Also, is it possible that the salt starts with "209adk"? :) As far as a better solution, maybe using of dynamic script loading, maybe unique salt/session along with strong server side synchronization. Desktop games are faced with similar challenges, even if the path is much harder given the amount of reverse engineering required.