逆コンパイル保護 - ページ 2 12345678 新しいコメント Alexandr Evdokimov 2009.10.21 12:38 #11 YuraZ >> : シンプルなものから、DLLオプションを適用することができます。 は、DLLに含まれるコードの一部、つまりかなりの部分を取り去ってしまうのです。 は、深刻なハッキングから守ることはできません。 しかし、ディレッタント(デコンパイラを持っている人)に対しては、良い保護となります。 ...この場合、eh4は他のコンピュータのDLLがないと動作しません... Alexander Sevastyanov 2009.10.21 12:40 #12 age_nt >> : ...この場合、eh4は他のコンピュータのDLLがないと動作しません... また、DLLはデコンパイルされます。eh4とDLLを別々にデコンパイルすると、もちろん大変ですが、目的が手段を正当化するならば、それらは壊れるでしょう。 最大の防御は不拡散だ。:) Alexandr Evdokimov 2009.10.21 12:44 #13 goldtrader >> : また、DLLはデコンパイルされます。彼らはeh4を別々にデコンパイルし、次にdllをデコンパイルします。もちろん、より困難ですが、目的が手段を正当化するならば、彼らはそれを破るでしょう。 ああ...そういうことだ khorosh 2009.10.21 12:44 #14 age_nt >> : デコンパイルから保護することは可能ですか?意図的なコードエラーによって......? とか、やっぱり壊れるの? https://www.mql5.com/ru/articles/1572 Alexandr Evdokimov 2009.10.21 12:45 #15 ...しかし、必ずしも単純な機能ではありません...。 ただ、意図的なエラーは身を守る手段であるという原理そのもの...。 Петр 2009.10.21 12:46 #16 goldtrader >> : dllもデコンパイル可能です。 当然です。 一般に、逆コンパイルに対する防御は存在せず、逆コンパイルの複雑さの程度が異なるだけだと言えます。 そこで、重要な機能の一部を、ユーザーがアクセスできないコンピューターに移すという抜本的な解決策も考えられます。その結果、ハッキングされる可能性もあります。しかし、これはまた別の話です。 Alexandr Evdokimov 2009.10.21 12:54 #17 Svinozavr >> : 当然です。 一般に、逆コンパイルに対する防御は存在せず、逆コンパイルの複雑さの程度が異なるだけだと言えます。 そこで、重要な機能の一部を、ユーザーがアクセスできないコンピューターに移すという抜本的な解決策も考えられます。その結果、ハッキングされる可能性もあります。しかし、これは別の話題です。 それとも、もっと単純に、私たちは間違った場所を探しているのでしょうか? Yuriy Zaytsev 2009.10.21 12:58 #18 goldtrader >> : また、DLLはデコンパイルされます。彼らはeX4を別々にデコンパイルし、次にDLLをデコンパイルします。もちろん、より困難ですが、目的が手段を正当化するならば、彼らはそれを破るでしょう。 最大の防御は不拡散だ。:) >> はい!デコンパイル 馬鹿の一つ覚え -- ファウスパトロンと一緒に少年たちから書きました。 -- Yuriy Zaytsev 2009.10.21 12:59 #19 age_nt >> : ...この場合、ex4は他のコンピュータでDLLを使用しないと動作しません... ex4はDLLと一緒に配布されます Yuriy Zaytsev 2009.10.21 13:00 #20 age_nt >> : それとも、もっと単純に、私たちは間違った場所を探しているのでしょうか? ノーガード -- もっと難しくすることは可能ですが、それでも実行可能なコードがあれば、破ることは可能です。 本格的な商用プログラムも多く、インターネット上にはそのクラックコードがたくさんある -- は、別の方法があります。 サーバーを作成する - クライアントに、サーバーに信号を送るプログラムを提供する。 もっとコントロールしよう 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
シンプルなものから、DLLオプションを適用することができます。
は、DLLに含まれるコードの一部、つまりかなりの部分を取り去ってしまうのです。
は、深刻なハッキングから守ることはできません。
しかし、ディレッタント(デコンパイラを持っている人)に対しては、良い保護となります。
...この場合、eh4は他のコンピュータのDLLがないと動作しません...
...この場合、eh4は他のコンピュータのDLLがないと動作しません...
また、DLLはデコンパイルされます。eh4とDLLを別々にデコンパイルすると、もちろん大変ですが、目的が手段を正当化するならば、それらは壊れるでしょう。
最大の防御は不拡散だ。:)
また、DLLはデコンパイルされます。彼らはeh4を別々にデコンパイルし、次にdllをデコンパイルします。もちろん、より困難ですが、目的が手段を正当化するならば、彼らはそれを破るでしょう。
ああ...そういうことだ
デコンパイルから保護することは可能ですか?意図的なコードエラーによって......?
とか、やっぱり壊れるの?
ただ、意図的なエラーは身を守る手段であるという原理そのもの...。
dllもデコンパイル可能です。
当然です。
一般に、逆コンパイルに対する防御は存在せず、逆コンパイルの複雑さの程度が異なるだけだと言えます。
そこで、重要な機能の一部を、ユーザーがアクセスできないコンピューターに移すという抜本的な解決策も考えられます。その結果、ハッキングされる可能性もあります。しかし、これはまた別の話です。
当然です。
一般に、逆コンパイルに対する防御は存在せず、逆コンパイルの複雑さの程度が異なるだけだと言えます。
そこで、重要な機能の一部を、ユーザーがアクセスできないコンピューターに移すという抜本的な解決策も考えられます。その結果、ハッキングされる可能性もあります。しかし、これは別の話題です。
それとも、もっと単純に、私たちは間違った場所を探しているのでしょうか?
また、DLLはデコンパイルされます。彼らはeX4を別々にデコンパイルし、次にDLLをデコンパイルします。もちろん、より困難ですが、目的が手段を正当化するならば、彼らはそれを破るでしょう。
最大の防御は不拡散だ。:)
>> はい!デコンパイル
馬鹿の一つ覚え
--
ファウスパトロンと一緒に少年たちから書きました。
--
...この場合、ex4は他のコンピュータでDLLを使用しないと動作しません...
ex4はDLLと一緒に配布されます
それとも、もっと単純に、私たちは間違った場所を探しているのでしょうか?
ノーガード
--
もっと難しくすることは可能ですが、それでも実行可能なコードがあれば、破ることは可能です。
本格的な商用プログラムも多く、インターネット上にはそのクラックコードがたくさんある
--
は、別の方法があります。
サーバーを作成する - クライアントに、サーバーに信号を送るプログラムを提供する。
もっとコントロールしよう