CVE-2023-0859
Canon Mf642Cdw Firmware ≤ 11.04
Raw vector
CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:N/I:L/A:NCVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.
Summary
CVE-2023-0859 is a low-severity Improper Validation of Specified Index, Position, or Offset in Input (CWE-1285) vulnerability in Canon Mf642Cdw Firmware. Its CVSS base score is 2.2 (Low).
Operationally, exploitation aligns with the MITRE ATT&CK technique Data Obfuscation (T1001); ranked at the 44th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2023-12857
Vulnerability Data
Arbitrary Files can be installed in the Setting Data Import function of Office / Small Office Multifunction Printers and Laser Printers(*). *:Satera LBP660C Series/LBP620C Series/MF740C Series/MF640C Series firmware Ver.11.04 and earlier sold in Japan. Color imageCLASS LBP660C Series/LBP 620C Series/X…
more
LBP1127C/MF740C Series/MF640C Series/X MF1127C firmware Ver.11.04 and earlier sold in US. i-SENSYS LBP660C Series/LBP620C Series/MF740C Series/MF640C Series, C1127P, C1127iF, C1127i firmware Ver.11.04 and earlier sold in Europe.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
—
V2.1.1V2.2.1V2.2.2V5.3.3
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Vulnerability identification processes can discover missing index validation via scanning or reviews.
Patching and replacement can remediate instances of the weakness after discovery.
Secure SDLC practices directly require input validation, preventing this class of flaw at development time.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
A.8.25 mandates secure SDLC practices including secure coding guidelines, security requirements, checkpoints, testing (scans/penetration), and developer training that reach index/offset validation defects, but leaves a bounded remainder (e.g. incomplete enforcement across all languages, outsourced code without full assurance, or post-release changes)
A.8.26 explicitly lists resilience against SQL injections plus input validation/integrity checks (items d, j) as application security requirements to identify/address via risk assessment; this reaches a minority slice of index/offset validation defects but leaves most instances (non-web, non-SQL, incomplete enforcement, second-order) unaddressed by the requirements-setting process itself.
A.8.27 mandates security engineering principles including data validation/sanitization, distrust-external-input, security-by-design reviews against attack patterns, and hardening; this reaches a minority slice of CWE-1285 (index/offset validation in new designs) but leaves most instances (existing code, incomplete application of principles, or post-design defects) exploitable.
Secure coding standards directly require validation of indices, positions, and offsets before use.
Security testing can detect missing or incorrect index validation during development and acceptance.