CyberSecBulletin
CVE-2022-31482NVD status: Modified

LNL-X2210: Buffer Copy without Checking Size of Input

CVE-2022-31482 is a high-severity buffer copy without checking size of input vulnerability in LNL-X2210 from LenelS2, with a CVSS 3.1 base score of 7.5 out of 10. It can be exploited remotely over the network by an unauthenticated attacker, without any action from a user. The record lists version 1.29 as the first without the flaw, so updating LNL-X2210 to that release or later removes the exposure. There is no confirmed exploitation so far. EPSS estimates a 1.06% chance of exploitation within 30 days, higher than 65% of scored CVEs.

Next patch cycle

High severity with no evidence of exploitation so far.

What to do

  1. Update LNL-X2210 to 1.29 or a later version.
  2. Update LNL-X2220 to 1.29 or a later version.
  3. Update LNL-X3300 to 1.29 or a later version.
  4. Read the advisory on corporate.carrier.com for workarounds and exact fixed builds.
  5. Until you can update, restrict network access to the affected service so it is not reachable from untrusted networks.

Affected products and versions

VendorProductAffected versionsFixed in
LenelS2LNL-X2210ALL up to, but not including, 1.291.29
LenelS2LNL-X2220ALL up to, but not including, 1.291.29
LenelS2LNL-X3300ALL up to, but not including, 1.291.29
LenelS2LNL-X4420ALL up to, but not including, 1.291.29
LenelS2LNL-4420ALL up to, but not including, 1.291.29
LenelS2S2-LP-1501ALL up to, but not including, 1.291.29
LenelS2S2-LP-1502ALL up to, but not including, 1.291.29
LenelS2S2-LP-2500ALL up to, but not including, 1.291.29
LenelS2S2-LP-4502ALL up to, but not including, 1.291.29
HID MercuryLP1501ALL up to, but not including, 1.291.29
HID MercuryLP1502ALL up to, but not including, 1.291.29
HID MercuryLP2500ALL up to, but not including, 1.291.29
HID MercuryLP4502ALL up to, but not including, 1.291.29
HID MercuryEP4502ALL up to, but not including, 1.291.29
HidglobalLp1501 Firmwarebefore 1.291.29
HidglobalLp1502 Firmwarebefore 1.291.29
HidglobalLp2500 Firmwarebefore 1.291.29
HidglobalLp4502 Firmwarebefore 1.291.29
HidglobalEp4502 Firmwarebefore 1.291.29
CarrierLenels2 Lnl-4420 Firmwarebefore 1.291.29
CarrierLenels2 Lnl-x2210 Firmwarebefore 1.291.29
CarrierLenels2 Lnl-x2220 Firmwarebefore 1.291.29
CarrierLenels2 Lnl-x3300 Firmwarebefore 1.291.29
CarrierLenels2 Lnl-x4420 Firmwarebefore 1.291.29
CarrierLenels2 S2-lp-1501 Firmwarebefore 1.291.29

Version data comes from the organisation that assigned the CVE; 3 further products are omitted here. Confirm against the vendor advisory before deciding you are unaffected.

How the severity score breaks down

Attack vector
NetworkCan be exploited remotely over a network, including the internet.
Attack complexity
LowNo special conditions are needed; the attack works reliably.
Privileges required
NoneNo account or login is needed.
User interaction
NoneNo action by a victim is required.
Scope
UnchangedImpact stays within the vulnerable component.
Confidentiality
NoneNo data is disclosed.
Integrity
NoneNothing can be modified.
Availability
HighThe component can be taken down completely.

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H. Scored by NVD.

Scoring systemScoreSeverityScored by
CVSS 3.17.5HighCNA (carrier.com)
CVSS 3.17.5HighNVD
CVSS 2.07.8HighNVD

Official description

An unauthenticated attacker can send a specially crafted unauthenticated HTTP request to the device that can overflow a buffer. This vulnerability impacts products based on HID Mercury Intelligent Controllers LP1501, LP1502, LP2500, LP4502, and EP4502 which contain firmware versions prior to 1.29. The overflowed data leads to segmentation fault and ultimately a denial-of-service condition, causing the device to reboot. The impact of this vulnerability is that an unauthenticated attacker could leverage this flaw to cause the target device to become unresponsive. An attacker could automate this attack to achieve persistent DoS, effectively rendering the target controller useless.

Source: the CVE record as published by its numbering authority, via NVD and CVE.org.

The underlying weakness: Buffer Copy without Checking Size of Input

The product copies an input buffer to an output buffer without verifying that the size of the input buffer is less than the size of the output buffer.

How developers prevent this class of flaw

  • Use a language that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid. For example, many languages that perform their own memory management, such as Java and Perl, are not subject to buffer overflows. Other languages, such as Ada and C#, typically provide overflow protection, but the protection can be disabled by the programmer. Be wary that a language's interface to native code may still be subject to overflows, even if the language itself is theoretically safe.
  • Use a vetted library or framework that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid. Examples include the Safe C String Library (SafeStr) by Messier and Viega, and the Strsafe.h library from Microsoft. These libraries provide safer versions of overflow-prone string-handling functions.
  • Use automatic buffer overflow detection mechanisms that are offered by certain compilers or compiler extensions. Examples include: the Microsoft Visual Studio /GS flag, Fedora/Red Hat FORTIFY_SOURCE GCC flag, StackGuard, and ProPolice, which provide various mechanisms including canary-based detection and range/index checking. D3-SFCV (Stack Frame Canary Validation) from D3FEND discusses canary-based detection in detail.

More Buffer Copy without Checking Size of Input vulnerabilities (CWE-120)

Timeline

  1. CVE record published.
  2. Record last changed materially (score, affected products, status or references).

References

Other vulnerabilities in LNL-X2210

All LNL-X2210 vulnerabilities

Recent Buffer Copy without Checking Size of Input vulnerabilities

Spotted an error? Tell us.