MQL5への願い - ページ 12 1...5678910111213141516171819...131 新しいコメント 削除済み 2007.11.07 11:34 #111 其のしかし、mysql <=> mql...誰か考えたことある?:) Prival 2007.11.07 11:43 #112 Red.Line писал (а): 其のしかし、mysql <=> mql...誰か考えたことある?:) 全く異なる2つのプログラムについて、何を考える必要があるのか Prival 2007.11.07 12:02 #113 そして、沈黙。質問を赤色で強調表示しました。もしかしたら、もっと目立つかもしれませんね。 Amirul 2007.11.07 12:26 #114 Prival: そして、沈黙。質問を赤色で強調表示しました。もしかしたら、もっと目立つかもしれませんね。 私の理解が正しければ、EAのex4は逆コンパイルが不可能で、なおかつどこでも実行できるようにしたいのですね。どのようにイメージしていますか?私が勘違いしているか、あなたが 暗号について 間違った理解をしているかのどちらかです。 Prival 2007.11.07 12:30 #115 amirul: プライベートの 話。 そして、沈黙。質問を赤字で入れること。もしかしたら、もっと目立つかもしれませんね。 私の理解が正しければ、EAのex4は逆コンパイルが不可能で、なおかつどこでも実行できるようにしたいのですね。どのようにイメージしていますか? 私が勘違いしているか、あなたが暗号について間違った理解をしているかのどちらかです。 いいえ、そんなことはありません。 1.例えば、コンペに参加する(あるいはエクペルを販売する)ために、営業時間や口座番号 などの制限を作り、それは機能します。 しかし、そこからデコンパイルしてこの保護を取り除くことは困難でした(できればできない方がいいのですが)。 2.パスワードや口座番号の傍受は十分に可能であり、トロイの木馬は単にそれを標的とした特別なものにする必要があります。そして、2つのトリックを作ること。電子キーは、お客様の代理で取引が行われたことを明確に確認するために必要です。 あなたがそれを読んで、それが重要であることが判明した場合、ちょうど問題を強調し、AP多分開発者と熟考を行う、または唯一の私はそれを必要としますか? Amirul 2007.11.07 12:43 #116 Prival писал (а): いや......ちょっと違うんです。例えばコンテストのために、実行時間やアカウント番号などの制限を作り、それが機能したとします。 しかし、そこからデコンパイルしてその保護を取り除くのは難しい(できればやりたくない)のです。 現在でも制限を入れることは可能です。逆コンパイルに成功した後、プロテクトを外すのは難しくないので、逆コンパイルできないようにする必要があります。デコンパイルとは、この場合、命令の意味をバイナリ表現で復元することを意味します(変数名やコメントをすべて含んだソースコードを復元することではありません)。しかし、端末そのものは、書かれた指示の意味を「理解」する必要がある。どの端末でも「逆コンパイル」できるのであれば、誰でもできる。 この点では、DVD、HD-DVD、ブルーレイの例が参考になります。巨大企業が巨費を投じて開発したこのプロテクションは、暗号化されたデータをディスクに保存し、認証されたプレーヤーだけが復号して再生できるようになっている(もちろん、偽造品などを再生しない人のために認証書は発行されている)。現時点でのこれらのプロテクトはすべて開放されています。私の考えでは、このような「保護」は、他のセキュリティと同様に、誤った安心感を与えるので有害である。 Prival 2007.11.07 13:05 #117 それこそ理解されなければならない(「守るべきはこれだ」)、可能性はあると思います。例えば、Expert AdvisorにeX4のチェックサムに関するロジック変数を組み込んだとします。 チェックサムが変わると不正な取引を開始し、変えなければ、例えば時間切れで取引しないだけです。 Expert Advisorの論理や考え方を理解するには、マシンコードIHMOを取得すればそれで済むのですが、非常に難しいのです。あなたがおっしゃる防御は、同じ操作を行うので割れたのです。それを理解することで、このプロテクションは回避されたのです。専門家は常に異なっており、バイナリであっても、異なる通貨で、異なる時間に、売買するコマンドを発行するなど、ここでは、たとえオープンコードで、あなたはすぐにすべてを理解していないでしょう、あなたはコメントを持っている場合。 Prival 2007.11.07 13:09 #118 念のためですが、プロテクトはすべて割れるわけではなく、理論上でも割れないものがあります。そして、そのことには厳密な数学的証明があるのです。 Karakuts 2007.11.07 13:19 #119 Prival: それこそ理解されなければならない(「守るべきはこれだ」)、可能性はあると思います。仮にExpert AdvisorにeX4のチェックサムに関するロジック変数を組み込んだとすると、チェックサムが変わると不正な取引を開始し、変えなければ時間切れで取引しない、といった具合です。 EAの論理や考え方を理解するのに、マシンコードを取得してしまうと、IHMOは非常に難しくなってしまいますね。あなたがおっしゃる防御は、同じ操作を行うので割れたのです。それを理解することで、このプロテクションは回避されたのです。検査官は常に異なり、バイナリであっても、異なる通貨で異なる時間に、売買などの命令を出します。オープンソースのコードでは、コメントをつけてもすべてを理解するのは難しい。 もちろん、EAを機械語レベルまでコンパイルするとサイズが大きくなり、逆コンパイル処理も複雑になるが、それでも可能であろう。もう一つの問題は、MQLがメッセージとシグナルの交換システムを持つかどうかです。 つまり、Expert AdvisorのオーナーはExpert Advisor自体を販売するのではなく、特定の「加入者」の輪にシグナルを提供します。 このオプションでは、クライアントへのシグナル提供にオーナーが追加費用を必要としますが、これは別の問題です。 Amirul 2007.11.07 13:54 #120 Prival: それこそ理解されなければならない(「守るべきはこれだ」)、可能性はあると思います。例えば、Expert AdvisorにeX4のチェックサムに関するロジック変数を組み込んだとします。 チェックサムが変わると不正な取引を開始し、変えなければ、例えば時間切れで取引しないだけです。 Expert Advisorの論理や考え方を理解するには、マシンコードIHMOを取得すればそれで済むのですが、非常に難しいのです。あなたがおっしゃる防御は、同じ操作を行うので割れたのです。それを理解することで、このプロテクションは回避されたのです。検査官は常に異なり、バイナリとはいえ、異なる通貨で異なるタイミングで、売買などの指令を出します。この場合、オープンコードであっても、コメントがあってもすぐに全てを理解できるわけではありません。 大きな興味」とおっしゃいましたが意思さえあれば、オペレーティングシステムの動作原理さえも再構築され、一つひとつの命令が理解できるようになる。繰り返しになりますが、指示の意味が明確であれば、誰でも利用できるようになります。 壊れないプロテクトについては。ここで、「保護」をどう理解するかですべてが決まります。暗号化とは、2つの当事者が秘密を共有することと、1つの当事者だけが秘密を持つことは全く別のことです。後者の場合、原則的に保護は不可能です。 1...5678910111213141516171819...131 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
其のしかし、mysql <=> mql...誰か考えたことある?:)
其のしかし、mysql <=> mql...誰か考えたことある?:)
全く異なる2つのプログラムについて、何を考える必要があるのか
そして、沈黙。質問を赤色で強調表示しました。もしかしたら、もっと目立つかもしれませんね。
私の理解が正しければ、EAのex4は逆コンパイルが不可能で、なおかつどこでも実行できるようにしたいのですね。どのようにイメージしていますか?私が勘違いしているか、あなたが
暗号について 間違った理解をしているかのどちらかです。
そして、沈黙。質問を赤字で入れること。もしかしたら、もっと目立つかもしれませんね。
私の理解が正しければ、EAのex4は逆コンパイルが不可能で、なおかつどこでも実行できるようにしたいのですね。どのようにイメージしていますか?
私が勘違いしているか、あなたが暗号について間違った理解をしているかのどちらかです。
いいえ、そんなことはありません。
1.例えば、コンペに参加する(あるいはエクペルを販売する)ために、営業時間や口座番号 などの制限を作り、それは機能します。 しかし、そこからデコンパイルしてこの保護を取り除くことは困難でした(できればできない方がいいのですが)。
2.パスワードや口座番号の傍受は十分に可能であり、トロイの木馬は単にそれを標的とした特別なものにする必要があります。そして、2つのトリックを作ること。電子キーは、お客様の代理で取引が行われたことを明確に確認するために必要です。
あなたがそれを読んで、それが重要であることが判明した場合、ちょうど問題を強調し、AP多分開発者と熟考を行う、または唯一の私はそれを必要としますか?
いや......ちょっと違うんです。例えばコンテストのために、実行時間やアカウント番号などの制限を作り、それが機能したとします。 しかし、そこからデコンパイルしてその保護を取り除くのは難しい(できればやりたくない)のです。
現在でも制限を入れることは可能です。逆コンパイルに成功した後、プロテクトを外すのは難しくないので、逆コンパイルできないようにする必要があります。デコンパイルとは、この場合、命令の意味をバイナリ表現で復元することを意味します(変数名やコメントをすべて含んだソースコードを復元することではありません)。しかし、端末そのものは、書かれた指示の意味を「理解」する必要がある。どの端末でも「逆コンパイル」できるのであれば、誰でもできる。
この点では、DVD、HD-DVD、ブルーレイの例が参考になります。巨大企業が巨費を投じて開発したこのプロテクションは、暗号化されたデータをディスクに保存し、認証されたプレーヤーだけが復号して再生できるようになっている(もちろん、偽造品などを再生しない人のために認証書は発行されている)。現時点でのこれらのプロテクトはすべて開放されています。私の考えでは、このような「保護」は、他のセキュリティと同様に、誤った安心感を与えるので有害である。
それこそ理解されなければならない(「守るべきはこれだ」)、可能性はあると思います。仮にExpert AdvisorにeX4のチェックサムに関するロジック変数を組み込んだとすると、チェックサムが変わると不正な取引を開始し、変えなければ時間切れで取引しない、といった具合です。 EAの論理や考え方を理解するのに、マシンコードを取得してしまうと、IHMOは非常に難しくなってしまいますね。あなたがおっしゃる防御は、同じ操作を行うので割れたのです。それを理解することで、このプロテクションは回避されたのです。検査官は常に異なり、バイナリであっても、異なる通貨で異なる時間に、売買などの命令を出します。オープンソースのコードでは、コメントをつけてもすべてを理解するのは難しい。
それこそ理解されなければならない(「守るべきはこれだ」)、可能性はあると思います。例えば、Expert AdvisorにeX4のチェックサムに関するロジック変数を組み込んだとします。 チェックサムが変わると不正な取引を開始し、変えなければ、例えば時間切れで取引しないだけです。 Expert Advisorの論理や考え方を理解するには、マシンコードIHMOを取得すればそれで済むのですが、非常に難しいのです。あなたがおっしゃる防御は、同じ操作を行うので割れたのです。それを理解することで、このプロテクションは回避されたのです。検査官は常に異なり、バイナリとはいえ、異なる通貨で異なるタイミングで、売買などの指令を出します。この場合、オープンコードであっても、コメントがあってもすぐに全てを理解できるわけではありません。
大きな興味」とおっしゃいましたが意思さえあれば、オペレーティングシステムの動作原理さえも再構築され、一つひとつの命令が理解できるようになる。繰り返しになりますが、指示の意味が明確であれば、誰でも利用できるようになります。
壊れないプロテクトについては。ここで、「保護」をどう理解するかですべてが決まります。暗号化とは、2つの当事者が秘密を共有することと、1つの当事者だけが秘密を持つことは全く別のことです。後者の場合、原則的に保護は不可能です。