只要手里有数据库的查询凭据，就可能把托管图数据库的查询引擎变成执行环境。AWS 于 10 月 15 日发布安全公告 2026-136-AWS，修复 Amazon Neptune 的 CVE-2026-110812，CVSS 评分 9.9。
事件概述
Amazon Neptune 是 AWS 的全托管图数据库服务，查询引擎基于 Apache TinkerPop 的 Gremlin 实现。公告指出，缺陷位于 Gremlin 图数据导入路径，属于不可信数据反序列化问题，影响引擎版本 1.2.0.0 及以后、修复版本之前的所有发布。
修复版本为 Neptune 引擎 1.4.7.1、1.4.8.1 与 1.5.0.0 三条维护线各一版。集群若开启自动小版本升级，会在下一个维护窗口自动更新；手工管理引擎版本的客户需自行完成升级，这条差别决定了相当一部分集群的实际暴露时长。
技术细节
漏洞类型为 CWE-502 不可信数据反序列化。按 AWS 的描述，在特定条件下，持有 Neptune 数据面（查询）权限的已认证主体可以提交特制请求，让查询引擎不安全地处理不可信输入，从而在查询引擎环境内产生非预期行为。
这个前提值得单独说明：攻击者不需要管理员权限，也不需要触碰控制面，只需要一把普通的查询凭据——也就是应用程序日常连接数据库所用的那类凭据。图导入功能通常用于批量灌入顶点与边数据，处理的是外部提供的序列化内容，正是反序列化缺陷最典型的落点。攻击面因此从“谁能改配置”缩小为“谁持有查询凭据”，而后者在微服务、分析平台和第三方集成里往往分发得很宽。
影响评估
9.9 分反映的是后果严重程度，而非已有攻击。AWS 明确表示没有公开的 POC，也未确认在野利用，公告中未描述任何客户受影响的情况，EPSS 30 天评分约 0.4%。
风险点在于托管服务的心态偏差。很多团队默认“云托管数据库的补丁由厂商负责”，于是不跟踪引擎版本，也不把自动小版本升级打开。Neptune 常承载反欺诈关系图、权限图谱、知识图谱这类高价值数据，查询引擎一旦被控，攻击者可读取图数据、获取引擎环境中的服务凭据，并以此为跳板向相邻的 IAM 与数据服务移动。
修复建议
先确认当前引擎版本，再决定升级方式：
aws neptune describe-db-clusters \
--query "DBClusters[].{Id:DBClusterIdentifier,Engine:EngineVersion,AutoUpgrade:AutoMinorVersionUpgrade}"- 升级到 1.4.7.1、1.4.8.1 或 1.5.0.0，按现有维护线就近选择；
- 为所有集群开启自动小版本升级，避免长期滞留在受影响区间；
- 收敛 neptune-db 查询权限，只授予可信主体，清理长期未使用的 IAM 角色与访问密钥；
- 审计近 90 天的图导入调用与异常查询模式，核对 CloudTrail 中的 bulk loader 与 Gremlin 请求；
- 若怀疑凭据已外泄，先轮换再升级，顺序不能反。
无法立即升级的环境，最小权限是唯一有效的临时缓解：把查询权限收窄到业务必需的主体，并对导入接口做网络层限制。