MongoDB 压缩泄露实验（安全、教育性）

参考 CVE : CVE-2025-14847

本仓库是一个教育性实验，用于演示数据库线缆协议中常被描述为“压缩帧/大小元数据内存泄露”的一类问题的概念。

它旨在支持防御性理解：MongoDB 网络压缩如何协商和组帧，大小字段为何重要，以及健壮的解析器如何防止意外的内存暴露。

关于 CVE 参考的说明：本实验围绕被引用为 CVE-2025-14847 的概念框架构建。本仓库并未验证、复现或利用特定供应商的错误，也未声称任何特定 MongoDB 版本受到影响。它侧重于通用故障模式（压缩载荷周围大小元数据不匹配）及缓解措施。

版本状态（易受影响 vs 已修复）

本仓库未包含（也不应被用作）任何特定 CVE 的 MongoDB 版本是易受影响或已修复的证据。

要为报告正确地记录“易受影响”与“已修复”版本，请使用该 CVE 的官方供应商公告/发布说明并进行引用。

验证您正在运行的版本的实际步骤：

Docker 容器版本：
- docker compose exec mongodb mongod --version
- 或 docker compose exec mongodb mongosh --quiet --eval "db.version()"
主机安装版本：
- mongod --version
- mongosh --quiet --eval "db.version()"

如果您分享所使用的公告链接，我可以格式化一个简洁的“受影响/已修复”表格放在自述文件中，无需猜测。

本实验说明了压缩帧/大小元数据不匹配的故障模式：

MongoDB 消息带有长度前缀。使用网络压缩时，OP_COMPRESSED 信封增加了更多大小字段（外部消息长度、声明的未压缩大小以及内部消息自身的长度）。
如果实现信任这些大小字段中的任何一个而缺乏严格验证，则可能在解压缩或解析过程中错误处理缓冲区。
在有缺陷的实现中，这可能导致越界读取或返回未初始化的缓冲区字节，这是“内存泄露”可能发生的一种方式。

详见 protocol_overview.md 中的详细帧结构讲解。

完成本实验后，您应能够：

它具备以下功能：

在 Docker 中启动 MongoDB，并启用 zlib 压缩。
使用一个小巧的原始 Python 客户端：
- 发送包含 compression: ["zlib"] 的未压缩 hello 消息
- 使用 zlib 发送一个正确组帧的 OP_COMPRESSED 消息
- 记录未压缩与压缩大小以及服务器响应的摘要
包含一个本地“玩具解析器”演示，展示防御性解析器如何拒绝不匹配的大小元数据。

它不具备以下功能：

在本仓库目录下：

docker compose up -d

确认正在运行：

docker compose ps

python .\lab_probe.py

预期输出：

python .\lab_probe.py --toy-demo

仅运行本地解析检查，以说明大小验证为何重要。

docker compose down