2009-05-16 10 views
1

Je travaille sur un projet flash de très grande taille qui partage le code de manière intensive entre les bibliothèques d'exécution. J'évalue s'il faut obscurcir notre code, et quel obfuscateur utiliser, et j'ai du mal à en trouver un qui corresponde à la facture.AS3 Obfuscation à travers de nombreuses RSL

-Nombreuses RSL, nombreux arbres sources et projets. -Nous utilisons des propriétés dynamiques, donc j'aimerais avoir un bon contrôle sur les symboles qui sont renommés. -Integrable dans un système de construction

J'ai regardé Amayeta, mais je ne suis pas convaincu qu'il a le contrôle à grain fin dont j'ai besoin. J'ai regardé irrfuscator, mais il semble très immature, et ne semble pas bien s'adapter aux grands projets.

D'autres recommandations? Je suis conscient que l'obfuscation ou le cryptage ne fournira pas une protection complète, je cherche juste à rendre plus difficile pour les gens de nous embêter. Par contre, s'il n'y a pas d'obfuscateur acceptable, je dirai simplement que nous n'avons pas besoin de le faire.

+0

Voir ce poste pour une autre réponse possible, http://stackoverflow.com/questions/4896052/what-are-some-reliable-flash-obfuscators/21082901#21082901 – Teesquared

Répondre

2

Il semble que puisque vous allez avec beaucoup de librairies partagées, vous n'aurez pas à obscurcir les vars, les méthodes ou même certaines chaînes - puisque les autres swfs devront pouvoir y accéder. Ce qui le rend beaucoup moins utile, et un peu plus facile pour un décompilateur de produire des résultats lisibles.

L'effacement des espaces blancs ne devrait probablement pas non plus faire grand chose, car les décompilateurs mettent également le code à zéro. Le réduire réduirait légèrement la taille compilée et chiffrer les chaînes pourrait être utile, mais seulement si elles ne gênent pas l'interopérabilité SWF (RSL). La question finale que je poserais est que les gens qui sont assez désespérés pour prendre la peine de décompiler le code, ne seront pas aussi assez désespérés pour "défaire" les fonctions qui vont être essentiellement combinées et à court terme. des noms?

+0

Moi aussi, je ne vois pas grand-chose point d'obfuscation. Les gens qui sont si désespérés de décompiler, sont probablement des amateurs et ne savent même pas comment gérer votre code OOP. Ces pros à avoir peur sont susceptibles de s'auto-créer. Et bien sûr, si vous allez obscurcir votre code, tout algorithme d'obfuscation va ajouter à la taille ou, si non, avoir un impact sur les performances. Pour prouver le point que j'ai fait récemment une petite recherche sur SWFProtector, voir http://tekkie.flashbit.net/flash/as/protect-your-actionscript-code-with-swf-protector –

Questions connexes