CVE Intelligence
Média

CVE-2026-27840 — ZITADEL's truncated opaque tokens are still valid

ZITADEL is an open source identity management platform. Starting in version 2.31.0 and prior to versions 3.4.7 and 4.11.0, opaque OIDC access tokens in the v2 format truncated to 80 characters are still considered valid. Zitadel uses a symmetric AES encryption for opaque tokens. The cleartext payload is a concatenation of a couple of identifiers, such as a token ID and user ID. Internally Zitadel has 2 different versions of token payloads. v1 tokens are no longer created, but are still verified as to not invalidate existing session after upgrade. The cleartext payload has a format of `<token_id>:<user_id>`. v2 tokens distinguished further where the `token_id` is of the format `v2_<oidc_session_id>-at_<access_token_id>`. V1 token authZ/N session data is retrieved from the database using the (simple) `token_id` value and `user_id` value. The `user_id` (called `subject` in some parts of our code) was used as being the trusted user ID. V2 token authZ/N session data is retrieved from the database using the `oidc_session_id` and `access_token_id` and in this case the `user_id` from the token is ignored and taken from the session data in the database. By truncating the token to 80 chars, the user_id is now missing from the cleartext of the v2 token. The back-end still accepts this for above reasons. This issue is not considered exploitable, but may look awkward when reproduced. The patch in versions 4.11.0 and 3.4.7 resolves the issue by verifying the `user_id` from the token against the session data from the database. No known workarounds are available.

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

Publicada em 25/02/2026 · Atualizada em 13/10/2026 · Fontes: NIST National Vulnerability Database, CVE Program (cve.org) e CISA ADP · CNA: GitHub_M

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.2% (probabilidade de exploração em 30 dias)+2
  • Severidade técnica (medium)+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,23%
à frente de 13% das CVEs pontuadas · 14/10/2026
Afeta
Zitadel
Zitadel
CVSS base
4.3
Média · 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 (Zitadel Zitadel).
  2. O ataque é pela rede e não exige privilégios: restrinja a exposição (ACLs, VPN, WAF) até corrigir.
  3. Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
  4. A exploração exige interação do usuário: reforce filtros de e-mail/web e alerte os usuários afetados.
  5. 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
Zitadel Zitadel ≥ 2.31.0 e ≤ 2.71.19≥ 3.0.0 e < 3.4.7≥ 4.0.0 e < 4.11.0 Vulnerável NIST National Vulnerability Database
Zitadel Zitadel versão >= 4.0.0, < 4.11.0versão >= 3.0.0, < 3.4.7versão >= 2.31.0, <= 2.71.19 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
Privilégios exigidos
Nenhum
Interação do usuário
Necessária
Escopo
Inalterado
Confidencialidade
Nenhum
Integridade
Baixo
Disponibilidade
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
4.3 CVSS 3.1 Média 2.8 1.4 security-advisories@github.com via NIST National Vulnerability Database
4.3 CVSS 3.1 Média — — GitHub_M via CVE Program (cve.org) e CISA ADP
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N (nota exibida no topo: security-advisories@github.com)

Fraqueza MITRE

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

CWE-302

Outras CVEs com esta fraqueza →

EPSS ao longo do tempo FIRST

13/10/2026 → 14/10/2026 · 2 leitura(s) · máximo 0.23%

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
  • Produtos afetados adicionados · zitadel/zitadel
    13/10/2026 · CVE Program (cve.org) e CISA ADP
  • Avaliação SSVC atualizada
    13/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    13/10/2026
  • CVSS alterado · 4.3
    13/10/2026 · NIST National Vulnerability Database
  • Status na fonte alterado · → Analyzed
    13/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    13/10/2026 · NIST National Vulnerability Database
  • CVE publicada
    25/02/2026 · GitHub_M

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

  • 1× Descrição oficial atualizada · 13/10/2026 – 13/10/2026

Referências

3 no registro

Em outras páginas do site

Zitadel
todas as CVEs deste fabricante
CWE-302
outras páginas com esta fraqueza

CVEs relacionadas (mesmos produtos)

  • Alta CVE-2026-109373 ZITADEL 3.0.0 before 4.19.2 Account Takeover via Unsigned Login V2 Session Cookie 3 d
  • Média CVE-2026-109374 ZITADEL 3.0.0 before 4.19.2 Privilege Escalation via OIDC Token Exchange Impersonation 3 d
  • Alta CVE-2026-109372 ZITADEL 3.0.0 before 4.19.2 Account Takeover via SAML Identity-Provider Confusion 3 d
  • Alta CVE-2026-109371 ZITADEL 3.0.0 before 4.18.0 Unauthenticated Username Change via Login V1 3 d
  • Crítica CVE-2026-105207 ZITADEL before 4.17.3 Account Takeover via External IdP Linking 11 d
  • Alta CVE-2026-54693 ZITADEL Users Can Self-Verify Email/Phone via API 29/07/2026

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-27840 é "ZITADEL's truncated opaque tokens are still valid", de severidade Média. Afeta Zitadel (Zitadel); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 4.3 descreve a severidade técnica. EPSS 0.23% 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.