"コードを書かずに、コードを書く。命令はすでに存在し、我々はただそれを再構成するだけだ。"

セキュリティ領域において、**ROP（Return Oriented Programming）**は特異な存在である。
これは新たな命令を注入するのではなく、既に存在する命令列を再利用することで“別の意味”を作り上げる攻撃技法だ。

この章では、ROPの技術的構造・設計視点・アセンブリ観点からの意味性、
さらにはそれが現代の実行環境に何を突き付けているのかを探る。

ROPとは何か？ — Return Oriented Programming の定義

ROPは、関数リターン命令（RET）を悪用し、任意のコード実行を行う攻撃技法である。

特徴：

つまり、コードは書かれない。存在する命令が“再構成”されるだけである。

背景：なぜROPが必要とされたのか？

かつてのバッファオーバーフロー攻撃は、
スタックに任意のシェルコードを置いてジャンプすることで完了した。

しかし、次のような防御技術が登場：

これにより、「コードを注入してジャンプする」攻撃は困難になった。

→ 代替手法として登場したのが「既存の命令を繋ぐ」というROPの発想である。

ガジェットとは、以下のような短い命令列：

pop rdi
ret

または：

add eax, ebx
ret

特徴：

ROP攻撃は、こうした**“偶然に存在する命令列”を連結する**ことで、
目的のコードを構築していく。

前提：libcが利用可能、systemアドレス取得済み

ROPチェーン（スタック上に配置）：

→ 実行の流れ：

[ESP] → pop rdi; ret  
       → "/bin/sh"  
       → system

→ RET → pop rdi（→ /bin/sh）→ RET → system("/bin/sh")

これがROPによるシステムコールの組み立てである。

通常、スタックは一時的な退避領域である。
しかしROPにおいては、スタックは：

設計者は、もはやスタックを**単なる“データ”ではなく、“命令列の構造体”**として扱う必要がある。

ROPは、以下のような防御を回避可能：

→ ROPはOS設計の“前提”を裏切る設計思想に基づいている。

ROPを設計するには、まずガジェットを発見しなければならない。

代表的ツール：

→ 現代のROPは、“再設計されたアセンブリ”を、道具とともに彫刻する技術となっている。

ROPはその本質上、セキュリティ領域で語られることが多いが、
一方で以下の問いも提起する：

→ ROPは、コードの意味と境界を揺さぶる設計思想でもある。

アセンブリにおける RET 命令は、
本来、関数からの「終了」を意味する。

しかしROPにおいては、
RETは始まりの命令となる。

"RETを積み重ねよ。意味は既に書かれている。構造こそが、それを再び命令に変えるのだ。"