難読化でコードを読めなくする
前回の記事で見たように、.NETアプリのコードはそのままでは簡単に解析されてしまいます。そこで重要になるのが難読化（Obfuscation）です。難読化とは文字通り「読みにくくする」ことで、プログラムの実行結果や機能はそのままに、コードの中身だけ第三者には理解困難な形に変換します1。この処理を行う専用ツールの一つが、Microsoft Visual StudioにもバンドルされているDotfuscatorです2。
Dotfuscatorは2003年からVisual Studioに同梱されている実績あるツールで、ソースコードを改変せずにアセンブリ（DLLやEXE）のバイナリを難読化します2。難読化後のアセンブリは、難読化前と機能的に同一であり、実行結果も変わりません1。
では難読化を適用すると具体的に何が起こるのでしょうか？主なポイントは次の3つです1：
- 名前の変更: クラス名、メソッド名、変数名などを意味のない文字列に置き換え、役割を推測できなくします。
- 文字列の暗号化: コード中に埋め込まれた文字列リテラルを暗号化し、実行ファイル中から直接検索できないようにします。
- 制御フローの難読化: 本来の処理の合間に無意味な分岐や計算などのダミーのコードを挿入し、解析者がコードの流れを追いにくくします。
こうした難読化処理によって、逆コンパイルしても元の意図した構造や内容が読み取れないコードに変換できるのです1。
難読化前後のコード比較
では、難読化を適用する前後で実際にコードがどう変わるか比較してみましょう。難読化適用前は、コメント以外のコード要素はそのまま再現されてしまいます。例えば以下のようなメソッドがあったとします：
// 難読化適用前のコード例
private string HelloName(string name) {
return "Hello, " + name + "!";
}
このコードを難読化ツールに通すと、メソッド名や変数名は無意味なものに変更され、文字列 "Hello" も暗号化されます。難読化後に逆コンパイルした結果の一例を見てみます1。
難読化適用前と比べて、メソッド名や変数名がaやA_0のような識別不能な名称に変わり、コード内部も短い整数や条件分岐だらけの複雑な構造に書き換えられているのが分かります。文字列リテラルも直接は現れず、元の意味を推測することは困難です。さらに、見覚えのない処理（ダミーコード）が大量に追加されており、コードの流れを追うだけでも非常に時間がかかることが予想されます1。
このように難読化を施すことで、逆コンパイル後のコード解析難易度を飛躍的に高めることが可能です。
Dotfuscatorを使った難読化の手順
実際にDotfuscatorを使ってアプリケーションを難読化する手順を見てみましょう3。DotfuscatorはスタンドアロンでもVisual Studio統合でも利用できますが、ここではスタンドアロン版を使用する想定です。
-
アセンブリの読み込み: Dotfuscatorを起動し、自分のアプリケーションのビルド済みアセンブリ（exeやdllファイル）をドラッグ＆ドロップします3
-
難読化オプションの設定: デフォルトでも基本的な難読化は有効ですが、より強力な難読化を行うには追加のオプションを設定します3
-
難読化済みアセンブリの出力: 処理が完了すると、指定した出力先に保護されたアセンブリが生成されます3。
Dotfuscatorのエディションについて
Visual Studioに付属する無料版「Dotfuscator Community」エディションでは、利用できる難読化機能が名前の変更のみに限定されています2。高度な難読化や改ざん検出などすべての保護機能を利用するには、有償の「Dotfuscator Professional」エディションのライセンスが必要です2。
以上のように、Dotfuscatorを使えば実践的に.NETアプリの逆コンパイル対策を施すことができます。難読化されたアプリは、そうでないものに比べて解析が格段に難しくなるため、ソースコードの盗用や不正解析のリスク低減に大きく役立ちます。大切なアプリケーションをリバースエンジニアリングから守るために、ぜひ難読化の導入を検討してみてください。
Dotfuscatorの評価版を試してみる
難読化の効果を実感したい方は、Dotfuscatorの評価版を試してみるのも良いでしょう。公式サイトからダウンロードし、自社アプリに適用することで、その効果を確認できます。