私たちはすでに、専門家である開発者のために特別にいくつかの保護策を用意しています。もう少し後に発表する予定です。
あなたのアイデアは良いものであり、実現可能です。
あなたが保護される方法について発言したい場合は、私たちに知らせてください。
私たちはすでに、専門家である開発者のために特別にいくつかの保護策を用意しています。もう少し後に発表する予定です。
あなたのアイデアは良いものであり、実現可能です。
どのように導入したいかをお聞かせください。
ありがとうございました。
出版社の情報証明書とユーザーの証明書を掛け合わせて、そのような証明書を作る仕組みを作れば、商材の保護について疑問が少なくなると思うのですが。
主な問題は、理論的に分解が可能であることです。この問題が解決されれば、複雑なセキュリティ方式をすべて実装する必要はない。MQLに内蔵されているツールだけでは不十分でしょう。
残念ながら、F4は解読されており、解読者はウェブ上を自由に歩き回っている。開発者が適切な保護を実装していなければ、5番目にも同じことが起こり得ます。 つまり、デバッグやデコンパイルから端末を保護することです。また、MQL5のコードは、CPUのネイティブコードにコンパイルされていると、どこかで見たことがあります。本当にそうなのかどうかは分かりませんが、もしそうだとしたら、逆コンパイル対策に重大な穴が開いてしまいます。
一般的に、私はEA/インジケーターのデコンパイル保護についてはかなり懐疑的です。たぶん、実現不可能な夢だと思うんです。
スクリプトのコードが、スクリプトの特定の購入者に発行された(強力な)鍵で暗号化されている場合、デバッグ保護は必要ありません。例えば、PGPのアルゴリズムはオープンソースです。
もうひとつは、不誠実な買い手が自分のキーを公開する可能性があることです。商用スクリプトとその購入者のオンラインデータベースを一元化し、特別なWebサービスやMTサーバーでアクセスできるようにすれば、そうしたことを防ぐことができるかもしれないが、考えるべきことはたくさんある。
スクリプトのコードが、スクリプトの特定の購入者に書き出される(強力な)キーで暗号化される場合、デバッグ保護は必要ありません。例えば同じPGPでも、そのアルゴリズムはオープンソースになっています。
もうひとつは、不誠実な買い手が自分のキーを公開する可能性があることです。商用スクリプトとその購入者のオンラインデータベースを一元化し、特別なWebサービスやMTサーバーでアクセスできるようにすれば、そうしたことを防ぐことができるかもしれないが、考えるべきことはたくさんある。
明らかに「異種交配」についての記事を読んでないだろ。不誠実な買い手は、自分の手形も出さざるを得なくなる。;)
結局のところ、EX5ファイルの話をしているのです。
スクリプトのコードが、スクリプトの特定の購入者に発行された(強力な)鍵で暗号化されている場合、デバッグ保護は必要ありません。例えば、PGPのアルゴリズムはオープンソースです。
もうひとつは、不誠実な買い手が自分のキーを公開する可能性があることです。商用スクリプトとその購入者のオンラインデータベースを一元化し、特別なWebサービスやMTサーバーでアクセスできるようにすれば、このようなことは防げると思われるが、一考の余地はあるだろう。
あなたは明らかに何も考えずに書いていますね。
四則演算用デコンパイラは、MT4端末の解析、デバッグ、デコンパイルの結果、作成されたものです。そして、この作業に対応できるのは、プログラミングの真のプロだけだとすれば、デコンパイラの使い方は、どんな初心者にも明らかである。EX5ファイルをデコンパイルする際に、「不正な顧客」が持っているキーを使用できるため、暗号化しても信頼性の高い結果は得られないのです。
例えば、Expert Advisorの使用権を 1ヶ月 間購入し、インターネットからユーティリティ・デコンパイラをダウンロードして起動、持っているキーを指摘すると・・・Expert Advisorのソースコードを入手することができたとする。そこからプロテクトをすべて外し、生涯使い続け、さらにホームページから販売するのです。
端末の逆コンパイル対策は、少なくともEX5ファイルを逆コンパイルするユーティリティを書くことを困難にするものです。
明らかに何も考えずに書いていますね。
ラッセルのパラドックスですが。
;)
笑えますね(笑)
ここでいうラッセルのパラドックスとは何でしょうか。
ここでいうラッセルのパラドックスとは何でしょうか。
Windows環境での端末の逆コンパイルに対する保護も、あなたの理屈では不可能です。
Windows環境でのプロテクトのデコンパイルも、あなたの理屈では不可能です。
人が作ったものは、他の人が壊すことができる。
厳密には、絶対的な保護は存在しないし、今後も実施されることはないだろう。
だから、「一般的に、EA/指標の逆コンパイルに対する保護については非常に懐疑的である」と書いたのです。たぶん、実現不可能な夢だと思うんです。"
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
MQLプログラムの保護については、このフォーラムでも何度も問題提起されています。
開発者はなぜ、アプリケーションの作者が発行したユーザー証明書を使った検証(復号化など)を言語ツールに盛り込まないのでしょうか。
例えば、#PropertySecurityの証明書<......>の リストを展開することで。
この性質を持つMQLコードは、ソースコードの所有者が発行した証明書によってのみ使用可能な形式に翻訳することができた。