是否可以使用SecureSWF并仍然使用反射？

我刚刚继承了一个使用SecureSWF的项目。我试图利用RobotLegs（使用SwiftSuspenders进行反射来实现依赖注入），并且刚刚发现SecureSWF会破坏构建。有没有人有类似的问题？有没有解决方法？是否有可能模糊使用RobotLegs构建的SWF？是否可以使用SecureSWF并仍然使用反射？

来源

2012-07-18 alecmce

坚韧。您可能希望直接与Till Schneidereit联系，地址是http://swiftsuspenders.org/，以了解SwiftSuspenders和SecureSWF中使用的字节码魔法是否有任何容忍的方式。不过，我的猜测是，你不会有太多的运气。 :(如果你必须做出决定，我会使用RobotLegs，如果这个项目有点复杂，反编译对任何人都没有太大用处 - 找出代码的工作方式所需的时间是不值得的努力 – weltraumpirat 2012-07-18 21:07:59

感谢weltraumpirat。正如我所知，Till和RobotLegs的伙伴们都在建设他们的谷歌团队，他们提供了许多有用的建议：http：//bit.ly/MKEFBZ – alecmce 2012-07-19 17:19:14

实际上很简单。你需要使用NAMES进行反思。它们是任何一种混淆和混乱的主要目标。由于我们绝对不能滥用Flash Player VM中的验证机制（这非常好），所以我们无法绕过它。

我也使用了secureSWF，并且我有一个缝制皮肤和控制器以及descrybeType（）和许多类型和成员检查的地狱机制。我从保护工作流中排除了我对敏感模糊类的敏感性。无论如何，它们对黑客毫无用处。

来源

2012-07-19 23:57:17

是否可以使用SecureSWF并仍然使用反射？

回答

相关问题