基本情報技術者 2012年 春期 午前（科目A） 問50

リバースエンジニアリング【午前解説】

正解の理由

解法ステップ

1. 設問の動詞と目的を確認する（解析する／設計から生成する／振る舞いを変えないなど）。
2. 「解析して仕様や構造を明らかにする＝逆方向の理解」がリバースの定義であることを思い出す。
3. 各選択肢を「目的（解析か生成か再構築か）」「手法（自動生成か静的解析か）」で比較し、解析目的の選択肢を選ぶ。

選択肢別の誤答解説

• ア: CASEツールなどを用いて、設計情報からソースコードを自動生成する。
  → これはフォワードエンジニアリング（モデル駆動開発やコード生成）であり、リバースではありません。
• イ: 外部から見たときの振る舞いを変えずに、ソフトウェアの内部構造を変える。
  → これはリファクタリング（またはリライトの一部）に該当し、目的が「改善」であって解析ではありません。
• ウ: 既存のソフトウェアを解析し、その仕様や構造を明らかにする。
  → これはリバースエンジニアリングの定義そのものであり正解です。
• エ: 既存のソフトウェアを分析し理解した上で、ソフトウェア全体を新しく構築し直す。
  → これはリエンジニアリング（再構築・リプレース）に近く、解析の後の再開発でありリバースの定義とは異なります。

よくある誤解

• リバースエンジニアリング＝ソースコードの自動生成と考える誤解：自動生成はフォワード（設計→コード）の工程でありリバースではありません。
• リバースとリファクタリング・再構築を混同する誤解：リファクタリングは内部構造を変えて保守性を高めるが挙動は変えない。一方リバースは「理解する」行為です。
• リバースは常に違法という誤解：目的や対象、ライセンスにより合法性は変わるため、法的・倫理的確認が必要です。

補足コラム

• 主な手法：静的解析（バイナリ解析、逆アセンブル、デコンパイル）、動的解析（実行時トレース、デバッガ）、プロトコル解析など。
• 用途例：互換性確保のための仕様抽出、セキュリティ脆弱性の調査、レガシー保守のための設計理解。
• 法的・倫理的留意点：ライセンスや著作権、契約で禁止されている場合があるため、実施前に法務確認が必須です。
• リバースとリエンジニアリングの関係：リバースは「理解」が目的、リエンジニアリングはその結果を基に「改修・再構築」する工程を含みます。

FAQ