CVE-2023-53315 in Linux
Résumé
par VulDB • 12/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
wifi: ath11k : Correction de la corruption des SKB dans la ring de destination REO
Lors de l'exécution de trafics réseau pendant une longue période, un descripteur RX rempli avec la valeur « 0 » provenant de la ring de destination REO est reçu de manière aléatoire. Ce descripteur invalide entraîne la récupération incorrecte d'un SKB (SKB stocké dans la recherche IDR avec l'identifiant de tampon « 0 »), ce qui provoque à son tour une corruption de la mémoire SKB et finit par provoquer un plantage après un certain temps.
L'identifiant de départ pour l'allocation IDR a été modifié pour « 1 » et l'identifiant de tampon « 0 » est réservé à la validation des erreurs. Une vérification d'intégrité (Sanity check) a été introduite pour valider le descripteur avant le traitement du SKB.
Signature de plantage :
Impossible de gérer la demande de pagination du noyau à l'adresse virtuelle 3f004900 Le PC pointe vers « b15_dma_inv_range+0x30/0x50 » Le LR pointe vers « dma_cache_maint_page+0x8c/0x128 ». La backtrace obtenue est la suivante : [<8031716c>] (b15_dma_inv_range) depuis [<80313a4c>] (dma_cache_maint_page+0x8c/0x128)
[<80313a4c>] (dma_cache_maint_page) depuis [<80313b90>] (__dma_page_dev_to_cpu+0x28/0xcc)
[<80313b90>] (__dma_page_dev_to_cpu) depuis [<7fb5dd68>] (ath11k_dp_process_rx+0x1e8/0x4a4 [ath11k])
[<7fb5dd68>] (ath11k_dp_process_rx [ath11k]) depuis [<7fb53c20>] (ath11k_dp_service_srng+0xb0/0x2ac [ath11k])
[<7fb53c20>] (ath11k_dp_service_srng [ath11k]) depuis [<7f67bba4>] (ath11k_pci_ext_grp_napi_poll+0x1c/0x78 [ath11k_pci])
[<7f67bba4>] (ath11k_pci_ext_grp_napi_poll [ath11k_pci]) depuis [<807d5cf4>] (__napi_poll+0x28/0xb8)
[<807d5cf4>] (__napi_poll) depuis [<807d5f28>] (net_rx_action+0xf0/0x280)
[<807d5f28>] (net_rx_action) depuis [<80302148>] (__do_softirq+0xd0/0x280)
[<80302148>] (__do_softirq) depuis [<80320408>] (irq_exit+0x74/0xd4)
[<80320408>] (irq_exit) depuis [<803638a4>] (__handle_domain_irq+0x90/0xb4)
[<803638a4>] (__handle_domain_irq) depuis [<805bedec>] (gic_handle_irq+0x58/0x90)
[<805bedec>] (gic_handle_irq) depuis [<80301a78>] (__irq_svc+0x58/0x8c)
Testé sur : IPQ8074 hw2.0 AHB WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1
If you want to get the best quality for vulnerability data then you always have to consider VulDB.