No kernel Linux, a seguinte vulnerabilidade foi resolvida: writeback: não bloqueie a sincronização para sistemas de arquivos sem garantias de integridade de dados Adicione uma bandeira de superblocos SB_I_NO_DATA_INTEGRITY para sistemas de arquivos que não possam garantir a persistência de dados na sincronização (por exemplo, fusível). Para os superbloqueios com este conjunto de bandeiras, a sincronização inicia a gravação de inodos sujos, mas não espera que os threads de rusher completem a gravação. Isto substitui a bandeira de mapeamento de AS_NO_DATA_INTEGRITY adicionada no commit f 9 a 49 aa 302 a 0 ("fs/writeback: pule as mapeamentos AS_NO_DATA_INTEGRITY em wait_sb_inodes()"). A bandeira pertence ao nível do superbloco porque a integridade dos dados é uma propriedade do sistema de arquivos, não uma propriedade per-inodo. Ter esta bandeira no nível do superbloco também permite que pulemos ter que iterar cada inodo sujo em wait_sb_inodes() apenas para pular cada inodo individualmente. Antes deste commit, mapeamentos sem garantias de integridade de dados não esperavam pela conclusão da retaguarda, mas ainda esperavam nos threads do "wrasher" para terminar de iniciar a retaguarda. Esperar nos fios de descarga é desnecessário. Este commit inicia a gravação, mas não espera nos threads do "whresser". Esta alteração aborda corretamente um relatório recente [ 1 ] para um suspenso para-RAM pendurado em fuse-overlayfs que foi causado por esperar nos threads de flusher para terminar: Workqueue: pm_fs_sync pm_fs_sync_work_fn Chamada de rastreamento: __schedule+ 0 x 457 / 0 x 1720 agenda+ 0 x 27 / 0 xd 0 wb_wait_for_completion+ 0 x 97 / 0 xe 0 sincronizar_inodes_sb+ 0 xf 8 / 0 x 2 e 0 __iterate_ supers+ 0 xdc/ 0 x 160 ksys_sync+ 0 x 43 / 0 xb 0 pm_fs_sync_work_fn+ 0 x 17 / 0 xa 0 processo_one_work+ 0 x 193 / 0 x 350 worker_thread+ 0 x 1 a 1 / 0 x 310 kthread+ 0 xfc/ 0 x 240 ret_from_fork+ 0 x 243 / 0 x 280 ret_from_fork_asm+ 0 x 1 a/ 0 x 30 No fusível isto é problemático porque há caminhos que podem fazer com que o rosquinho do flusher bloqueie (por exemplo, se o sistema congelar primeiro os cgroups de sessão do usuário, o que congela o demon do fusível, antes de invocar a suspensão do kernel. O kernel suspende o gatilho ->write_node() que em fusível emite uma solicitação de setatr síncrono, que não pode ser processada uma vez que o deemon está congelado. Ou se o demonstro for buggy e não puder completar corretamente a reação, iniciar a reação em um fólio sujo já sob o fólio de reação leva a swriteback_get_folio() -> fólio_prepare_writeback() -> esperar incondicional no writeback para terminar, o que causará um penduramento. Este commit restaura o fusível para o seu comportamento anterior antes de tmp folios serem removidos, onde a sincronização era essencialmente um não-op. [ 1 ] 1 a-asuvfrbKXbEwwDSctvemF+ 6 zfhdnuzO 65 Pt 8 HsFSRw@mail.gmail.com/ T/#m 632 c 4648 e 9 Cafc 4239299887109 ebd 880 ac 6 c 5 c 1.
O registro de base de dados de vulnerabilidade nacional CVE- 2026 - 31465 foi publicado em 2026 - 04 - 22 T 14: 16: 42.633 Z e última modificação em 2026 - 06 - 17 T 10: 33: 47.600 Z. O seu estado gravado é analisado.
métricas de vulnerabilidade gravadas: CVSS 3.1, pontuação de base 5.5, gravidade MEDIUM, vetor CVSS: 3.1 /AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H, pontuação de exploração 1.8, pontuação de impacto 3.6.
Classificações de fraqueza associadas: NVD- CWE- noinfo.
Os produtos ou plataformas nomeados nos dados de aplicabilidade incluem: kernel linux linux.
O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.