CVE-2023-52993

Vulnérabilité moyenne dans Linux (Linux)

CVSS 5.5 · Moyenne
EPSS 0.3%
Linux•Linux•Versions : <=6.1.*, <e284c273dbb4c1ed68d4204bff94d0b10e4a90f5, 5.4.231, <0b08201158f177aab469e356b4d6af24fdd118df, <744fe9be9665227335539b7a77ece8d9ff62b6c0, 2.6.18, <5fa55950729d0762a787451dc52862c3f850f859, 0, 4.19.272, <2.6.18, <=5.10.*, <=4.14.*, <8770cd9d7c14aa99c255a0d08186f0be953e1638, 5.10.166, 6.1.9, a4633adcdbc15ac51afcd0e1395de58cee27cf92, <=5.4.*, 4.14.305, <=4.19.*, <=*, <=5.15.*, <137f1b47da5f58805da42c1b7811e28c1e353f39, 5.15.91, <496975d1a2937f4baadf3d985991b13fc4fc4f27, 6.2

Description

In the Linux kernel, the following vulnerability has been resolved: x86/i8259: Mark legacy PIC interrupts with IRQ_LEVEL Baoquan reported that after triggering a crash the subsequent crash-kernel fails to boot about half of the time. It triggers a NULL pointer dereference in the periodic tick code. This happens because the legacy timer interrupt (IRQ0) is resent in software which happens in soft interrupt (tasklet) context. In this context get_irq_regs() returns NULL which leads to the NULL pointer dereference. The reason for the resend is a spurious APIC interrupt on the IRQ0 vector which is captured and leads to a resend when the legacy timer interrupt is enabled. This is wrong because the legacy PIC interrupts are level triggered and therefore should never be resent in software, but nothing ever sets the IRQ_LEVEL flag on those interrupts, so the core code does not know about their trigger type. Ensure that IRQ_LEVEL is set when the legacy PCI interrupts are set up.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <e284c273dbb4c1ed68d4204bff94d0b10e4a90f5, 5.4.231, <0b08201158f177aab469e356b4d6af24fdd118df, <744fe9be9665227335539b7a77ece8d9ff62b6c0, 2.6.18, <5fa55950729d0762a787451dc52862c3f850f859, 0, 4.19.272, <2.6.18, <=5.10.*, <=4.14.*, <8770cd9d7c14aa99c255a0d08186f0be953e1638, 5.10.166, 6.1.9, a4633adcdbc15ac51afcd0e1395de58cee27cf92, <=5.4.*, 4.14.305, <=4.19.*, <=*, <=5.15.*, <137f1b47da5f58805da42c1b7811e28c1e353f39, 5.15.91, <496975d1a2937f4baadf3d985991b13fc4fc4f27, 6.2) 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