Windows OSはどのように逆コンパイルされていませんか？

Question

私が知っている限り、Windowsはまだ誰にも逆コンパイルされていません。明らかにそれは複雑ですが、確かにこれまでにある程度完了すべきでしたか？

私の考えは、エンドユーザーがソフトウェアにアクセスし、コンピュータがそれを実行できる場合、難読化されたバージョンであっても入手可能でなければならないということです。

私は明らかに何かが不足している、私はちょうどよく分からない。

Answer 1

Windowsが逆コンパイルされるのを防ぐには何もありません（EULAや同様の法的拘束力を除いて）。あなたが指摘したように、コードはある時点でCPU上で動作しなければならず、CPUはメモリからコードを読み取らなければならず、メモリからも読み取ることができます。 OSを実行するためには、OSにいくつかの排他的な権限（現代の保護されたOSが動作する方法）を与える必要があるため、システムのいくつかの部分はややこしいかもしれませんが、それは回避できないものです。いずれにしても、Windowsの逆コンパイルを防止するための努力はあまりありません。デバッグやエラー報告などをより困難にする一方、ほとんど利益をもたらさないでしょう。マイクロソフトはこれまで、ソフトウェア開発にさらに特化した特別なデバッグバージョンのWindowsを提供することさえしています。

主なポイントは、Windowsを逆コンパイルする理由がほとんどないことです。そのような大規模な努力は、どのような実用的な用途にありますか？また、Windowsソースコードにアクセスする必要のある企業（例えば、組み込みソリューションを開発する場合）には、それらを入手することができます。 Windowsがオープンソースではないからといって、ソースが利用できないわけではありません。

あなた自身のバージョンのWindows（Windows CEの時代に共通）が必要ない人なら、Windowsを逆コンパイルする理由はそれほどありません。いずれにしても、定義された公開APIに固執する必要があります。これは、ソフトウェアがオープンソースであるかどうかにかかわらず、優れた方法です。 APIは契約です。デコンパイルによって得られる実装の詳細はありません。次のセキュリティ修正プログラムなどで変更される可能性があります。これは、Windowsが互換性についてどの程度深刻な影響を与えているかを考えると、特に重要です。古いソフトウェアとの互換性を失うことは、更新（または新しいメジャーリリースでさえ）が非常にまれです。

Windowsを逆コンパイルしたいのであれば、実際にそうすることを妨げる技術はありません。しかし、非常にスマートなコンパイラでコンパイルされた何千万行ものソースコードを見ていますが、手書きの最適化されたアセンブリのビットが捨てられていて、完全な難読化の可能性のある互換性のある回避策が数多くあります（覚えておいてください。 コメント - 実際にコンパイルされたコード）。アイドル好奇心を満たすために数十万時間を費やしていますか？ ：P