CVE-2023-53436

scsi: snic: Fix possible memory leak if device_add() fails

State
Published
Severity
5.5 Medium
Published
Sep 18, 2025
Updated
May 11, 2026
Reserved
Sep 17, 2025

Read the record on cve.org

Description

In the Linux kernel, the following vulnerability has been resolved:

scsi: snic: Fix possible memory leak if device_add() fails

If device_add() returns error, the name allocated by dev_set_name() needs be freed. As the comment of device_add() says, put_device() should be used to give up the reference in the error path. So fix this by calling put_device(), then the name can be freed in kobject_cleanp().

Scores

CVSSScoreVectorSource
3.15.5 MediumCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HCISA-ADP

Weaknesses

  • CWE-401 Missing Release of Memory after Effective Lifetime

Affected Products

ProductVersions
LinuxLinux
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before 789275f7c0544374d40bc8d9c81f96751a41df45Affected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before f830968d464f55e11bc9260a132fc77daa266aa3Affected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before cea09922f5f75652d55b481ee34011fc7f19868bAffected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before 58889d5ad74cbc1c9595db74e13522b58b69b0ecAffected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before 461f8ac666fa232afee5ed6420099913ec4e4ba2Affected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before 7723a5d5d187626c4c640842e522cf4e9e39492eAffected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before ed0acb1ee2e9322b96611635a9ca9303d15ac76cAffected
  • c8806b6c9e824f47726f2a9b7fbbe7ebf19306fa to before 41320b18a0e0dfb236dba4edb9be12dba1878156Affected
LinuxLinux
  • 4.2Affected
  • before 4.2Not affected
  • 4.14.323 through 4.14.*Not affected
  • 4.19.292 through 4.19.*Not affected
  • 5.4.254 through 5.4.*Not affected
  • 5.10.191 through 5.10.*Not affected
  • 5.15.127 through 5.15.*Not affected
  • 6.1.46 through 6.1.*Not affected
  • 6.4.11 through 6.4.*Not affected
  • 6.5 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.