EAの保護について（クラウドプロテクタ）｜EAをデコンパイルやクラックから守るために

前回、EAをデコンパイルやクラックから守るために「クラウドプロテクタ」の使用徹底を記事にしました。

今回は以下の2つの視点を記事にしたいと思います。

１．MQL5マーケット出品EAの方がセキュリティが高い？

以下、どちらもクラウドプロテクタを使用しているとして

どちらがセキュリティ（デコンパイル耐性）が高いか？
答えは②。
理由は以下の通り

（１）公式出品EAと一般EAの決定的な違い

暗号化技術は同じでも、「ハードウェア（PC）への紐付け（バインド）があるかどうか」という決定的な違いにより、MQL5マーケット公式出品EAの方がセキュリティが遥かに高くなります。

（２）なぜ公式出品の方が圧倒的に安全なのか？

① 購入者固有の暗号化キー
製品がアップロードされると、MetaQuotes側で保護が適用され、各購入者向けに個別のキーで暗号化されます。

② アクティベーション制限
通常、購入者は一定数（例: 5回以上）のアクティベーションしかできません。別のPCで動かそうとすると制限がかかります。

③ ライセンス管理がMetaQuotesのサーバー側
MQL5アカウントに紐づいており、不正コピーしても簡単には動かない仕組みです。ライセンスの検証がクラウド側で行われるため、オフラインでの単純なクラックが難しくなります。

④追加のネイティブコードコンパイル
出品時にさらにネイティブコード化されるため、逆コンパイル耐性が高まります。

一方、開発者が自分でクラウドプロテクタをかけて配布するEAは、保護レベル自体（暗号化・逆コンパイル対策）は高いですが、コンピュータバインドがないため、ファイルをコピーすれば他のPCでも動いてしまいます。これが「セキュリティが低い」と感じられる最大の理由です。

（３）結論

どちらも「コードを読ませない壁（クラウドプロテクタ）」の厚さは同じです。
しかし、一般のEAは「壁ごとファイルを盗まれて、ハッカーの研究所でじっくり壊されるリスク」があるのに対し、MQL5マーケットのEAは「壁が特定の部屋（購入者のPC）にガッチリ固定されており、外に持ち出すと中身が消滅する」という、配布・認証の仕組みまで統合された強固なセキュリティとなっています。

もしあなたが自作EAを「MQL5マーケットを通さずに個人で販売・配布」したい場合、この「PC紐付け（アクティベーション）機能」が欠けていることになるため、「外部WEBサーバーによる認証」や「DLL化」による自衛対策が必要になってきます。

【補足】

• Marketに出す場合、開発者は普通にコンパイルしてアップロードすればよく、自分でクラウドプロテクタをかける必要はありません（むしろかけた状態だとアップロードできない場合が多い）。MetaQuotes側が自動で保護を適用します。

• 完全に「絶対に割れない」わけではありません（クラック報告はあります）。ただし、逆コンパイルそのものは近年ほぼ不可能とされ、主に「ライセンスチェックをバイパスする」方向のクラックが多いです。Marketのバインドがある分、そのハードルが上がります。

要するに、
クラウドプロテクタ単体＝高度な暗号化だけ
Market出品＝高度な暗号化＋購入者・PCバインド＋アクティベーション管理という差が、セキュリティの違いを生んでいます。

２．MQL4とMQL5でセキュリティ強度は変わる？

同じ「クラウドプロテクタ（暗号化処理）」を適用しても、MT4（MQL4）よりMT5（MQL5）の方がセキュリティ強度が圧倒的に高くなるのには、言語の設計やコンパイラの仕組みに根本的な違いがあるからです。

理由は、大きく分けて以下の4つあります。

（１）「コンパイル（機械語変換）」の深さが違う

クラウドプロテクタは「コンパイルされた後のバイナリデータ」を暗号化します。この「元のバイナリ」の複雑さが全く異なります。

• MQL4
  コンパイルしても完全な機械語にはならず、一度「中間コード（バイトコード）」という人間が解析しやすい形に変換されます。
  クラウドプロテクタの暗号（外殻）を剥がされた場合、この中間コードは構造が単純なため、現在のAIやデコンパイラを使えば元のソースコードに近い形へ比較的容易に復元できてしまいます。

• MQL5
  C++言語とほぼ同等の最適化コンパイラが採用されており、中間コードを挟まずに、PCのCPUが直接理解する「純粋なネイティブ機械語（x64などのバイナリ）」へ直接コンパイルされます。
  そのため、暗号を剥がしたとしても、そこに残るのは「完全にバラバラに最適化された0と1の数字の羅列（マシンコード）」です。これを元のきれいなMQL5のコードに戻すのは、最先端のAIであっても極めて困難です。

クラウドプロテクタは「すでにコンパイルされたファイルの実行部分を暗号化・署名する」サービスなので、元のコンパイル品質が高いMQL5の方が、保護後の全体的な耐性が高くなるのです。

（２）オブジェクト指向（OOP）によるコードの複雑化

MQL5は、本格的な「オブジェクト指向プログラミング（OOP）」が標準となっています。

• MQL4の多くは、上から下へ順番に処理を呼ぶ「手続き型」という単純な構造です。AIや人間が処理の流れ（ロジック）を視覚的に追いかけやすい性質があります。

• MQL5は「クラス」「構造体」「カプセル化」「継承」といった複雑な概念を使ってプログラムを組み立てます。
  これがネイティブコンパイルされると、関数の場所がメモリ上でバラバラに配置され、データがどこから来てどこへ行くのかの依存関係が非常に複雑になります。リバースエンジニアリングを行う側にとっては、難解なパズルのようになります。

（３）歴史の長さと「解析ツールの成熟度」の差

セキュリティの高さは、「世の中にどれだけその言語の解析ノウハウが出回っているか」に比例します。

• MT4（MQL4）は2005年のリリースから20年以上が経過しています。世界中のハッカーや開発者が長年リバースエンジニアリングを研究し尽くしており、ネット上には過去のデコンパイルツールの残骸や解析ロジックが大量に転がっています。AIはその膨大な過去データを学習しているため、MQL4の解析が得意です。

• MT5（MQL5）は後発であり、MetaQuotes社が最初から「セキュリティ対策・不正コピー防止」を最重要課題として開発したプラットフォームです。解析のための前提知識やツールが世の中にほとんど出回っていないため、AIも手探り状態になり、解析の精度が著しく落ちます。

実際のクラック状況の差
フォーラムや報告では、以下のような傾向が繰り返し指摘されています。

• MT4/MQL4のMarket製品やクラウドプロテクタ保護版が「クラックされた」と出回ることが相対的に多い。

• MT5/MQL5については「近年のクラウドプロテクタで作られたEX5の完全な逆コンパイル成功例は確認されていない」との意見が多い。

• クラックの多くは「逆コンパイル」ではなく「ライセンスチェックのバイパス（端末の動作を騙す）」ですが、MQL5の方がこのバイパスも難しいケースが多いです。

（４）実行エンジン（バーチャルマシン）の堅牢さ

EAがMetaTrader上で実際に動くとき、その実行環境自体の防御力も異なります。

• MT5は、不正なメモリへのアクセスや、外部からのデバッガ（解析ツール）の接続を検知して強制終了させる仕組み（アンチ・デバッグ機能）が、MT4よりもシステム深く（プラットフォームのコア部分）に標準実装されています。

• 暗号を解こうとする「ハッキング行為そのもの」をMT5というアプリ自体が強力に妨害するため、クラウドプロテクタの防御力と相まって、二重の壁として機能します。

（５）結論

例えるなら、同じ「最高級の金庫（クラウドプロテクタ）」を使うにしても、

• 中に入れる書類が「日本語で書かれた簡単なメモ（MQL4）」なら、金庫さえ開けられれば読まれてしまいます。

• 中に入れる書類が「高度な専門用語と暗号文で書かれた分厚い論文（MQL5）」であれば、万が一金庫を開けられても、内容を理解して悪用することはできません。

これが、同じプロテクタを使ってもMQL5の方が圧倒的に安全と言われる理由です。 

公式ドキュメントでは「EX4/EX5ともに確実に保護される」と書かれていますが、実務的・経験的にはMQL5優位というのが開発者コミュニティの共通認識です。

完全に「割れない」わけではありませんが、MQL5＋クラウドプロテクタ（またはMarket出品）の組み合わせが、現状で最も堅牢な選択肢のひとつと言えます。