Question

We've discovered that a Chinese site has figured out how to decrypt our SWFs, decompile them, then bypass any code which we put in to try to prevent the SWF from being run on any website other than ours.

As the Chinese programmers are gaining access to code, we need to figure out another way to stop them from running the SWF on their website -- at least during the limited exclusivity period on our site (usually a week or two).

I've proposed and so far our dev group has rejected making the SWF a simple client, thereby putting all of the game logic on our servers.

I've also proposed encrypting a SWF within an encrypted SWF, per this article -- http://www.veryinteractivepeople.com/?p=525 -- but based upon the comments, I don't think that it would help us.

Does anyone have any other suggestions?

Was it helpful?

Solution

You would have to find some key part of the logic (not just a verification code) and make it a WebService.

It should

  • not be easy to guess/replace
  • use small bandwidth
  • not be to critical for the reaction time
Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top