CVE Intelligence
Média Corrupção de memória

CVE-2025-39879 — ceph: always call ceph_shift_unused_folios_left()

In the Linux kernel, the following vulnerability has been resolved: ceph: always call ceph_shift_unused_folios_left() The function ceph_process_folio_batch() sets folio_batch entries to NULL, which is an illegal state. Before folio_batch_release() crashes due to this API violation, the function ceph_shift_unused_folios_left() is supposed to remove those NULLs from the array. However, since commit ce80b76dd327 ("ceph: introduce ceph_process_folio_batch() method"), this shifting doesn't happen anymore because the "for" loop got moved to ceph_process_folio_batch(), and now the `i` variable that remains in ceph_writepages_start() doesn't get incremented anymore, making the shifting effectively unreachable much of the time. Later, commit 1551ec61dc55 ("ceph: introduce ceph_submit_write() method") added more preconditions for doing the shift, replacing the `i` check (with something that is still just as broken): - if ceph_process_folio_batch() fails, shifting never happens - if ceph_move_dirty_page_in_page_array() was never called (because ceph_process_folio_batch() has returned early for some of various reasons), shifting never happens - if `processed_in_fbatch` is zero (because ceph_process_folio_batch() has returned early for some of the reasons mentioned above or because ceph_move_dirty_page_in_page_array() has failed), shifting never happens Since those two commits, any problem in ceph_process_folio_batch() could crash the kernel, e.g. this way: BUG: kernel NULL pointer dereference, address: 0000000000000034 #PF: supervisor write access in kernel mode #PF: error_code(0x0002) - not-present page PGD 0 P4D 0 Oops: Oops: 0002 [#1] SMP NOPTI CPU: 172 UID: 0 PID: 2342707 Comm: kworker/u778:8 Not tainted 6.15.10-cm4all1-es #714 NONE Hardware name: Dell Inc. PowerEdge R7615/0G9DHV, BIOS 1.6.10 12/08/2023 Workqueue: writeback wb_workfn (flush-ceph-1) RIP: 0010:folios_put_refs+0x85/0x140 Code: 83 c5 01 39 e8 7e 76 48 63 c5 49 8b 5c c4 08 b8 01 00 00 00 4d 85 ed 74 05 41 8b 44 ad 00 48 8b 15 b0 > RSP: 0018:ffffb880af8db778 EFLAGS: 00010207 RAX: 0000000000000001 RBX: 0000000000000000 RCX: 0000000000000003 RDX: ffffe377cc3b0000 RSI: 0000000000000000 RDI: ffffb880af8db8c0 RBP: 0000000000000000 R08: 000000000000007d R09: 000000000102b86f R10: 0000000000000001 R11: 00000000000000ac R12: ffffb880af8db8c0 R13: 0000000000000000 R14: 0000000000000000 R15: ffff9bd262c97000 FS: 0000000000000000(0000) GS:ffff9c8efc303000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000034 CR3: 0000000160958004 CR4: 0000000000770ef0 PKRU: 55555554 Call Trace: <TASK> ceph_writepages_start+0xeb9/0x1410 The crash can be reproduced easily by changing the ceph_check_page_before_write() return value to `-E2BIG`. (Interestingly, the crash happens only if `huge_zero_folio` has already been allocated; without `huge_zero_folio`, is_huge_zero_folio(NULL) returns true and folios_put_refs() skips NULL entries instead of dereferencing them. That makes reproducing the bug somewhat unreliable. See https://lore.kernel.org/20250826231626.218675-1-max.kellermann@ionos.com for a discussion of this detail.) My suggestion is to move the ceph_shift_unused_folios_left() to right after ceph_process_folio_batch() to ensure it always gets called to fix up the illegal folio_batch state.

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

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

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.1% (probabilidade de exploração em 30 dias)+0
  • 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,13%
à frente de 2% das CVEs pontuadas · 19/10/2026
Afeta
Linux
Linux e mais 1
CVSS base
5.5
Média · 4 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.

  • Patch documentado — git.kernel.org (NIST National Vulnerability Database)
  • Patch documentado — git.kernel.org (NIST National Vulnerability Database)

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 (Linux Linux, Linux Linux Kernel).
  2. Aplique a versão corrigida ou o patch documentado na seção Remediação.
  3. Procure nos logs disponíveis sinais de tentativa de exploração compatíveis com a classe da falha (corrupção de memória), erros e anomalias de autenticação.

Escopo afetado

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

FabricanteProdutoVersõesStatusFonte
Linux Linux ≥ ce80b76dd32764cc914975777e058d4fae4f0ea0 e < 289b6615cf553d98509a9b273195d9936da1cfb2≥ ce80b76dd32764cc914975777e058d4fae4f0ea0 e < cce7c15faaac79b532a07ed6ab8332280ad83762versão 6.15 Vulnerável CVE Program (cve.org) e CISA ADP
Linux Linux Kernel ≥ 6.15 e < 6.16.8versão 6.17-rc1versão 6.17-rc2versão 6.17-rc3versão 6.17-rc4versão 6.17-rc5 Vulnerável NIST National Vulnerability Database

Características do ataque

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

Vetor de ataque
Local
Complexidade
Baixa
Privilégios exigidos
Baixos
Interação do usuário
Nenhuma
Escopo
Inalterado
Confidencialidade
Nenhum
Integridade
Nenhum
Disponibilidade
Alto

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
5.5 CVSS 3.1 Média 1.8 3.6 nvd@nist.gov via NIST National Vulnerability Database
5.5 CVSS 3.1 Média 1.8 3.6 134c704f-9b21-4f2e-91b3-4a467353bcc0 via NIST National Vulnerability Database
5.5 CVSS 3.1 Média — — GitHub, Inc. via GitHub Security Advisories
5.5 CVSS 3.1 Média — — CISA-ADP via CVE Program (cve.org) e CISA ADP
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H (nota exibida no topo: nvd@nist.gov)

Fraqueza MITRE

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

CWE-476 · NULL Pointer Dereference

Outras CVEs com esta fraqueza →

Detecção

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

  • Vetor local/físico: concentre-se em telemetria de endpoint (EDR) dos hosts afetados.
  • Correlacione falhas/reinícios do serviço com tráfego de entrada; crashes repetidos podem indicar tentativas.
telemetria de endpoint (EDR)dumps de falha

Linha do tempo

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

  • 2026
  • Produtos afetados adicionados · linux/linux
    19/10/2026 · CVE Program (cve.org) e CISA ADP
  • Avaliação SSVC atualizada
    19/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    19/10/2026
  • Correção documentada
    19/10/2026 · NIST National Vulnerability Database
  • Produtos afetados adicionados · linux/linux kernel
    19/10/2026 · NIST National Vulnerability Database
  • CVSS alterado · 5.5
    19/10/2026 · NIST National Vulnerability Database
  • Status na fonte alterado · → Modified
    19/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    19/10/2026 · Alertas do Telegram
  • 2025
  • CVE publicada
    23/09/2025 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

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

Referências

4 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante
CWE-476
outras páginas com esta fraqueza

CVEs relacionadas (mesmos produtos)

  • Desconhecida CVE-2026-98868 dm-pcache: reject a kset that overruns its segment 1 d
  • Desconhecida CVE-2026-98866 sched/cache: Introduce task_struct->sched_cache_grp to fix UAF 1 d
  • Desconhecida CVE-2026-98867 dm-pcache: bound the logical key offset from persistent memory 1 d
  • Desconhecida CVE-2026-98865 sched_ext: Don't run ops.dequeue() with a DSQ lock held 1 d
  • Desconhecida CVE-2026-98864 sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task 1 d
  • Desconhecida CVE-2026-98863 KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails 1 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.

  • 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-2025-39879 é "ceph: always call ceph_shift_unused_folios_left()", de severidade Média. Afeta Linux (Linux); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 5.5 descreve a severidade técnica. EPSS 0.13% 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.