CVE-2024-57930

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : 65a25d9f7ac02e0cf361356e834d1c71d36acca9, <6.12.9, <631b1e09e213c86d5a4ce23d45c81af473bb0ac7, <6.1.124, <afc6717628f959941d7b33728570568b4af1c4b8, 2f6ad0b613cd45cca48e6eb04f65351db018afb0, <a64e5295ebc4afdefe69cdf16cc286a60ff8ba4b, <92bd18c74624e5eb9f96e70076aa46293f4b626f, 6.6.68, <3bcdc9039a6e9e6e47ed689a37b8d57894a3c571, f3ff759ec636b4094b8eb2c3801e4e6c97a6b712, 683eccacc02d2eb25d1c34b8fb0363fcc7e08f64, 6.1.122, 85d7635d54d75a2589f28583dc17feedc3aa4ad6, 6.12.7, <6.6.70

Description

In the Linux kernel, the following vulnerability has been resolved: tracing: Have process_string() also allow arrays In order to catch a common bug where a TRACE_EVENT() TP_fast_assign() assigns an address of an allocated string to the ring buffer and then references it in TP_printk(), which can be executed hours later when the string is free, the function test_event_printk() runs on all events as they are registered to make sure there's no unwanted dereferencing. It calls process_string() to handle cases in TP_printk() format that has "%s". It returns whether or not the string is safe. But it can have some false positives. For instance, xe_bo_move() has: TP_printk("move_lacks_source:%s, migrate object %p [size %zu] from %s to %s device_id:%s", __entry->move_lacks_source ? "yes" : "no", __entry->bo, __entry->size, xe_mem_type_to_name[__entry->old_placement], xe_mem_type_to_name[__entry->new_placement], __get_str(device_id)) Where the "%s" references into xe_mem_type_to_name[]. This is an array of pointers that should be safe for the event to access. Instead of flagging this as a bad reference, if a reference points to an array, where the record field is the index, consider it safe.

Gravité et risque d'exploitation

CVE-2024-57930 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.20 %, ce qui la place devant 9.5 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 65a25d9f7ac02e0cf361356e834d1c71d36acca9, <6.12.9, <631b1e09e213c86d5a4ce23d45c81af473bb0ac7, <6.1.124, <afc6717628f959941d7b33728570568b4af1c4b8, 2f6ad0b613cd45cca48e6eb04f65351db018afb0, <a64e5295ebc4afdefe69cdf16cc286a60ff8ba4b, <92bd18c74624e5eb9f96e70076aa46293f4b626f, 6.6.68, <3bcdc9039a6e9e6e47ed689a37b8d57894a3c571, f3ff759ec636b4094b8eb2c3801e4e6c97a6b712, 683eccacc02d2eb25d1c34b8fb0363fcc7e08f64, 6.1.122, 85d7635d54d75a2589f28583dc17feedc3aa4ad6, 6.12.7, <6.6.70) 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