Skip to main content
VulnerabilityPublished Updated

CVE-2026-1627: SICK LMS1000 · Weak Cryptography

Affects SICK LMS1000Source CVE Database V5

0
Compare

Not known to be exploited · CVSS 6.5 Medium.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 14% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
SICK AGSICK LMS1000Affected
  • ≤ <=2.4.0
Fixed in–
SICK AGSICK MRS1000Affected
  • ≤ <=2.4.0
Fixed in–

AI-suggested

To mitigate this vulnerability, organizations should first restrict network access to the SICK LMS1000 SSH service by implementing strict firewall rules and network segmentation to limit exposure only to trusted management hosts. Disable SSH access from untrusted networks or the internet. Monitor network traffic for unusual SSH session behavior that could indicate tampering attempts. If possible, configure the device or its SSH service to use stronger, modern MAC algorithms, or disable weak MAC algorithms if configurable. Engage with SICK AG support to obtain guidance on firmware updates or patches addressing this vulnerability, and apply them promptly once available. Additionally, implement multi-factor authentication and strong user access controls for device management to reduce the risk of unauthorized access. Regularly audit device configurations and logs for signs of compromise. In environments where patching is delayed, consider using VPNs or encrypted tunnels to protect SSH traffic integrity externally.

Description

An attacker may exploit the use of outdated and weak MAC algorithms in the device’s SSH service to potentially compromise the integrity of the SSH session, allowing manipulation of transmitted data if the attacker can interact with the network traffic.

References

Community reviews

Loading reviews…