security - 编译前保护 SWF

Question

GOOGLE 充满了所谓的 SWF 加密器/混淆器/储物柜。但其中 99% 会导致复杂应用程序出现错误。在具有导入的 3D 库或使用外部文件的应用程序中。或者在复杂的应用程序中，其中包含数千行代码并且内部有许多动画。

我一直在使用 KINDISOFT 软件，我的团队使用 ADOBE FLASH CS5 和 CS6 以及 FLEX 开发了 200 多款游戏。从 FLEX 生成的 SWF 能够由 KINDISOFT 和其他 SWF 保护程序进行编码，而由 ADOBE FLASH 导出的其他 SWF 文件则非常困惑，以至于从一开始就出现错误。

所以我有两个问题:

a) 当使用 SWFENCRYPT 或 secureSWF 或其他类似产品作为 SWF 文件的输入时，它们实际上会反编译您的文件，插入混淆和一些安全性，然后重新编译？或者他们只是改变字节码？

b)是否没有办法在原始源文件中插入保护，从而大大降低出现错误的风险？

这个问题的目的是在编译之前找出如何保护您的FLASH应用程序(如果您有源代码)，以便编译后代码将100%起作用，而不是在编译后保护您的SWF冒着产生错误的风险。

感谢您的宝贵时间

Answer 1

我认为混淆软件正在改变字节码。例如，过去使用添加无效字节码来破坏反编译器，而 Flash Player 仍然可以正确播放 swf。这是一场无休止的剑与盾之战(但看来混淆者处于更好的位置。)
更具体地说，如果您的应用程序在混淆后中断 - 您可以做什么:

• 从混淆中排除动画剪辑等脆弱资源。如果您绝对需要保护它们，您可以使用 RC4 等简单算法(速度很快)对它们进行加密，并在受混淆器保护的部分中解密(请参阅 as3crypto )。
• 与 KindiSoft 合作，向他们发送错误报告以及损坏的 swf 示例。
• 添加您自己的混淆方法，例如隐藏图片/其他资源中的逻辑。