コンパイル前のソースコードの保護 - ページ 9

 
Pavel Izosimov:

...我々の経験では、最も高い技術を持つプログラマーは、ハッキングの専門家であることが多いですね。

別の言い方をすれば(発言を逆にして)・・・。
 
Ilyas:
別の言い方をすれば(発言を逆にして)・・・。
翻って、要は他人の能力を過小評価してはいけないし、自分がまだ長い間負けていることを知らないからといって、負けていないと盲信してはいけないということでしょう。
 
Alain Verleyen:


(ロシア語が書けなくてすみません)。


アラン、この情報は英語で読むと安心です。

https://www.mql5.com/en/blogs/post/652126

Source code protection before compilation (test YPY Code Protector)
Source code protection before compilation (test YPY Code Protector)
  • 2015.10.19
  • Pavel Izosimov
  • www.mql5.com
Any developer very well knows how much time and effort is spent on independent development of an efficient algorithm and he has an unconditional right to defend it. We're sure, that many users faced...
 

どなたか、ソースコードを送って、試された方はいらっしゃいますか?

試したところ、暗号化されたソースが送られてきて、エラーでコンパイルされました。

もう一度送ると、変数や関数の名前を変えて同じものが返ってきましたが、またもやエラーになりました。)

愚直に同じ暗号化されたソースコードを送ったら、同じことをされて、最終的に暗号化できないと書かれてしまった )))

親愛なる......!?
タイムアウトの問題により、お客様のリクエストを処理できません。サポートにお問い合わせください。
よろしくお願いします。

YPYコードプロテクター(ベータ版)

144554595618628_future_protected.mq4 - 処理後

144554595618629_future_protected.mq4 - 処理前のもので、変数名と関数名が異なる

その結果、ロジックにはほとんど影響がなく、文字列の暗号化、変数名(の変更)、関数名(の変更)が行われました。パラメータである変数の値を4次元の配列にざっくりと入れ、その配列の中の値を使う。まあ、そして不必要なものが追加される(ここで問題になっている、本当に深化しているわけではない)。

を暗号化することで、カスタム関数のみを暗号化せず、そのロジックをむき出しにした )

 

また、ユーザーとの間で、彼のソースを配布しない、彼のアルゴリズムを一切使用しない、という合意がどこにあるのでしょうか?

何を求めているんだろう(笑)。

 
Alexandr Bryzgalov:

また、ユーザーとの間で、彼らのソースコードを配布しない、彼らのアルゴリズムを一切使用しない、という合意がどこにあるのでしょうか?

とはいえ、何を聞いているのやら......。)

まあね、非常にヌルいサービスなんですよ。それは最初から明らかでした。

だから、答えがああなっちゃうんです。

パベル・イゾシモフ

誰をどう計量してもいい、無重力になる覚悟だってある、ただあなたの好奇心はこのスレッドの話題が作られた目的、目標とは関係ない。

黙って書けばいいのに、いや、地元からベータテスターを募集したのか )

ps: 私は気にしないので、書かせてください。

 
Alexandr Bryzgalov:

また、ユーザーとの間で、彼のソースを配布しない、彼のアルゴリズムを一切使用しない、という合意がどこにあるのでしょうか?

何を求めているんだろう(笑)。

テスト条件の概要は、最初の投稿の通りです。
 
Alexandr Bryzgalov:

どなたか、ソースコードを送って、試された方はいらっしゃいますか?

試したところ、暗号化されたソースが送られてきて、エラーでコンパイルされました。

もう一度送ると、変数や関数の名前を変えて同じものが返ってきましたが、またもやエラーになりました。)

愚直に同じ暗号化されたソースコードを送ったら、同じことをされて、最終的に暗号化できないと書かれた )))。

親愛なる......!?
タイムアウトの問題により、お客様のリクエストを処理できません。サポートにお問い合わせください。
よろしくお願いします。

YPYコードプロテクター(ベータ版)

144554595618628_future_protected.mq4 - 処理後

144554595618629_future_protected.mq4 - 処理前のもので、変数名と関数名が異なる

結論から言うと、ロジックにはほとんど影響がなく、文字列は暗号化され、変数名(変更)、関数名(変更)されます。パラメータである変数の値を4次元の配列にざっくりと入れ、その配列の中の値を使う。まあ、そして不必要なものが追加される(ここで問題になっている、本当に深化しているわけではない)。

を暗号化することで、ユーザー関数のみを暗号化せず、そのロジックを丸裸にした )

暗号化アルゴリズムは毎日最終的に更新され、すべてのエラーは分析され、除去されます!

リクエストが実行できなかったというメッセージの原因は、最初の投稿で「愚かにも暗号化されたソースコードを送ってしまった」と正しく述べられているため、「*Any source code you send *.mq4は以前は暗号化されていなかった はずです ....これは自分で事前に確認した方がいい。"

テストしていただきありがとうございました

 
Pavel Izosimov:

暗号化アルゴリズムは日々最終調整と更新が行われており、すべてのエラーが分析され排除されます

あなたが正しく述べたあなたのアプリケーションの不能に関するメッセージを受信した理由は、「愚かにも、彼ら自身の暗号化されたソースコードを送った」、最初の投稿でそれは"*任意のソースコードが送信された*"と述べているので。mq4は以前は暗号化されていなかった はずです ....これは自分で事前に確認した方がいい。"

テストしていただきありがとうございました

基本的なフールプルーフはうまくいかなかったのですか?)

つまり、アルゴリズムが暗号化し始めたのは、その作品を受け取ったことを理解できなかったから?)

馬鹿は規約を読まない )

バカでも暗号を覚えられるかも?

しかし、もしすべての愚か者が自分でソースコードを暗号化するのであれば、あなたには何の役にも立たないでしょう。)

 
Alexandr Bryzgalov:

(基本的なフールプルーフシステムを導入していないのでは?)

つまり、アルゴリズムが暗号化を始めたのは、自分の仕事が何であるかを理解できなかったから?)


すでに暗号化されているソースコードを間違えて送ってきても、誰も暗号化を始めないから心配はいらない。

また、テストサービス自体は一時的なもので、暗号化アルゴリズムのベータ版をテストするために外部からのアクセスを提供することだけが目的なので、心配する必要はありません。完成形にはほど遠い。