Skip to main content
CVE-2023-7006VulnerabilityPublished Updated

CVE-2023-7006: Sciener Kontrol Lux · Improper Control of Interaction Frequency

Affects Sciener Kontrol LuxSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 42% 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:N/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Mar 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
Sciener Kontrol LuxAffected
  • =6.4.5
Fixed in–

AI-suggested

1. Monitor Sciener’s official channels for firmware updates addressing CVE-2023-7006 and apply patches promptly once available. 2. Implement network segmentation to isolate smart locks from general network traffic, limiting exposure to potential attackers. 3. Deploy intrusion detection systems (IDS) or anomaly detection tools to monitor for unusual patterns of challenge requests or repeated authentication attempts targeting the locks. 4. Enforce strict access controls on management interfaces and restrict remote access to the locks to trusted networks or VPNs. 5. If possible, configure rate limiting or throttling mechanisms at the network level to reduce the feasibility of brute force attacks. 6. Conduct regular security audits of IoT devices and integrate smart lock security into broader physical security policies. 7. Educate facility managers and security personnel about the vulnerability and signs of potential exploitation. 8. Consider alternative or additional physical security measures (e.g., mechanical locks or secondary authentication) until the vulnerability is fully mitigated. 9. Maintain logs of lock access attempts and review them regularly for suspicious activity. 10. Engage with Sciener support for guidance and potential interim mitigation strategies.

Description

The unlockKey character in a lock using Sciener firmware can be brute forced through repeated challenge requests, compromising the locks integrity.

References

Community reviews

Loading reviews…