LiveActive security incident?Get immediate response
CVE Record

CVE-2020-10059: UpdateHub Module Explicitly Disables TLS Verification

The UpdateHub module disables DTLS peer checking, which allows for a man in the middle attack. This is mitigated by firmware images requiring valid signatures. However, there is no benefit to using DTLS without the peer checking. See NCC-ZEP-018 This issue affects: zephyrproject-rtos zephyr version 2.1.0 and later versions.

MediumCVSS 4.8Not KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

This flaw affects Zephyr’s UpdateHub update module. It used DTLS but did not verify the peer, so an attacker positioned on the network could interfere with update communications. Firmware signature checks reduce the chance of malicious firmware installation, but the transport still fails to authenticate the server.

Executive priority

Treat as a moderate embedded update-channel risk. Prioritize remediation for connected devices that update over exposed or untrusted networks. The signature requirement lowers immediate firmware compromise risk, but missing peer verification weakens update transport assurance.

Technical view

CVE-2020-10059 is CWE-295 improper certificate validation in Zephyr UpdateHub. DTLS peer checking is disabled, enabling man-in-the-middle exposure. CVSS 4.8 reflects network reachability, high attack complexity, no privileges or user interaction, low confidentiality impact, no integrity impact, and low availability impact.

Likely exposure

Exposure is most likely in embedded or IoT products built on Zephyr 2.1.0 or later that include the UpdateHub module for firmware updates. Products not using UpdateHub are less likely exposed based on the provided sources.

Exploitation context

The source bundle does not show KEV listing, active exploitation, or public weaponization. A realistic attack requires network man-in-the-middle positioning. Firmware image signatures are cited as a mitigating control, limiting direct firmware tampering risk.

Researcher notes

Evidence supports an authentication weakness in UpdateHub DTLS peer validation. The bundle does not provide exploit details, active exploitation evidence, or exact fixed release boundaries. Use Zephyr’s vulnerability page and linked pull requests to confirm patch lineage.

Mitigation direction

  • Check Zephyr’s CVE page and linked PRs for the corrected UpdateHub behavior.
  • Apply vendor-supported Zephyr updates for affected product branches.
  • Confirm firmware image signature validation is enabled and enforced.
  • Avoid relying on DTLS configurations that skip peer verification.
  • Assess field devices using UpdateHub over untrusted networks first.

Validation and detection

  • Inventory products using Zephyr 2.1.0 or later with UpdateHub enabled.
  • Review build configuration and code for DTLS peer verification behavior.
  • Verify firmware update images require valid signatures before installation.
  • Confirm deployed firmware includes the vendor’s remediation for CVE-2020-10059.
  • Document products that do not include UpdateHub as lower exposure.
Prepared
Confidence
high
Sources
7

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · low confidence lookup

CWE-295: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2020-10059 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Medium
CVSS
4.8 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:L

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
0Timeline events
0ADP providers
6Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
4.8CVSS 3.1MediumCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:L2.22.5Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

4.8Medium
CVSS 3.1 vector shape for CVE-2020-10059Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:L

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
zephyrproject-rtoszephyr2.1.0Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-295 · source CWE mapping

Improper Certificate Validation

Improper Certificate Validation represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.