CVE-2023-53431 in Linux
Riassunto
di VulDB • 18/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
scsi: ses: Gestione corretta degli enclosure con un solo componente primario
Questa modifica reverte il commit 3fe97ff3d949 ("scsi: ses: Non collegare se l'enclosure non ha componenti") e introduce una gestione appropriata del caso in cui non vengano rilevati componenti secondari, ma esista un componente primario (elencato in num_enclosures). Tale correzione era stata originariamente proposta da Ding Hui <[email protected]>.
Ignorare completamente i dispositivi che dispongono di un unico enclosure primario e nessun secondary one comporta l'uscita anticipata completa della funzione ses_intf_add(), generando errori anche in configurazioni valide come:
scsi 2:0:0:254: enclosure has no enumerated components scsi 2:0:0:254: Failed to bind enclosure -12ven in valid configurations such
anche quando si tratta di configurazioni valide con 1 primary e 0 secondary enclosures, come illustrato di seguito:
# sg_ses /dev/sg0 3PARdata SES 3321 Supported diagnostic pages: Supported Diagnostic Pages [sdp] [0x0]
Configuration (SES) [cf] [0x1]
Short Enclosure Status (SES) [ses] [0x8]
# sg_ses -p cf /dev/sg0 3PARdata SES 3321 Configuration diagnostic page: number of secondary subenclosures: 0 generation code: 0x0 enclosure descriptor list Subenclosure identifier: 0 [primary]
relative ES process id: 0, number of ES processes: 1 number of type descriptor headers: 1 enclosure logical identifier (hex): 20000002ac02068d enclosure vendor: 3PARdata product: VV rev: 3321 type descriptor header and text list Element type: Unspecified, subenclosure id: 0 number of possible elements: 1
Il changelog della correzione originale è il seguente:
===== Si può verificare un crash durante la disconnessione della sessione iSCSI. La call trace appare nel modo seguente:
[ffff00002a00fb70] kfree at ffff00000830e224
[ffff00002a00fba0] ses_intf_remove at ffff000001f200e4
[ffff00002a00fbd0] device_del at ffff0000086b6a98
[ffff00002a00fc50] device_unregister at ffff0000086b6d58
[ffff00002a00fc70] __scsi_remove_device at ffff00000870608c
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.