CVE-2022-49542: scsi: lpfc: Move cfg_log_verbose check before calling lpfc_dmp_dbg()
In the Linux kernel, the following vulnerability has been resolved:
scsi: lpfc: Move cfg_log_verbose check before calling lpfc_dmp_dbg()
In an attempt to log message 0126 with LOG_TRACE_EVENT, the following hard
lockup call trace hangs the system.
Call Trace:
_raw_spin_lock_irqsave+0x32/0x40
lpfc_dmp_dbg.part.32+0x28/0x220 [lpfc]
lpfc_cmpl_els_fdisc+0x145/0x460 [lpfc]
lpfc_sli_cancel_jobs+0x92/0xd0 [lpfc]
lpfc_els_flush_cmd+0x43c/0x670 [lpfc]
lpfc_els_flush_all_cmd+0x37/0x60 [lpfc]
lpfc_sli4_async_event_proc+0x956/0x1720 [lpfc]
lpfc_do_work+0x1485/0x1d70 [lpfc]
kthread+0x112/0x130
ret_from_fork+0x1f/0x40
Kernel panic - not syncing: Hard LOCKUP
The same CPU tries to claim the phba->port_list_lock twice.
Move the cfg_log_verbose checks as part of the lpfc_printf_vlog() and
lpfc_printf_log() macros before calling lpfc_dmp_dbg(). There is no need
to take the phba->port_list_lock within lpfc_dmp_dbg().
Security readout for executives and security teams
Plain-English summary
CVE-2022-49542 is a Linux kernel availability issue in the lpfc SCSI driver. Under certain logging behavior, the system can enter a hard lockup and panic. This is not described as data theft or privilege escalation; the business impact is service interruption on affected Linux systems using this driver.
Executive priority
Treat as a targeted availability risk. Prioritize patching for storage-connected or uptime-sensitive Linux systems using lpfc. It is not currently evidenced as internet-exploited or data-compromising, but a kernel panic can still cause business disruption.
Technical view
The flaw is a locking issue in the Linux kernel lpfc driver. The same CPU can attempt to acquire phba->port_list_lock twice during lpfc_dmp_dbg() logging, causing a hard lockup and kernel panic. CVSS is 5.5: local access, low complexity, low privileges, no user interaction, high availability impact.
Likely exposure
Exposure is most likely on Linux systems running affected kernel versions with the lpfc driver in use. The source lists affected Linux versions including 5.12, 5.15.46, 5.17.14, 5.18.3, and 5.19. Systems not using this driver are less likely to be exposed.
Exploitation context
The CVE record indicates local, low-privilege attack conditions and no user interaction. Public sources provided do not show active exploitation, and the CVE is not marked KEV. The practical impact is denial of service through kernel lockup rather than confidentiality or integrity compromise.
Researcher notes
Evidence is limited to the CVE record and Linux stable commit references. The fix moves cfg_log_verbose checks before lpfc_dmp_dbg() to avoid unnecessary locking. No public exploit evidence or additional vendor-specific advisories were provided in the source bundle.
Mitigation direction
Update affected Linux kernels using vendor or distribution security guidance.
Confirm the fix is included via the referenced stable kernel commits.
Prioritize systems where the lpfc driver is loaded or required.
If patching is delayed, review vendor guidance for safe interim controls.
Validation and detection
Inventory Linux kernel versions across servers and appliances.
Identify systems where the lpfc driver is present or active.
Compare installed kernel builds against vendor advisories and stable commit inclusion.
Review crash logs for hard lockup or kernel panic traces involving lpfc.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-667: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-667 · source CWE mapping
Improper Locking
Improper Locking represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.