問題タブ [crypto-obfuscator]

私は良い (そして安価な) .Net 難読化ツールを探しています。.Net Windows フォーム アプリケーションを開発しています。

これまでIntelliLockとSmartAsseblyを評価してきました。最初はサポートがなかったのでやめました (2 通のメールを送信しましたが、応答がなく、サポート サイトもありませんでした)。SmartAssebly はかなり良さそうに見えますが、私の血液にはリッチすぎます。

CryptoObfuscator を使った人はいますか? 良い経験、悪い経験はありますか？

一度、ここに来ましたが、CryptoLicensing はどうですか?

ありがとう

InstallShield を使用してインストール ファイルを作成する既存の VB プロジェクトがあります。私の「ソリューション」には、2 つのプロジェクト (プログラムとインストーラー) が含まれています。私がやりたいことは、Crypto Obfuscator を使用してプログラムを保護することです。どこから始めればよいかわかりません。また、ヘルプ ファイルは非常に簡潔で、限られた知識では役に立ちません。どうすればこれを行うことができますか？

.NET プロジェクトで Crypto Obfuscator を使用しており、「難読化ルール」を使用して一部のクラスを難読化から除外したかったのですが、機能していないようです。

まず、ObfuscationAttribute を次のように使用してみました。

しかし、Crypto Obfuscator は引き続きすべてを難読化し、メソッド「ToString」の警告を常に表示します。

次に、Crypto Obfuscator から明示的な難読化ルールを追加しようとしました。

難読化しない、適用対象:{Classes}、可視性:{All}、名前の一致:「ct:DynamicClass」

しかし、この方法でも機能しません。

どこが間違っていますか？機能させるには、いくつかの特別な設定を有効にする必要がありますか?

誰かが私を助けることができますか？

私は、Crypto Obfuscator を使用して複数の DLL を 1 つの DLL に埋め込むプロジェクトに取り組んでいます。次に、DLL が別のプロジェクトの独自のアプリ ドメインに動的に読み込まれます。埋め込まれた DLL のほとんどは正しく動作しているようです。ただし、メインの DLL クラスが継承するクラスを含む埋め込み DLL は、正しくロードされません。これを機能させる唯一の方法は、DLL をディレクトリに残すことです (これでは、DLL を埋め込む目的が無効になります)。

例えば：

MyLibrary、MyLibrary2、MyProgram、および MyInterfaces の 4 つの異なる DLL があります。

MyLibrary DLL 内の MyClass1クラスは、MyInterfaces DLL 内のインターフェイスClassInterfaceから継承します。

MyLibrary2 DLL 内の MyClass2クラスは、 MyClass1 から継承します。Crypto Obfuscator は、MyLibrary2 DLL 内に MyInterfaces と MyLibrary という DLL を埋め込むために使用されます。

MyProgram DLL 内の MyProgramClassクラスは、 MyInterfaces DLL への参照を持ち、それを使用してMyClass2のインスタンスを動的に作成します。

プログラムを実行すると、MyClass2 のインスタンスを作成しようとすると、アセンブリ MyLibrary が見つからないというメッセージが表示されます。

ファイルまたはアセンブリ 'MyLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' またはその依存関係の 1 つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。

これを解決する方法はありますか？

MyInterfaces DLL:

マイライブラリ DLL:

MyLibrary2 DLL:

マイプログラム DLL:

更新 1

AssemblyResolve イベントの使用を検討しました。テストアプリケーションに実装して、機能するかどうかを確認しました。AssemblyResolve イベント内にブレークポイントを配置しましたが、ヒットすることはなく、エラーが引き続きスローされます。MyClass2をMyClass1から継承しないように設定すると、ブレークポイントがヒットし、正しく実行されます。

補足として、組み込み DLL を含む DLL で JustDecompile を使用すると、Crypto Obfuscator がこのイベントを DLL のデフォルトの名前空間に設定しているように見えます。

AssemblyResolveイベントを実装するために、次のリンクを使用していました。 第三版.aspx

MyLibrary2 DLL の変更:

CryptoObfuscator または RedGate SmartAssembly を使用して Asp Mvc アセンブリを難読化する方法について質問があります。

これらのツールのいずれかを使用してアセンブリを難読化すると、クラスのプロパティの名前が変更されるようですよね?

したがって、この操作により、シリアル化中にサーバーから取得される JSON 形式の値の一部にアクセスできなくなると思います (つまり、プロパティの名前を変更するため、JS で JSON オブジェクトを正しく解析できません)。

これが本当なら、JS で parseJSON 操作が失われないようにするにはどうすればよいでしょうか?

詳細を含めてみましょう：

このクラス構造を考慮してください

今 ClientSide で：

Json.Net と難読化を結合しようとしたときに発生する問題を克服するために、私のチームと私が発見した解決策を共有したいと思います。

私の設定: VS2013、C#、.NET 4.0、Json.Net 7.0.1、CodeWall/Crypto Obfuscator。

コードを難読化するまで、すべて正常に動作します。その後、json ファイルを逆シリアル化できません (正しくシリアル化されています!)。

アセンブリを暗号難読化ツールで難読化しています。アセンブリを難読化した後、アセンブリが難読化されているかどうかを暗号難読化プログラムで確認します。アセンブリが難読化されたら、それと拡張子が .pdb のファイルを、ビジュアル スタジオが指している bin/debug にコピーします。

私のbin/debugフォルダーにあるものは何でもセットアップmsiファイルにパッケージ化されていると仮定します。セットアップをインストールして、インストールされたアセンブリが難読化されているかどうかを確認すると、難読化されていません。

スタック オーバーフローに関する回答を調べようとしましたが、回答が得られませんでした。

さらに情報が必要な場合。私にお知らせください。

LogicNP タグを使用したいのですが、作成する必要があり、評判がありません。

顧客に出荷する前に Excel アドイン コードを難読化しようとしています。難読化されたアドインのインストールに問題がありますが、クリーン アドインのインストールには問題はありません。

私のコードの難読化/最終インストールに関連する項目:

• LogicNP の Crypto Obfuscator ビジュアル スタジオ ビルド統合を使用しています
• セットアップ中に Add-in Express を使用してインストールを行います

パッケージは、難読化することなくそのまま使用できます。Crypto Obfuscator 内に、アドインの動作を妨げているオプションがあるかどうか疑問に思っています。(設定の写真を添付) 私の暗号難読化ツールの設定