secureSWF 3.2

secureSWF 3.2 is an ActionScript obfuscation, code protection, and SWF encryption solution designed for Adobe's Flash and Flex, which does not only protect SWF files from decompilers,  but also provides real benefits to any Flash or Flex application.

It provides state-of-the-art techniques to stop Flash decompilers, prevent illegal copying and redistribution, and help you increase your Flash application's security.  In addition, secureSWF helps you protect your Flash application against a variety of security threats by providing encrypted domain locking, encrypted loader creation, and literal strings encryption.

Major Benifits:

1. SecureSWF Benefits. secureSWF is a complete solution. It does not only protect your ActionScript from Flash decompilers, it also provides real benefits to any Flash application.
2. Protect Your ActionScript. secureSWF provides the most advanced obfuscation, protection, and encryption techniques to protect your Flash and Flex applications from decompilers - securing the valuable intellectual property contained within.
3. Prevent Illegal Redistribution. secureSWF helps you protect your Flash application against copying and illegal redistribution by providing Encrypted Domain Locking, and Encrypted Loader Creator.
4. SWF Optimization. secureSWF can be used as a SWF optimization tool to generate files that are smaller in size and lighter to play.

Major Features:

1. All ActionScript Versions on Every Platform: secureSWF supports ActionScript v1, v2 and v3. And is now available for Windows, Mac OS X, and Linux.
2. Identifiers Renaming: secureSWF renames just about every identifier (including classes, symbol instances names, and even frame labels) in your ActionScript into shorter meaningless names that include unprinted characters.
3. Smart Identifiers Selection: secureSWF automatically determines which identifiers are safe to rename and which are not making code obfuscation easier than ever.
4. Stop Flash Decompilers: secureSWF stops all known Flash decompilers and disassemblers using the following advanced mechanisms:
   • Control flow obfuscation.
   • Dynamic code wrapping.
   • Statement-level randomization.
5. String Encryption: secureSWF helps you protect your Flash and Flex application from variety of security threats by providing literal strings encryption.
6. Code Optimization: secureSWF provides a number of code optimization techniques that you can use to produce smaller files and even faster code.
7. Access Limitation: secureSWF limits access to your published SWF files through:
   • Encrypted domain locking.
   • Encrypted loader creator.
8. SWC Support: secureSWF supports pre-compiled Flash and Flex SWC components files.
9. Build Integration: secureSWF has XML project configuration files and a command-line interface to help you integrate obfuscation into your build process.

Enhancements:

1. New Features
   • Control Over Aggressive Renaming. Aggressive Renaming turns identifiers names into a mix of symbols, whitespaces, and numbers that are illegal for ActionScript. While this is completely safe for the Flash Player, it causes trouble when parsing and writing XML. You can now turn aggressive renaming off for better compatibility with XML data-binding. When turned off, the new identifiers names will still be illegal for ActionScript, but fine with XML.
   • Using ActionScript Keywords for New Identifiers Names. You will find another new checkbox in the Identifiers Renaming tab. When “Use ActionScript Keywords” is checked, Identifiers Renaming will use ActionScript reserved words, such as switch, case, if, while, do, etc, for 38 of the new identifiers names whither they are packages, classes, functions or variables. It will randomly select the identifiers that will be renamed to ActionScript keywords.
   • Local Execution Prevention.  It is useful to prevent users from running your Flash application locally while it can still run on every other domain. The new checkbox under Encrypted Domain Locking will do just that if you don’t want to lock your SWF file to your domain while still don’t want users to run it on their local machines.
2. Bug Fixes
   • Smart renaming now works for ActionScript 3 frame labels
   • Properly fill up the identifiers tables for ActionScript 2.

Requirements: 512Mb of RAM

WareSeeker Editor