4

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 并冒着生成的风险错误。

感谢您的时间

4

1 回答 1

2

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

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