Skip to main content
VulnerabilityPublished Updated

CVE-2026-2331: SICK Lector85x · Exposed Files or Directories

Affects SICK Lector85xSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 9.8 Critical.

Data as of 30 Oct 2026, 11:52 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 Mar 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 Lector85xAffected
  • >=2.6.0 <=2.7.0
Fixed in–
SICK AGSICK Lector83xAffected
  • >=2.6.0 <=2.7.0
Fixed in–

AI-suggested

To mitigate CVE-2026-2331, organizations should implement a multi-layered approach: 1) Immediately restrict network access to the affected SICK Lector85x devices by placing them behind firewalls or network segmentation to limit exposure to trusted management networks only. 2) Disable or restrict the HTTP-based AppEngine Fileaccess feature if possible until a vendor patch is available. 3) Monitor network traffic for unusual HTTP requests targeting the device’s file access endpoints to detect potential exploitation attempts. 4) Regularly audit device configurations and logs for unauthorized changes or suspicious activity. 5) Engage with SICK AG for updates and apply security patches promptly once released. 6) Employ strong physical security controls to prevent unauthorized local access to devices. 7) Consider deploying intrusion detection/prevention systems (IDS/IPS) with signatures tailored to detect exploitation attempts against this vulnerability. 8) Educate operational technology (OT) and IT teams about this vulnerability to ensure coordinated response and monitoring. These steps go beyond generic advice by focusing on immediate network-level controls and proactive monitoring specific to the exposed HTTP file access interface.

Description

An attacker may perform unauthenticated read and write operations on sensitive filesystem areas via the AppEngine Fileaccess over HTTP due to improper access restrictions. A critical filesystem directory was unintentionally exposed through the HTTP-based file access feature, allowing access without authentication. This includes device parameter files, enabling an attacker to read and modify application settings, including customer-defined passwords. Additionally, exposure of the custom application directory may allow execution of arbitrary Lua code within the sandboxed AppEngine environment.

References

Community reviews

Loading reviews…