CVE-2023-7006: Sciener Kontrol Lux · Improper Control of Interaction Frequency
Affects Sciener Kontrol LuxSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 06:26 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Mar 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| Sciener Kontrol Lux | Affected
| 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.