逆コンパイル保護 - ページ 5 12345678 新しいコメント Yurixx 2009.10.26 14:06 #41 自分だけが知っているサーバーからリアルタイムで受信する信号だけで動作するExpert Advisorを販売 するのはどうでしょうか？ 取引部分はMCLで書かれ、シグナルサーバーと連動し、すべての関連データはDLLに格納される必要があります。 もちろんすべてを分解することは可能ですが、敵味方の判別の手順を、アセンブリコードではそう簡単に判断できないようにすることができます。 もちろん、そんないいものを買って、実行した案件のシグナルを配信するだけでもいいのですが。でも、それならpammも使える。 Hide 2009.10.26 14:24 #42 パムって使いにくいけど、投資用のパスワードって Андрей 2009.10.26 14:26 #43 Yurixx >> : 自分しか知らないサーバーからリアルタイムで受信した信号だけで動くEAを販売するとしたらどうでしょうか？{...} Netstat - すべての Tcp/Ip 接続を表示します。 Sysinternals TdiMon - どのプログラムがどのIPアドレスとデータ交換をしているかを表示します。 でも、それは全部デタラメです→。 Tcp/Ip スニファ、Ethereal / Whiteshark - どこで、誰に、どのプロトコルを送信しているかを表示します。 特定のリクエスト/レスポンス/パケットを表示する機能を持つコンピュータ・データです。 Yurixx 2009.10.26 14:28 #44 MT4からpamにアクセスすれば、そんなに難しいことはないのでは？また、owletを装着することで、新しい取引を自動的に追跡し、リストにシグナルを送信することも可能です。投資のパスワードと同じです。しかし、もしそれが私のPAMMアカウントではなく、他の人のものだとしたら、誰が私に投資パスワードを教えてくれるのでしょうか？ Hide 2009.10.26 14:29 #45 暗号化することで、パケットを覗き見されずに済みます。どこからどこまでが見えるかはわかりますが、中身はもっと難しいです。 Alexander Sevastyanov 2009.10.26 14:30 #46 Yurixx писал(а) >> でも、それならPAMMも同じように使えますよね。 PAMMはこのような使い方はできません。オンラインモニタリングにアクセスできないのです。 Hide 2009.10.26 14:32 #47 Yurixx >> : MT4からpamにアクセスすれば、そんなに難しいことはないのでは？また、owletを装着することで、新しい取引を自動的に追跡し、リストにシグナルを送信することも可能です。投資のパスワードと同じです。自分のPAMMアカウントではなく、他人のPAMMアカウントの場合、誰が投資パスワードを教えてくれるのでしょうか？ 他人の有料信号を販売する - それは確立されたビジネスです。:)ソーシャルエンジニアリングの技術が働いている。 Yurixx 2009.10.26 14:35 #48 jartmailru писал(а)>> Tcp/Ip スニファ、Ethereal / Whiteshark - コンピュータがどこに、誰に、どのようなプロトコルで送信しているかを表示します。 特定のリクエスト/レスポンス/パケットを表示する機能を持つコンピュータ。 また、これらの「リクエスト／レスポンス／パケット」が暗号化されている場合は？何らかのpgpキーで？ Alexander Sevastyanov 2009.10.26 14:40 #49 Yurixx >> : これらの「リクエスト／アンサー／パケット」が暗号化されていたらどうでしょう？何らかのpgpキーで？ いずれにせよ、シグナルがどのように暗号化されて配信されても、投資家の口座で扱われることになります。 この口座からコピー販売を行う。海賊から逃れることはできない。 Ludwig Eder 2009.10.27 18:29 #50 それでは、専門家の保護について、主な種類を紹介しましょう。 A) 内部端子機能のみ 1) デモへのバインディング - "bool IsDemo()" - 役に立たない、デコンパイルされたコード内のすべての組み込み関数が無効になる - 適切でない 2) "int AccountNumber() "へのバインディング - 口座番号が漏洩しないことが条件ですが、その可能性は低いので、これも機能しません。 3) 時間による制限 - "int Day()", "datetime TimeCurrent()", 役に立たない、組み込み関数だが、配列 "datetime Time[]" はある。 をExpert Advisorでデコードし、日・月・年を抽出し、取引ルールに実装することができます。信号を返さない Expert Advisor の「期限切れ」の場合。実装の話はまた別です。長所 - テストができる。 B)DLLの中の機能。 1) デモ - DLL内の関数にアクセスできず、Expert Advisorを通過する間、役に立たない。口座番号も同様です。 メタトレーダーがターミナルにsdkを提供すれば、それにリンクすることも可能でしょう。 2) しかし、取引機能をDLLに統合し、そこでライセンスのチェックやハードウェアとのバインディングなどを行うことができます。 Themidやvmprotectで仮想マシンに パックされたDLLをクラックするのは困難です。 -- 結論から言うと、今日のところは、3.の方法と、取引機能の難読化を手動で行うことしか考えていません。 が、オートマトンではもっといい。デコンパイラがない中、半年以上前からmt5用に緊急書き換えとか。 PS.mt5ではまたバイトコードで嫌な予感がします。最近、mt5とmt4のパフォーマンスを比較していました。 4では整数型変数をインクリメントするのに1秒間に90Mの演算が必要だったのが、5では280Mの演算が必要になった。 そして、delphiでコンパイルしたコードは、5の何十倍もの大きさになります。 decompilation protection MQL4からMQL5への移植 ヘッジ EA の検証でストラテジーテスタの限界を打ち破る 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
自分だけが知っているサーバーからリアルタイムで受信する信号だけで動作するExpert Advisorを販売 するのはどうでしょうか？
取引部分はMCLで書かれ、シグナルサーバーと連動し、すべての関連データはDLLに格納される必要があります。
もちろんすべてを分解することは可能ですが、敵味方の判別の手順を、アセンブリコードではそう簡単に判断できないようにすることができます。
もちろん、そんないいものを買って、実行した案件のシグナルを配信するだけでもいいのですが。でも、それならpammも使える。
自分しか知らないサーバーからリアルタイムで受信した信号だけで動くEAを販売するとしたらどうでしょうか？{...}
Netstat - すべての Tcp/Ip 接続を表示します。
Sysinternals TdiMon - どのプログラムがどのIPアドレスとデータ交換をしているかを表示します。
でも、それは全部デタラメです→。
Tcp/Ip スニファ、Ethereal / Whiteshark - どこで、誰に、どのプロトコルを送信しているかを表示します。
特定のリクエスト/レスポンス/パケットを表示する機能を持つコンピュータ・データです。
MT4からpamにアクセスすれば、そんなに難しいことはないのでは？また、owletを装着することで、新しい取引を自動的に追跡し、リストにシグナルを送信することも可能です。投資のパスワードと同じです。しかし、もしそれが私のPAMMアカウントではなく、他の人のものだとしたら、誰が私に投資パスワードを教えてくれるのでしょうか？
Yurixx писал(а) >>
でも、それならPAMMも同じように使えますよね。
PAMMはこのような使い方はできません。オンラインモニタリングにアクセスできないのです。
MT4からpamにアクセスすれば、そんなに難しいことはないのでは？また、owletを装着することで、新しい取引を自動的に追跡し、リストにシグナルを送信することも可能です。投資のパスワードと同じです。自分のPAMMアカウントではなく、他人のPAMMアカウントの場合、誰が投資パスワードを教えてくれるのでしょうか？
他人の有料信号を販売する - それは確立されたビジネスです。:)ソーシャルエンジニアリングの技術が働いている。
Tcp/Ip スニファ、Ethereal / Whiteshark - コンピュータがどこに、誰に、どのようなプロトコルで送信しているかを表示します。
特定のリクエスト/レスポンス/パケットを表示する機能を持つコンピュータ。
また、これらの「リクエスト／レスポンス／パケット」が暗号化されている場合は？何らかのpgpキーで？
これらの「リクエスト／アンサー／パケット」が暗号化されていたらどうでしょう？何らかのpgpキーで？
いずれにせよ、シグナルがどのように暗号化されて配信されても、投資家の口座で扱われることになります。
この口座からコピー販売を行う。海賊から逃れることはできない。
それでは、専門家の保護について、主な種類を紹介しましょう。
A) 内部端子機能のみ
1) デモへのバインディング - "bool IsDemo()" - 役に立たない、デコンパイルされたコード内のすべての組み込み関数が無効になる - 適切でない
2) "int AccountNumber() "へのバインディング - 口座番号が漏洩しないことが条件ですが、その可能性は低いので、これも機能しません。
3) 時間による制限 - "int Day()", "datetime TimeCurrent()", 役に立たない、組み込み関数だが、配列 "datetime Time[]" はある。
をExpert Advisorでデコードし、日・月・年を抽出し、取引ルールに実装することができます。信号を返さない
Expert Advisor の「期限切れ」の場合。実装の話はまた別です。長所 - テストができる。
B)DLLの中の機能。
1) デモ - DLL内の関数にアクセスできず、Expert Advisorを通過する間、役に立たない。口座番号も同様です。
メタトレーダーがターミナルにsdkを提供すれば、それにリンクすることも可能でしょう。
2) しかし、取引機能をDLLに統合し、そこでライセンスのチェックやハードウェアとのバインディングなどを行うことができます。
Themidやvmprotectで仮想マシンに パックされたDLLをクラックするのは困難です。
--
結論から言うと、今日のところは、3.の方法と、取引機能の難読化を手動で行うことしか考えていません。
が、オートマトンではもっといい。デコンパイラがない中、半年以上前からmt5用に緊急書き換えとか。
PS.mt5ではまたバイトコードで嫌な予感がします。最近、mt5とmt4のパフォーマンスを比較していました。
4では整数型変数をインクリメントするのに1秒間に90Mの演算が必要だったのが、5では280Mの演算が必要になった。
そして、delphiでコンパイルしたコードは、5の何十倍もの大きさになります。