| メトリクス | 値 | 根拠 |
|--------|-------|-----------|
| 攻撃ベクトル | **ローカル** | シェルアクセスが必要（SSH、コンテナexec、物理アクセス） |
| 攻撃の複雑さ | **低** | 信頼性が高く、完全自動化 — レースコンディションは不要 |
| 必要な権限 | **低** | 任意の非特権ユーザーアカウント |
| ユーザー操作 | **なし** | 被害者の操作は不要 |
| 機密性への影響 | **高** | システム全体の完全な侵害 |
| 完全性への影響 | **高** | システム全体の完全な侵害 |
| 可用性への影響 | **高** | システム全体の完全な侵害 |

### 脅威の状況

| 要素 | 評価 |
|--------|-----------|
| PoCの入手可能性 | 公開済み、実戦投入可能、732バイトのスタンドアロンPython |
| エクスプロイトの信頼性 | 高 — テスト済みのディストリビューション間で修正なしに動作 |
| 検出の難易度 | 高 — ディスク書き込みなし、ダーティページなし |
| 攻撃者に必要なスキル | 低 — 公開PoCを持つスクリプトキディ |
| CISA KEV | 2026年に追加 — 積極的に監視中 |
| Microsoft Defender | 積極的な調査中としてフラグ付け |

### 影響を受ける環境

| 環境 | リスク |
|-------------|------|
| ベアメタルLinuxサーバー | 重大 |
| Linux VM（クラウドまたはオンプレミス） | 重大 |
| Kubernetesノード | 重大（コンテナエスケープも可能） |
| Dockerホスト | 重大 |
| 共有ホスティング / マルチテナント | 重大 |
| WSL2 / Windows上のLinux | カーネルバージョンごとに評価 |

---

## 3. 技術的な詳細

### 3.1 背景: AF_ALGとAEAD

Linuxカーネルは、**AF_ALGソケット**（`AF_ALG = 38`）を介して暗号操作をユーザースペースに公開しています。このインターフェース（`algif_aead`）により、非特権アプリケーションはカーネルモードのコードを必要とせずに、カーネルの暗号ハードウェアアクセラレータを呼び出すことができます。

**AEAD**（Associated Data付き認証暗号化）アルゴリズム（AES-GCMやChaCha20-Poly1305など）は、TLS、ディスク暗号化、VPNプロトコルで広く使用されています。脆弱なテンプレートは`authencesn` — 拡張シーケンス番号（ESN）サポートを備えた`hmac(sha256)` + `cbc(aes)`を使用するAEAD構成で、IPsecで一般的に使用されています。

### 3.2 根本原因

2017年、コミット`72548b093ee3`がパフォーマンス最適化として`algif_aead`に**インプレースAEAD操作**を導入しました — これにより、暗号エンジンが同じバッファを読み書きできるようになりました。これは欠陥がありました：```
The bug chain:

1. Caller binds AF_ALG socket to:
      authencesn(hmac(sha256),cbc(aes))

2. Caller sends a decryption request via sendmsg() with specific flags

3. Caller uses splice() to feed PAGE CACHE PAGES from an open file
   descriptor directly into the socket's scatterlist

4. The authencesn template, during ESN header processing, uses the
   OUTPUT BUFFER as scratch space — writing 4 bytes past the
   expected output boundary

5. Because the scatterlist contains page cache pages (not private
   copies), this scratch write lands DIRECTLY IN THE PAGE CACHE

6. Page cache is shared kernel-wide — all processes reading the
   same file now see the modified bytes

Key insight: splice() is zero-copy — it hands page cache references
to the socket. The in-place "optimization" then writes INTO those
pages. No dirty bit is set because the write goes through the crypto
engine, not the normal write path.

### 3.5 標準的な防御が失敗する理由

| 防御策 | 回避されるか？ | 理由 |
|---------|-----------|--------|
| ファイル整合性監視（Tripwire/AIDE） | **はい** | ディスク上の変更なし |
| IDSファイルハッシュチェック | **はい** | ディスクのバイトは不変 |
| `inotify` ファイル監視 | **はい** | VFS書き込みイベントなし |
| SELinux / AppArmor | **部分的** | プロセスは制御するが、暗号エンジンを介したページキャッシュ書き込みは制御しない |
| 読み取り専用マウント | **はい** | ページキャッシュはマウント経由ではなくメモリ内で変更される |
| バイナリに対する `auditd` の `watch` | **はい** | 監査はVFS書き込みを監視する — これはVFSを迂回する |

### 3.6 影響を受けるカーネルバージョン

| ブランチ | 影響を受ける範囲 | 修正開始バージョン |
|--------|-------------------|------------|
| 4.14.x | すべて（脆弱性の起源） | アップストリーム修正なし（EOL） |
| 5.4.x（LTS） | すべて | ディストリビューションのバックポートが必要 |
| 5.10.x（LTS） | すべて | ディストリビューションのバックポートが必要 |
| 5.15.x（LTS） | すべて | ディストリビューションのバックポートが必要 |
| 6.1.x（LTS） | ≤ 6.1.129 | **6.1.130+** |
| 6.6.x（LTS） | ≤ 6.6.86 | **6.6.87+** |
| 6.12.x（LTS） | ≤ 6.12.22 | **6.12.23+** |
| 6.15-rc | rcで修正済み | **6.15-rc+** |

> ディストリビューションのカーネルは、異なるバージョン番号で修正をバックポートしている場合があります。必ずお使いのディストリビューションのセキュリティ勧告を確認してください。

---

## 4. 攻撃手法 — レッドチーム

> **認可が必要です。** このセクションは、防御側が攻撃者の視点を理解するためのものです。所有しているシステム、または明示的な書面によるテスト許可を得たシステムでのみ実行してください。

### 4.1 前提条件

- ターゲット上での低権限シェル（SSH、コンテナexec、RCEチェーン）
- Python 3.10+ **または** コンパイル済みCバイナリ
- `algif_aead` が利用可能な未パッチのカーネル

### 4.2 偵察```bash
# Check if vulnerable
uname -r
cat /proc/crypto | grep -A10 "authencesn"
lsmod | grep algif_aead

# Verify setuid target exists
ls -la /usr/bin/su /usr/bin/sudo /usr/bin/passwd

A local copy is available at `exploit/poc.py`. See `exploit/README.md` for technical breakdown.

### 4.4 Container Escape Scenario

Because the Linux page cache is shared between all processes on the same host (including host and containers):```
Attacker in container → patches /usr/bin/su in HOST page cache
Host user runs su → executes attacker code as root on host

**チェック内容:**
- カーネルバージョンと既知の脆弱性のある範囲の照合
- `algif_aead` モジュールのロード状態とブラックリスト状態
- `/proc/crypto` 内の `authencesn` の利用可能性
- setuid バイナリのページキャッシュ整合性（root 権限が必要）
- ディストリビューション固有のパッチ適用状況
- アクティブな悪用の兆候を示す実行中プロセス

タイムスタンプ付きのレポートが `/tmp/cve-2026-31431-report-*.txt` に保存されます。

### 5.2 YARA 検出

`detection/yara/` に2つの YARA ルールが用意されています:

| ルールファイル | 目的 |
|-----------|---------|
| `cve_2026_31431_base.yar` | 既知の公開 PoC と正確に一致 |
| `cve_2026_31431_enhanced.yar` | 難読化、コンパイル済み、および亜種のエクスプロイトを検出 |```bash
# Install YARA
apt-get install yara   # Debian/Ubuntu
dnf install yara       # RHEL/Fedora
apk add yara           # Alpine

# Scan running process executables
sudo yara -r detection/yara/cve_2026_31431_enhanced.yar /proc/*/exe 2>/dev/null

# Scan common dropper locations
sudo yara -r detection/yara/cve_2026_31431_enhanced.yar /home /tmp /var/tmp /dev/shm

# Scan uploaded files / quarantine
yara detection/yara/cve_2026_31431_base.yar <suspect_file>

リロード:```bash
augenrules --load && service auditd restart

### 5.4 Falco / eBPF 検出

`/etc/falco/rules.d/cve-2026-31431.yaml` に追加します:```yaml
- rule: CVE-2026-31431 AF_ALG Socket Creation
  desc: Detects unprivileged process creating AF_ALG socket (family 38) — required step for Copy Fail exploit
  condition: >
    syscall.type = socket and
    evt.arg.domain = 38 and
    not user.uid = 0 and
    not proc.name in (known_crypto_daemons)
  output: >
    CVE-2026-31431 exploitation attempt - AF_ALG socket (user=%user.name
    uid=%user.uid pid=%proc.pid cmd=%proc.cmdline)
  priority: CRITICAL
  tags: [cve-2026-31431, lpe, kernel, crypto]

- list: known_crypto_daemons
  items: [strongswan, charon, pluto, openssl]

- rule: CVE-2026-31431 Splice After AF_ALG
  desc: Detects splice() syscall shortly after AF_ALG socket creation — exploitation sequence
  condition: >
    syscall.type = splice and
    not user.uid = 0 and
    evt.elapsed < 5000000000
  output: >
    CVE-2026-31431 splice after AF_ALG socket (user=%user.name pid=%proc.pid)
  priority: CRITICAL
  tags: [cve-2026-31431, lpe]

> **本番環境に関する注意:** `drop_caches` はパフォーマンスに影響を与えます。メンテナンスウィンドウ中、または重要でないシステムで先に実行してください。

### 5.6 侵害指標（IoCs）

| IoCタイプ | 指標 | 信頼度 |
|----------|-----------|-----------|
| 文字列（バイナリ/スクリプト） | `authencesn(hmac(sha256),cbc(aes))` | 高 |
| 16進バイト | `78 DA AB 77 F5 71 63 62 64 64`（zlibペイロードヘッダー） | 高 |
| システムコールシーケンス | `socket(38,5,0)` → `bind()` → `splice()` | 高 |
| ネットワーク | なし — 完全にローカルのみ | N/A |
| ファイル | ディスクへの書き込みなし（ステルス性） | — |
| プロセス | AF_ALGソケットを持つ短命のPython/Cプロセス | 中 |
| ページキャッシュ | setuidバイナリのページキャッシュ ≠ ディスク上のハッシュ | 重大 |

### 5.7 SIEM検出クエリ

**Splunk（auditdソース）:**```spl
index=linux_audit sourcetype=auditd action=SYSCALL syscall=socket a0="0x26"
| join pid [
    search index=linux_audit sourcetype=auditd action=SYSCALL syscall=splice
  ]
| where (_time - join_time) < 30
| table _time host user pid cmd a0
| eval severity="CRITICAL"

**Microsoft Sentinel (KQL):**```kql
Syslog
| where Facility == "kern" or ProcessName == "audit"
| where SyslogMessage contains "socket" and SyslogMessage contains "a0=0x26"
| extend UserName = extract("uid=([0-9]+)", 1, SyslogMessage)
| where UserName != "0"
| project TimeGenerated, Computer, UserName, SyslogMessage
| order by TimeGenerated desc

### 6.1 即時緩和策（再起動不要*）```bash
# Blacklist the module permanently
echo "install algif_aead /bin/false" | sudo tee /etc/modprobe.d/disable-algif-aead.conf
echo "install authencesn /bin/false" | sudo tee -a /etc/modprobe.d/disable-algif-aead.conf

# Unload if currently loaded
sudo rmmod algif_aead 2>/dev/null || echo "Not loaded — mitigation active after config"

# Verify
lsmod | grep algif_aead && echo "WARNING: still loaded — reboot needed" || echo "OK: not loaded"

ノードの自動アップグレーダー（Karpenter、Managed Node Groups）を利用するか、利用可能な場合はクラスターノードプールのローテーションを実施します。

### 6.4 パッチ適用後の検証```bash
# Re-run detection script
sudo ./detection/check_vulnerable.sh

# Quick manual verification
uname -r                          # confirm new kernel version
lsmod | grep algif_aead           # should be empty
cat /proc/crypto | grep authencesn  # should return nothing (or still listed but module blacklisted)

> **重要:** Docker コンテナはホストカーネルを共有します。このラボは**ホストカーネルの**脆弱性ステータスをテストします。脆弱性の結果は実際のホストシステムを反映します — これは現実的な評価のための意図的な仕様です。

特定の脆弱なカーネルバージョンで隔離テストを行うには、カーネルを固定した専用VMを使用してください。VMセットアップのガイダンスは `lab/README.md` を参照してください。

---

## 8. 参考情報

| リソース | リンク |
|----------|------|
| NVDアドバイザリ | https://nvd.nist.gov/vuln/detail/CVE-2026-31431 |
| 元の研究 | https://copy.fail |
| 技術解説 | https://xint.io/blog/copy-fail-linux-distributions |
| 公開PoC | https://github.com/theori-io/copy-fail-CVE-2026-31431 |
| CISA KEVカタログ | https://www.cisa.gov/known-exploited-vulnerabilities-catalog |
| カーネル修正 — リバートコミット | `a664bf3d603d` / `fafe0fa2995a` |
| 脆弱なコミット | `72548b093ee3` |
| Microsoft Defenderアドバイザリ | Microsoft Defender脅威インテリジェンスブログ |

---

## リポジトリ構造```
cve-2026-31431/
├── README.md                          ← This document
├── exploit/
│   ├── README.md                      ← Technical exploit breakdown
│   └── poc.py                         ← Public PoC (theori-io, for reference)
├── detection/
│   ├── README.md                      ← Detection guide
│   ├── check_vulnerable.sh            ← Vulnerability & IoC detection script
│   └── yara/
│       ├── cve_2026_31431_base.yar    ← Detects known public PoC
│       └── cve_2026_31431_enhanced.yar ← Detects obfuscated/compiled variants
├── patch/
│   ├── README.md                      ← Remediation guide
│   └── patch.sh                       ← Automated patch/mitigation script
└── lab/
    ├── README.md                      ← Lab setup guide
    ├── Dockerfile                     ← Alpine-based lab container
    └── docker-compose.yml             ← Lab orchestration