CVE Intelligence
Baixa

CVE-2026-105933 — Apache Pulsar: Namespace encryption requirement not enforced after a failure during topic initialization

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.

Descrição oficial em inglês (tradução ainda não revisada).

Publicada em 21/10/2026 · Atualizada em 23/10/2026 · Fontes: CVE Program (cve.org) e CISA ADP, NIST National Vulnerability Database, GitHub Security Advisories · CNA: apache

Quem explora e qual a prioridade

Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.

Nenhum sinal de exploração nas fontes consultadas até agora.
Como a nota foi calculada
  • EPSS 0.3% (probabilidade de exploração em 30 dias)+3

A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).

Triagem

Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.

Exploração
Não confirmada
Fora da CISA KEV — ausência de registro, não prova de que não é explorada.
EPSS FIRST
0,29%
à frente de 22% das CVEs pontuadas · 31/10/2026
Afeta
Apache Software Foundation
Apache Pulsar
CVSS base
2.3
Baixa · 2 fonte(s)

Avaliação SSVC da CISA CISA

Três pontos de decisão que a CISA publica para as CVEs que avalia (SSVC 2.0.3). Uma decisão de priorização, não uma nota de severidade.

Exploração
Nenhuma
nenhuma · prova de conceito · ativa
Automatizável
Não
se um atacante consegue automatizar as etapas da cadeia de ataque
Impacto técnico
Parcial
parcial · controle total do componente vulnerável

Remediação

Correções e mitigações documentadas pelas fontes — com link para o aviso original.

Nenhuma correção documentada pelas fontes consultadas. Isso não significa que não exista: verifique o aviso do fabricante.

Primeiras 24 horas

Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.

  1. Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Apache Software Foundation Apache Pulsar).
  2. Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
  3. Procure nos logs disponíveis sinais de tentativa de exploração, erros e anomalias de autenticação.

Escopo afetado

Fabricante, produto e versões como as fontes os descrevem.

FabricanteProdutoVersõesStatusFonte
Apache Software Foundation Apache Pulsar ≥ 1.22.0-incubating e < 4.0.14≥ 4.1.0 e < 4.2.5 Vulnerável CVE Program (cve.org) e CISA ADP

Características do ataque

O vetor CVSS decodificado. Descreve o ataque, não a sua exposição a ele.

Vetor de ataque
Rede
Complexidade
Baixa
Requisitos de ataque
Presentes
Privilégios exigidos
Baixos
Interação do usuário
Nenhuma
Escopo
X
Confidencialidade (sistema vulnerável)
Nenhum
Integridade (sistema vulnerável)
Baixo
Disponibilidade (sistema vulnerável)
Nenhum
Confidencialidade (subsequente)
Nenhum
Integridade (subsequente)
Nenhum
Disponibilidade (subsequente)
Nenhum

Todas as pontuações coletadas

As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.

NotaVersãoSeveridadeExplor.ImpactoPontuado por
2.3 CVSS 4.0 Baixa — — security@apache.org via NIST National Vulnerability Database
2.3 CVSS 4.0 Baixa — — apache via CVE Program (cve.org) e CISA ADP
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/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X (nota exibida no topo: security@apache.org)

Fraqueza MITRE

Classe de fraqueza segundo o catálogo CWE do MITRE.

CWE-636

Outras CVEs com esta fraqueza →

EPSS ao longo do tempo FIRST

22/10/2026 → 31/10/2026 · 10 leitura(s) · máximo 0.29%

Detecção

Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.

  • Priorize telemetria de borda para o componente exposto na rede (proxy, WAF, IDS/IPS).
logs web/proxy/WAFIDS/IPS de rede

Linha do tempo

O que aconteceu com esta CVE, do mais recente ao mais antigo.

  • 2026
  • Avaliação SSVC atualizada
    23/10/2026 · CVE Program (cve.org) e CISA ADP
  • Status na fonte alterado · Received → Awaiting Analysis
    22/10/2026 · NIST National Vulnerability Database
  • Status na fonte alterado · Published → Received
    21/10/2026 · NIST National Vulnerability Database
  • Ficha publicada
    21/10/2026
  • CVSS alterado · 2.3
    21/10/2026 · CVE Program (cve.org) e CISA ADP
  • Status na fonte alterado · → Published
    21/10/2026 · CVE Program (cve.org) e CISA ADP
  • Registro criado nesta base
    21/10/2026 · CVE Program (cve.org) e CISA ADP
  • CVE publicada
    21/10/2026 · apache

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

  • 1× Referências adicionadas · 22/10/2026 – 22/10/2026
  • 1× Descrição oficial atualizada · 21/10/2026 – 21/10/2026

Referências

5 no registro

Em outras páginas do site

Apache Software Foundation
todas as CVEs deste fabricante
CWE-636
outras páginas com esta fraqueza

CVEs relacionadas (mesmos produtos)

  • Alta CVE-2026-105942 Apache Pulsar: Original principal of proxied requests authorized with the proxy's authentication data, allowing privilege escalation 10 d
  • Alta CVE-2026-105945 Apache Pulsar: Improper Validation of Package Name Components Allows Cross-Tenant Package Access in Filesystem Package Storage 10 d
  • Alta CVE-2026-105934 Apache Pulsar: Missing tenant admin authorization check when truncating a partitioned topic 10 d
  • Média CVE-2026-105935 Apache Pulsar: Function trigger publishes to the input topic without checking the caller's produce permission 10 d
  • Média CVE-2026-105936 Apache Pulsar: Functions connectors list endpoint does not apply the super-user check of the worker connectors endpoint 10 d
  • Alta CVE-2026-105937 Apache Pulsar: Missing authorization of the shadow topic source allows cross-tenant message disclosure and deletion of source topic data 10 d

Não consta em nenhuma fonte consultada

Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.

  • Nenhuma versão corrigida, patch ou mitigação documentada.
  • Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
  • Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
  • Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.

Respondido a partir deste registro

Texto montado apenas com os campos acima — sem afirmações adicionais.

O que os defensores devem saber primeiro?

CVE-2026-105933 é "Apache Pulsar: Namespace encryption requirement not enforced after a failure during topic initialization", de severidade Baixa. Afeta Apache Pulsar (Apache Software Foundation); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 2.3 descreve a severidade técnica. EPSS 0.29% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.

Comentários

Discussão técnica moderada. Leia as regras da comunidade.

Nenhum comentário ainda.

Entre ou crie uma conta para comentar e sugerir correções.