External risk intelligence

Zephyr RTOS Out-of-Bounds Write in DNS Resolver

CVE advisorySeverity: CRITICAL (CVSS 9.8)

CVE-2026-1678

This vulnerability affects the Zephyr RTOS DNS resolver, which is typically embedded in resource-constrained IoT devices rather than public-facing servers. While DNS resolution involves network communication, these devices generally operate within internal networks or private segments, making direct exposure to the public internet uncommon for the specific service and deployment context of this RTOS.

Out-of-bounds Write

Zephyrproject Zephyr

4.3.0 and earlier

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability has been identified in the Zephyr RTOS affecting its DNS resolver. This issue could allow a malicious DNS response to cause an out-of-bounds write, potentially leading to a denial of service or code execution.

  • An error in handling DNS responses.
  • Affects systems that use the Zephyr RTOS DNS resolver.
  • Confirm relevance and exposure to affected systems.

Attack Path

How an attacker could exploit the issue

An attacker could send a specially crafted DNS response to a device running a vulnerable version of the Zephyr RTOS. If the device's DNS resolver is enabled, this malicious response could cause the system to write data beyond the intended buffer, potentially leading to a denial of service or code execution.

  • Network access is required.
  • Malicious DNS response triggers vulnerability.
  • Out-of-bounds write can occur.

Live Threat

Current exploitation, exposure, and threat context

When the Zephyr RTOS DNS resolver is configured and assertions are disabled, a specially crafted DNS response could lead to an out-of-bounds write. This occurs because the `dns_unpack_name()` function incorrectly caches and reuses buffer tailroom as DNS labels are appended, potentially allowing writes beyond the allocated buffer boundaries.

  • DNS query processing
  • Malicious DNS response
  • System instability

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability in the Zephyr RTOS DNS resolver could allow an unauthenticated attacker to cause an out-of-bounds write, potentially leading to a denial of service or code execution. Teams responsible for embedded systems, IoT device management, and network security should investigate. The first step is to identify all deployed instances of Zephyr with the DNS resolver enabled, assess their network exposure and criticality, and then coordinate with the device or platform owners to plan remediation.

  • Identify affected devices and owners.
  • Verify DNS resolver usage and network exposure.
  • Plan remediation based on device criticality.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Zephyr RTOS and where is it used?

Zephyr is a real-time operating system (RTOS) designed specifically for resource-constrained devices, such as small IoT sensors, wearables, and industrial controllers. It provides the essential software foundation that helps these embedded systems manage hardware tasks and network communication efficiently.

What does CWE-787 mean for CVE-2026-1678?

CWE-787 refers to an out-of-bounds write vulnerability. In this case, the DNS resolver function calculates available space incorrectly while processing incoming network labels. Because it reuses outdated size information as the data grows, the software ends up writing information into memory areas it does not own, which can lead to system instability or arbitrary code execution.

How is this DNS vulnerability triggered?

An attacker triggers this by sending a specially crafted, malicious DNS response to a device configured with the DNS resolver enabled. The bug does not trigger if the device does not use the resolver, if the resolver is disabled, or if the system has code assertions enabled, which would normally detect and halt the invalid memory access before the write completes.

Do I need to worry if my device is on a private network?

According to Halo Surface Signal, this vulnerability is less likely to be exploited if your devices are isolated within internal networks. Because Zephyr is typically used in embedded IoT contexts rather than public-facing servers, the threat primarily concerns devices capable of receiving and processing network traffic from untrusted sources.

How should I respond to CVE-2026-1678?

Begin by auditing your device inventory to identify systems running Zephyr versions up to 4.3.0. Check your build configurations to see if the DNS resolver is enabled. Once identified, prioritize devices that handle network traffic from less-trusted segments, and coordinate with your device manufacturers or platform owners to obtain and apply the necessary software updates.

References