目标达成 感谢每一位支持者 — 我们达成了 100% 目标!

目标: 1000 元 · 已筹: 1359 元

100%

CVE-2026-105933— Apache Pulsar 命名空间加密要求未强制执行漏洞

一分钟漏洞结论

影响对象
Apache Software Foundation Apache Pulsar
利用判断
尚无明确在野利用证据,仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本;无法立即升级时,限制受影响服务暴露并加强监测。

Apache Pulsar 允许管理员通过设置 命名空间策略,强制要求该命名空间下所有主题启用端到端消息加密。当此策略启用后,Broker 将拒绝接收未加密的发布消息。 在加载持久化主题时,Broker 会在主题初始化过程中读取命名空间策略和主题级策略。如果初始化过程中的某一步骤失败(例如:元数据存储读取错误、主题级策略加载失败,或后续初始化步骤出错),Broker 会记录一条警告日志,临时禁用该主题的加密要求,并继续完成主题加载,仿佛加载成功一般。此时,尽管命名空间策略要求必须加密,该主题却不再强制执行加密要求,

CVSS 2.3 · Low

影响版本矩阵 2

厂商产品 版本范围状态
Apache Software Foundation Apache Pulsar 1.22.0-incubating< 4.0.14 affected
4.1.0< 4.2.5 affected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2026-105933 基础信息

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。

Vulnerability Title
Apache Pulsar: Namespace encryption requirement not enforced after a failure during topic initialization
来源: CVE Program / CVE List V5
Vulnerability Description
Apache Pulsar allows an administrator to require end-to-end message encryption for all topics in a namespace by setting the encryption_required namespace policy. When this policy is set, the broker rejects messages that are published without encryption. When the broker loads a persistent topic, it reads the namespace policies and the topic-level policies as part of topic initialization. If a step of this initialization fails, for example because of an error reading from the metadata store, a failure loading the topic-level policies or a failure in a later initialization step, the broker logs a warning, disables the encryption requirement for that topic, and completes the topic load as if it had succeeded. The topic is then served with encryption_required not enforced, even though the namespace policy requires it. Topic-level policies that could not be loaded are also not applied. While the encryption requirement is not enforced, an authenticated client with permission to produce to the affected topic can publish messages that are not encrypted, and the broker accepts and stores them. This applies both to producers created after the topic was loaded and to producers that were already connected. Messages published with encryption remain encrypted; the issue does not expose the content of encrypted messages or the encryption keys. The condition is not limited to transient failures. If the cause of the initialization failure persists, the encryption requirement is disabled again each time the topic is loaded, for example after a topic unload, a namespace bundle reassignment or a broker restart. An update to the namespace policies restores enforcement on a loaded topic, but only until the topic is loaded again. Enforcement is reliably restored only once the underlying cause of the failure has been resolved and the topic has been loaded again. The broker logs a warning when the encryption requirement is disabled, but the topic load is reported as successful and the state of the encryption requirement is not shown in the topic statistics. In fixed versions, a failure during topic initialization causes the topic load to fail so that it can be retried, instead of loading the topic with the encryption requirement disabled. This issue affects Apache Pulsar versions from 1.22.0-incubating before 4.0.14 and from 4.1.0 before 4.2.5. - 4.0.x version users should upgrade to at least 4.0.14. - 4.1.x and 4.2.x version users should upgrade to at least 4.2.5. Users operating versions prior to those listed above should upgrade to the aforementioned patched versions or newer versions. The currently supported Apache Pulsar release lines are 4.0.x and 5.0.x. The supported versions schedule is available at https://pulsar.apache.org/contribute/release-policy/. Users who rely on encryption_required and cannot upgrade immediately can monitor the broker logs for warnings containing "isEncryptionRequired will be set to false" (the exact wording of the message differs between releases), resolve the underlying cause of the failure, and then reload the affected topic and confirm that the warning does not recur.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
来源: CVE Program / CVE List V5
Vulnerability Type
未能安全地进行程序失效(Failing Open)
来源: CVE Program / CVE List V5

受影响产品

厂商 产品 影响版本 CPE 订阅
Apache Software Foundation Apache Pulsar 1.22.0-incubating ~ 4.0.14 -

二、漏洞 CVE-2026-105933 的公开POC

# POC 描述 源链接 神龙链接
AI 生成 POC 高级

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2026-105933 的情报信息

请登录查看更多情报信息。

CVE-2026-105933 其他参考 (2)

同批安全公告 · Apache Software Foundation · 2026-10-21 · 共 69 条

CVE-2026-105944 10.0 CRITICAL Apache Pulsar Manager 认证绕过及凭证泄露漏洞
CVE-2026-111812 10.0 CRITICAL Apache Traffic Server 远程代码执行漏洞
CVE-2026-111813 10.0 CRITICAL Apache Traffic Server magick 插件远程代码执行漏洞
CVE-2026-111815 10.0 CRITICAL Apache Traffic Server TLS 会话恢复绕过 SNI 验证漏洞
CVE-2026-111814 10.0 CRITICAL Apache Traffic Server mTLS 身份混淆漏洞
CVE-2026-111809 9.3 CRITICAL Apache Traffic Server 请求走私漏洞
CVE-2026-111816 9.3 CRITICAL Apache Traffic Server 302 响应绕过解析漏洞
CVE-2026-105869 9.2 CRITICAL Apache Pulsar 未验证令牌角色认证绕过漏洞
CVE-2026-111811 9.0 CRITICAL Apache Traffic Server tsmemcache 插件未认证缓存漏洞
CVE-2025-31699 8.9 HIGH Apache Traffic Server 请求走私漏洞
CVE-2026-105937 8.7 HIGH Apache Pulsar 影子主题源授权缺失漏洞
CVE-2025-55702 8.7 HIGH Apache Traffic Server 请求解析漏洞
CVE-2026-111808 8.6 HIGH Apache Traffic Server HTTP/2 资源耗尽漏洞
CVE-2026-111805 8.6 HIGH Apache Traffic Server HTTP/2 后端工作池耗尽漏洞
CVE-2026-111804 8.2 HIGH Apache Traffic Server wasm 插件释放后使用漏洞
CVE-2026-105945 7.7 HIGH Apache Pulsar 文件存储跨租户包访问漏洞
CVE-2026-105942 7.7 HIGH Apache Pulsar 代理请求权限提升漏洞
CVE-2026-111810 7.5 HIGH Apache Traffic Server 未限流日志导致拒绝服务漏洞
CVE-2026-105934 7.2 HIGH Apache Pulsar 截断分区主题租户管理授权绕过漏洞
CVE-2026-105930 6.0 MEDIUM Apache Pulsar 函数包 URL 跨租户下载漏洞

显示前 20 条,共 69 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-105933

暂无评论


发表评论