ソースコードを持っていないプログラムの出力を変更する方法

私たちの会社には、数学的な計算を行う小さなプログラム（.exe 500Kbサイズ）があり、最終的にはワークフローを続行するために使用するExcelスプレッドシートに結果を出力します。

列、間隔の形式を変更し、ExcelスプレッドシートでVBAロジックなどを追加しますが、このプログラムではこのパラメーターを構成できないため、変更する唯一の方法は.exeを分解/リバースエンジニアリングすることです

プログラミングされた言語が誰にもわからないのは、私たちが知っている唯一のことです：

1. 20年以上前に開発
2. 10年前に退職した開発者
3. GUIアプリケーション
4. スタンドアロンで実行
5. サイズ500Kb

この種の問題に対処するためのオプションはありますか？リバースエンジニアリングが唯一のオプションですか、それともより良いアプローチがありますか？

プログラムのロジックを理解するだけでなく、それを変更して再コンパイルしたい場合、リバースエンジニアリングはさらに難しくなる可能性があります。したがって、私が最初に試みることは、別の解決策を探すことです。

列、間隔の形式を変更し、VBAロジックなどをExcelスプレッドシートに追加したい

それがあなたが望む唯一のものであり、プログラムによって行われた計算がうまくいけば、レガシー「exe」を呼び出し、出力を取り、それを処理する選択した言語（Excelマクロかもしれません）でプログラムを書かないのはなぜですかさらに。

Doc BrownとTelastynによる既に与えられた回答に加えて、代替アプローチを提案したいと思います（それはミッションクリティカルであるという仮定の下で）。

実行する計算がわからず、計算が（ある程度）ミッションクリティカルである場合：.exe必要な手段でファイル内の元のロジックを推測します。必要に応じて、IDAなどの逆コンパイラ/逆アセンブラを使用してデコードします。必要に応じて、コンサルタント（またはコンサルタントのバッチ）を雇います。

確かに、今のところ彼らのソリューションを使用して回避してください。

私が提案する理由は次のとおりです：あなたは計算が非常に複雑であることを認めました（あなたが話したエンジニアによると）。また、ミッションクリティカルです。その.exeため、プラットフォームの変更により元の機能が何らかの理由で停止した場合（16ビットサポートが削除される可能性がありますか？）、ミッションクリティカルな知識を失いました。

今、私はを失うことを心配していません.exeが、それがエンコードする知識を失うことを心配しています。その知識を回復する必要があります。

前と同じように、その知識がすでに利用可能な場合は、すぐに失われることのない形式で書き留めてください。それ以外の場合は、回復して書き留めます。

可能であれば、元のプログラマに尋ねてください。

数週間前、10年前に働いていた会社から、90年代半ばに開発されたmdbファイルについてまったく同じ質問がありました。

この種の問題に対処するためのオプションはありますか？

出力を変更するだけなら、単純に合成を使用しないのはなぜですか？

簡単にアクセスできないブラックボックスを変更する代わりに、Excel出力を取得し、書式設定/列の変更も行う新しいプログラムを作成します。次に、2つのプログラムを順番に呼び出す新しいexe /スクリプトを作成できます。そのため、エンドユーザーには、すべての作業を行うプログラムが1つだけであるように見えます。

まさにこの種の問題に特化した企業があります。独自のコードを使用してネイティブコードを高レベル言語に逆コンパイルし、人間の専門知識を適用して有用にします（変数に適切な名前を付けるなど）。

数年前、私の雇用主はこれを使用して、一部のネイティブS / 390メインフレームコードをLinuxサーバーに移行しました。バイナリを提供し、Cのソースコードを提供しました。

これがあなたの場合に必要かどうかはあなた次第です。出力の形式のみに関心がある場合は、出力が生成された後に単純にマッサージすることができます。ただし、他の人が指摘しているように、バイナリブロブにビジネスロジックが隠されていると、リスクが継続する可能性があります。

プログラムの周りに簡単なラッパーを作成し、その出力をキャプチャします。多くの言語（Java、C ++、Python、.NETなど）がこの手段を備えているため、複雑なことはありません。出力を解析し、目的の形式で別の出力を生成します。ユーザーは新しいプログラムを呼び出します。古い実行可能ファイルはその隣にとどまるか、それを呼び出す前にリソースから自動的に抽出することもできます。

もちろん、このソリューションは、出力が適切に構造化されていて解析しやすい場合にのみ十分に機能します。

GUIアプリケーションであることは、ブロッキングの問題ではありません。起動して出力を生成し、このGUIが終了したときに自動的に後処理することができます。

古いコードで可能な限り多くのケースを実行するテストを作成します。コーナーケースを見つけ、間違った入力をテストし、正しい入力をテストします。

さまざまなケースで正しい出力を特定し、同じテストを満たす実装を作成してみます。

リバースエンジニアリングのルートをたどりません。マシンコードをリバースすることは非常に複雑であり、exeの目的が何であるかを既に知っている必要があります。リバースエンジニアリングは、あなたが望んでいることには少し多すぎる作業です。

ソフトウェアが20年前に1人の男によって開発された場合、それはおそらく現代の力を多く必要とするものではありません。20年前にマシンを拡張したGUIプログラムは、最新のマシンではほとんど登録されないため、おそらく比較的簡単に再現できるものを見ているでしょう。

exeをリバースエンジニアリングしてみてください。計算ロジックまたは少なくとも少なくともそれが実際に何を行うかのヒントを得る目的でのみ使用し、リバースエンジニアリングでそのポイントに到達できる場合は、その計算ロジックに基づいて新しいアプリケーションを作成できます。それ以外は、他の方法はありません。

20年前に作成されたexeをリバースエンジニアリングすることは、実際よりも簡単です。