本文回顾2026-10-08的情况，于2026年10月27日编写。日期指所分析的那一天；下方另列来源的首次发布日期及修订日期。
通告对实际环境意味着什么
起点是2026-10-08发布的CERTFR-2026-AVI-1280。其范围包括Manila，所列影响为远程代码执行, 权限提升。这些陈述针对通告的整体范围，并不表示每项影响都适用于每个产品或每个CVE。
本案例聚焦Manila。应在运行安装、部署镜像和实际依赖中定位该发行版，而不是将Ceph的所有产品视为等同。
需要检查的产品和版本
- 来源编号
- CERTFR-2026-AVI-1280
- 来源首次发布
- 2026-10-08
- 截至分析日可用的最新修订
- 2026-10-08
- 所列组件
- Manila
- CVE编号
- CVE-2020-27781
| 组件 | 公开条件 |
|---|---|
| Manila | 16.x : < 16.2.0 |
| Manila | 15.x : < 15.2.8 |
| Manila | < 14.2.16 |
对于Manila，公开条件为“16.x : < 16.2.0”。应在其所属分支内，将实际加载版本与该条件比对。修复另一种Manila发行版不能作为本案例关闭的依据。
机制与前提条件
代码执行可能使攻击者获得受影响进程的权限。检查服务账户及其能够访问的网络目标；隔离可以减少横向移动，但不能代替补丁。
由redhat发布的一手记录CVE-2020-27781涉及Ceph，所采用的修订日期为2024-08-04。此范围与CERTFR-2026-AVI-1280中的集成产品及产品组分别展示。
选择合适的处置措施
- 定位Manila实例、运行版本和负责人，将条件16.x : < 16.2.0与CERTFR-2026-AVI-1280一同记录。
- 将安装分支与Manila厂商说明比对，准备该分支的升级包和依赖服务测试，并保存变更前状态。
- 修改Manila后再次获取实际加载版本，验证下述业务流程。每项例外都需要负责人、暴露减轻措施和到期日期。
在真实业务流程中验证修复
需为Manila调整的验证场景：使用应用实际采用的客户端，在Manila测试数据库中执行基准读取和事务。检查账户权限、错误和可能的复制，并区分服务器版本与驱动版本。 这是防御性检查建议，并非声称已在第三方系统上完成测试。
CERTFR-2026-AVI-1280的分析边界：本文不能替代厂商前提要求或本组织的日志调查。只展示文档明确记载的版本，不虚构攻击日期或受害者。
本案例的具体问题
Manila需要检查什么条件？
CERTFR-2026-AVI-1280记载Manila — 16.x : < 16.2.0。应核实发行版和实际运行版本，不能将边界推广到通告未涉及的分支。
评估Manila暴露情况还缺什么？
需要确认Manila的运行版本、到达组件的路径及进程权限。CERTFR-2026-AVI-1280采用的来源不足以确认全部前提或实际利用。
来源与相关分析
实用指南 : 数据生命周期管理：保留、归档和删除时需提供证据
进一步理解本案例的处置决策
原始通报的完整清单
文章表格可能只是节选。以下列出指定修订版中的全部受影响系统条目与CVE。这不是贵方资产清单，也不代表每个CVE都影响每种产品。
官方来源 · CERTFR-2026-AVI-1280
通报修订日期 : · 核查日期 :
受影响系统 · 3
保留法语原文，以免版本条件的翻译产生歧义。
- Manila versions 16.x antérieures à 16.2.0
- Manila versions 15.x antérieures à 15.2.8
- Manila versions antérieures à 14.2.16