CVE-2025-39738 — btrfs: do not allow relocation of partially dropped subvolumes
In the Linux kernel, the following vulnerability has been resolved: btrfs: do not allow relocation of partially dropped subvolumes [BUG] There is an internal report that balance triggered transaction abort, with the following call trace: item 85 key (594509824 169 0) itemoff 12599 itemsize 33 extent refs 1 gen 197740 flags 2 ref#0: tree block backref root 7 item 86 key (594558976 169 0) itemoff 12566 itemsize 33 extent refs 1 gen 197522 flags 2 ref#0: tree block backref root 7 ... BTRFS error (device loop0): extent item not found for insert, bytenr 594526208 num_bytes 16384 parent 449921024 root_objectid 934 owner 1 offset 0 BTRFS error (device loop0): failed to run delayed ref for logical 594526208 num_bytes 16384 type 182 action 1 ref_mod 1: -117 ------------[ cut here ]------------ BTRFS: Transaction aborted (error -117) WARNING: CPU: 1 PID: 6963 at ../fs/btrfs/extent-tree.c:2168 btrfs_run_delayed_refs+0xfa/0x110 [btrfs] And btrfs check doesn't report anything wrong related to the extent tree. [CAUSE] The cause is a little complex, firstly the extent tree indeed doesn't have the backref for 594526208. The extent tree only have the following two backrefs around that bytenr on-disk: item 65 key (594509824 METADATA_ITEM 0) itemoff 13880 itemsize 33 refs 1 gen 197740 flags TREE_BLOCK tree block skinny level 0 (176 0x7) tree block backref root CSUM_TREE item 66 key (594558976 METADATA_ITEM 0) itemoff 13847 itemsize 33 refs 1 gen 197522 flags TREE_BLOCK tree block skinny level 0 (176 0x7) tree block backref root CSUM_TREE But the such missing backref item is not an corruption on disk, as the offending delayed ref belongs to subvolume 934, and that subvolume is being dropped: item 0 key (934 ROOT_ITEM 198229) itemoff 15844 itemsize 439 generation 198229 root_dirid 256 bytenr 10741039104 byte_limit 0 bytes_used 345571328 last_snapshot 198229 flags 0x1000000000001(RDONLY) refs 0 drop_progress key (206324 EXTENT_DATA 2711650304) drop_level 2 level 2 generation_v2 198229 And that offending tree block 594526208 is inside the dropped range of that subvolume. That explains why there is no backref item for that bytenr and why btrfs check is not reporting anything wrong. But this also shows another problem, as btrfs will do all the orphan subvolume cleanup at a read-write mount. So half-dropped subvolume should not exist after an RW mount, and balance itself is also exclusive to subvolume cleanup, meaning we shouldn't hit a subvolume half-dropped during relocation. The root cause is, there is no orphan item for this subvolume. In fact there are 5 subvolumes from around 2021 that have the same problem. It looks like the original report has some older kernels running, and caused those zombie subvolumes. Thankfully upstream commit 8d488a8c7ba2 ("btrfs: fix subvolume/snapshot deletion not triggered on mount") has long fixed the bug. [ENHANCEMENT] For repairing such old fs, btrfs-progs will be enhanced. Considering how delayed the problem will show up (at run delayed ref time) and at that time we have to abort transaction already, it is too late. Instead here we reject any half-dropped subvolume for reloc tree at the earliest time, preventing confusion and extra time wasted on debugging similar bugs.
Descrição oficial em inglês (tradução ainda não revisada).
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.
Como a nota foi calculada
- EPSS 0.2% (probabilidade de exploração em 30 dias)+1
- Severidade técnica (high)+6
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.
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.
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)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- 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.
- Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Debian Debian Linux, Linux Linux, Linux Linux Kernel).
- Aplique a versão corrigida ou o patch documentado na seção Remediação.
- 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.
| Fabricante | Produto | Versões | Status | Fonte |
|---|---|---|---|---|
| Debian | Debian Linux | versão 11.0 | Vulnerável | NIST National Vulnerability Database |
| Linux | Linux | versão 5.11≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < 4289b494ac553e74e86fed1c66b2bf9530bc1082≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < 4e403bd8e127d40dc7c05f06ee969c1ba1537ec5≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < 125e94a4b76b7b75d194f85bedd628097d2121f0≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < 39a93e1c9dbf7e11632efeb20fcf0fc1dcf64d51≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < f83d4c81bda3b7d1813268ab77408f7a0ce691ff≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < fcb1f77b8ed8795608ca7a1f6505e2b07236c1f3≥ 638331fa56caeaa8b4d31cc1dfbe0ce989bcff67 e < fa086b1398cf7e5f7dee7241bd5f2855cb5df8dc | Vulnerável | CVE Program (cve.org) e CISA ADP |
| Linux | Linux Kernel |
versão 5.11-rc6versão 6.17-rc1versão 5.11-rc7versão 5.11-rc5versão 5.11-rc4versão 5.11-rc3versão 5.11≥ 6.16 e < 6.16.2 e mais 5≥ 6.13 e < 6.15.11≥ 6.7 e < 6.12.43≥ 6.2 e < 6.6.103≥ 5.16 e < 6.1.149≥ 5.11.1 e < 5.15.190 |
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.
Todas as pontuações coletadas
As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.
| Nota | Versão | Severidade | Explor. | Impacto | Pontuado por |
|---|---|---|---|---|---|
| 7.8 | CVSS 3.1 | Alta | 1.8 | 5.9 | nvd@nist.gov via NIST National Vulnerability Database |
| 7.8 | CVSS 3.1 | Alta | — | — | GitHub, Inc. via GitHub Security Advisories |
| 7.3 | CVSS 3.1 | Alta | 1.8 | 5.5 | 416baaa9-dc9f-4396-8d5f-8c081fb06d67 via NIST National Vulnerability Database |
| 7.3 | CVSS 3.1 | Alta | — | — | Linux via CVE Program (cve.org) e CISA ADP |
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H (nota exibida no topo: nvd@nist.gov) 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.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Produtos afetados adicionados · linux/linux
- Avaliação SSVC atualizada
- Ficha publicada
- Correção documentada
- Produtos afetados adicionados · linux/linux kernel, debian/debian linux
- CVSS alterado · 7.8
- Status na fonte alterado · → Modified
- Registro criado nesta base
- 2025
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 2× Referências adicionadas · 15/10/2026 – 15/10/2026
- 1× Descrição oficial atualizada · 15/10/2026 – 15/10/2026
Referências
11 no registro
- git.kernel.org/stable/c/fa086b1398cf7e5f7dee7241bd5f2855cb5df8dc
- git.kernel.org/stable/c/fcb1f77b8ed8795608ca7a1f6505e2b07236c1f3
- git.kernel.org/stable/c/f83d4c81bda3b7d1813268ab77408f7a0ce691ff
- git.kernel.org/stable/c/4289b494ac553e74e86fed1c66b2bf9530bc1082
- git.kernel.org/stable/c/125e94a4b76b7b75d194f85bedd628097d2121f0
- git.kernel.org/stable/c/4e403bd8e127d40dc7c05f06ee969c1ba1537ec5
- git.kernel.org/stable/c/39a93e1c9dbf7e11632efeb20fcf0fc1dcf64d51
- cert-portal.siemens.com/productcert/html/ssa-032379.html
- lists.debian.org/debian-lts-announce/2025/10/msg00008.html
- github.com/advisories/GHSA-8x83-vv5w-vmh3
- nvd.nist.gov/vuln/detail/CVE-2025-39738
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Crítica CVE-2026-99999 ipv4: validate checksum_start before completing checksum 13 h
- Desconhecida CVE-2026-98432 ipv4: free inet_opt and ireq_opt after an RCU grace period 13 h
- Desconhecida CVE-2026-98428 ALSA: usb: 6fire: Avoid embedded URBs 1 d
- Desconhecida CVE-2026-98431 RDMA/uverbs: Fix mmap_lock/disassociation_lock circular dependency 1 d
- Desconhecida CVE-2026-98430 RDMA/efa: Keep admin queues alive while IRQ is registered 1 d
- Desconhecida CVE-2026-98429 RDMA/efa: Keep EQ resources alive while IRQ is registered 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.
- Sem classificação CWE.
- 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-39738 é "btrfs: do not allow relocation of partially dropped subvolumes", de severidade Alta. Afeta Debian Linux (Debian); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 7.8 descreve a severidade técnica. EPSS 0.18% 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.