GOOGLEはいわゆるSWF暗号化装置/閉塞装置/ロッカーでいっぱいです。しかし、それらの99％は、複雑なアプリケーションでバグを引き起こします。インポートされた3Dライブラリを使用するアプリケーション、または外部ファイルを使用するアプリケーション。または、数千行のコードが含まれ、多くのアニメーションが含まれる複雑なアプリケーションの場合。
私はKINDISOFTソフトウェアを使用しており、私のチームはADOBE FLASH CS5とCS6、およびFLEXを使用して200を超えるゲームを開発してきました。FLEXから生成されたSWFは、KINDISOFTおよび他のSWFプロテクターによってエンコードできましたが、ADOBE FLASHによってエクスポートされた他のSWFファイルは非常に混乱していたため、エラーが最初から表示され始めました。
だから私は2つの質問を受けました：
a）SWFENCRYPTやsecureSWFなどのソフトウェア、またはSWFファイルの入力として使用する他の同様の製品を使用する場合、実際にファイルを逆コンパイルし、難読化とセキュリティを挿入してから、再コンパイルしますか？または、単にバイトコードを変更しますか？
b）元のソースファイル内に保護を挿入する方法はありませんか？これにより、バグが発生するリスクが大幅に減少しますか？
この質問の目的は、コンパイル前にソースがある場合にフラッシュアプリケーションを保護する方法を見つけることです。これにより、コンパイル後にコードが100％機能するようになり、コンパイル後にSWFを保護して、生成するリスクが生じます。バグ。
お時間をいただきありがとうございます