CVE-2023-54243

Vulnérabilité élevée dans Linux (Linux)

CVSS 7.8 · Élevée
EPSS 0.1%
Linux•Linux•Versions : 3.4.91, 3.2.60, <=6.1.*, <3.15, 8ed40c122919cd79bc3c059e5864e5e7d9d455f0, c58dd2dd443c26d856a168db108a0cd11c285bf3, <3.13, <3.11, 0, 5.15.100, <dbb3cbbf03b3c52cb390fabec357f1e4638004f5, <cda0e0243bd3c04008fcd37a46b0269fb3c49249, 5.10.173, c5e4ef499cfc78de45a4f01b8c557b5964d77c53, <3.3, <=5.10.*, f34728610b2a8c7b9864f9404f2884c17f6fca5c, 6.3, 3.14.5, 3.15, <3.5, <e58a171d35e32e6e8c37cfe0e8a94406732a331f, <=6.2.*, a3bc0f8ea439762aa62d40a295157410498cbea7, 3.12.21, 6.1.18, <9060abce3305ab2354c892c09d5689df51486df5, <=*, 8b5740915a9faa8b1fa9166193a33e2a9ae30ec6, <=5.15.*, <3dd6ac973351308d4117eda32298a9f1d68764fd, 6.2.5, 3.10.41

Description

In the Linux kernel, the following vulnerability has been resolved: netfilter: ebtables: fix table blob use-after-free We are not allowed to return an error at this point. Looking at the code it looks like ret is always 0 at this point, but its not. t = find_table_lock(net, repl->name, &ret, &ebt_mutex); ... this can return a valid table, with ret != 0. This bug causes update of table->private with the new blob, but then frees the blob right away in the caller. Syzbot report: BUG: KASAN: vmalloc-out-of-bounds in __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 Read of size 4 at addr ffffc90005425000 by task kworker/u4:4/74 Workqueue: netns cleanup_net Call Trace: kasan_report+0xbf/0x1f0 mm/kasan/report.c:517 __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 ebt_unregister_table+0x35/0x40 net/bridge/netfilter/ebtables.c:1372 ops_exit_list+0xb0/0x170 net/core/net_namespace.c:169 cleanup_net+0x4ee/0xb10 net/core/net_namespace.c:613 ... ip(6)tables appears to be ok (ret should be 0 at this point) but make this more obvious.

Gravité et risque d'exploitation

CVE-2023-54243 obtient un score CVSS de 7.8/10, soit une gravité élevée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.15 %, ce qui la place devant 3.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 3.4.91, 3.2.60, <=6.1.*, <3.15, 8ed40c122919cd79bc3c059e5864e5e7d9d455f0, c58dd2dd443c26d856a168db108a0cd11c285bf3, <3.13, <3.11, 0, 5.15.100, <dbb3cbbf03b3c52cb390fabec357f1e4638004f5, <cda0e0243bd3c04008fcd37a46b0269fb3c49249, 5.10.173, c5e4ef499cfc78de45a4f01b8c557b5964d77c53, <3.3, <=5.10.*, f34728610b2a8c7b9864f9404f2884c17f6fca5c, 6.3, 3.14.5, 3.15, <3.5, <e58a171d35e32e6e8c37cfe0e8a94406732a331f, <=6.2.*, a3bc0f8ea439762aa62d40a295157410498cbea7, 3.12.21, 6.1.18, <9060abce3305ab2354c892c09d5689df51486df5, <=*, 8b5740915a9faa8b1fa9166193a33e2a9ae30ec6, <=5.15.*, <3dd6ac973351308d4117eda32298a9f1d68764fd, 6.2.5, 3.10.41) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références