Wi-SUN protocol security: the CVE record behind smart grid mesh networks

Last updated:

Key takeaways

  • This guide draws directly on the Wi-SUN Alliance's own site and NVD's published records for all three CVEs — each fetched and read for this guide, not paraphrased from a secondary summary.
  • Wi-SUN (Wireless Smart Ubiquitous Network) is a mesh networking technology standardized by the Wi-SUN Alliance on top of IEEE 802.15.4-SUN.
  • It is a separate, and in some ways more fundamental, problem.
  • Inventory which Wi-SUN SDK and border-router firmware versions are actually deployed.

Wi-SUN mesh networking carries at least three disclosed CVEs against its most widely deployed reference stack, and all three trace back to the two places a mesh protocol has to get security right: per-message authorization and the handshake that establishes session keys. CVE-2023-1261 and CVE-2023-1262 (CVSS v3.1 8.2) are missing MAC-layer authorization checks in Silicon Labs' Wi-SUN SDK and Linux Border Router that let a malicious node route forged messages through the network; CVE-2025-7448 (CVSS v4.0 8.6), disclosed in 2025, is a predictable-key flaw in the Wi-SUN 4-way handshake that can enable a man-in-the-middle attack. Wi-SUN underpins the field area networks behind smart electricity, gas and water meters worldwide, so a flaw in the reference stack is not a single-product problem — it is a supply-chain-wide one for every device vendor who built on the affected SDK versions.

This guide draws directly on the Wi-SUN Alliance's own site and NVD's published records for all three CVEs — each fetched and read for this guide, not paraphrased from a secondary summary.

What is Wi-SUN, and why does it matter for critical infrastructure?

Wi-SUN (Wireless Smart Ubiquitous Network) is a mesh networking technology standardized by the Wi-SUN Alliance on top of IEEE 802.15.4-SUN. Its flagship profile, Wi-SUN FAN (Field Area Network), has — per the Alliance's own site — been recognized as international standard ISO/IEC/IEEE 32857:2026, which the Alliance describes as "the first wireless mesh network standard adopted by ISO/IEC." The Alliance names smart utilities (electricity, gas and water metering and distribution management) and smart cities (lighting, agriculture) as Wi-SUN's primary application areas, which is why it sits underneath a large share of the advanced metering infrastructure (AMI) deployed by electric, gas and water utilities today — the same class of field-deployed, hard-to-physically-reach infrastructure that makes any mesh-wide protocol flaw expensive to remediate.

For device identity, the Wi-SUN Alliance's own cyber security certificates page describes a PKI model: "Wi-SUN FAN devices [must] contain device identity certificates issued from either a Wi-SUN Alliance third party certificate authority or a manufacturer certificate authority," naming WISeKEY, OmniTrust and GlobalSign as the three authorized providers of IDevID (Initial Device Identity) and LDevID (Locally Significant Device Identity) certificates. The same page is explicit about a limitation worth noting: "Wi-SUN Alliance does not provide a policy and procedure for PKI evaluation or auditing of certificate authorities" — the detailed security procedures live in a members-only "FAN Public Key Infrastructure Policy and Procedure" document, not in public view.

Two 2023 CVEs: what does "missing MAC layer security" mean in practice?

NVD's record for CVE-2023-1261 describes "missing MAC layer security in Silicon Labs Wi-SUN SDK v1.5.0 and earlier" that "allows malicious node to route malicious messages through network" — CWE-862 (Missing Authorization), CVSS v3.1 base score 8.2 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H). The affected range spans Silicon Labs Wi-SUN SDK versions 1.0.0 through 1.5.0. NVD's companion record for CVE-2023-1262, published the same day, describes the identical root cause in a different component: "Silicon Labs Wi-SUN Linux Border Router v1.5.2 and earlier allows malicious node to route malicious messages through network" — also CWE-862, with a primary CVSS v3.1 score of 5.3 and a secondary score of 8.2 matching the SDK finding's full-impact vector.

CVE Component CVSS CWE
CVE-2023-1261 Wi-SUN SDK ≤ 1.5.0 8.2 (v3.1) CWE-862 Missing Authorization
CVE-2023-1262 Wi-SUN Linux Border Router ≤ 1.5.2 8.2 (v3.1, secondary) CWE-862 Missing Authorization

A missing MAC-layer authorization check means the mesh's own routing layer does not verify that a node is entitled to inject or forward a given message before acting on it — the practical effect NVD describes is a malicious node routing forged messages through the rest of the network. Because the flaw lives in the SDK and border router, not a single manufacturer's firmware customization, it affects every device built on the unpatched reference stack versions, not one product line.

Is the 4-way handshake flaw a separate problem, or the same one?

It is a separate, and in some ways more fundamental, problem. NVD's record for CVE-2025-7448, published 12 September 2025, describes "Wi-SUN unexpected 4-Way Handshake packet receptions" that "may lead to predictable keys and potentially leading to Man in the middle (MitM) attack" — CWE-290 (Authentication Bypass by Spoofing), CVSS v4.0 base score 8.6 (CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/...). Where the 2023 CVEs concern authorization of messages already inside the mesh, CVE-2025-7448 concerns the handshake that establishes the session keys protecting those messages in the first place. If an attacker can force the handshake into an unexpected packet sequence and predict the resulting key, the encryption protecting the rest of the mesh's traffic is compromised at the root, independent of how well any individual node enforces MAC-layer authorization.

A workable starting point

  1. Inventory which Wi-SUN SDK and border-router firmware versions are actually deployedCVE-2023-1261 and CVE-2023-1262 are fixed in later SDK/firmware releases; a device fleet cannot be assessed for exposure without knowing the exact SDK version each meter or gateway was built against.
  2. Treat the Wi-SUN FAN border router as a high-value asset, since it is the bridge between the mesh and the utility's backhaul network — CVE-2023-1262 specifically targets that component, and a compromised border router affects every node behind it, not just one.
  3. Confirm which certificate authority issues your fleet's IDevID/LDevID certificates, and ask that authority directly what PKI evaluation and audit procedures it follows — the Wi-SUN Alliance's own page is explicit that it does not itself audit the three authorized CAs.
  4. Re-check Silicon Labs' current release notes before planning remediationAll three CVEs are tied to specific SDK/firmware version ranges; confirm the fixed version and any additional guidance directly from the vendor rather than relying on the CVE record alone.

SoftWSP's OT Snapshot builds a passive, factual picture of which devices on a network segment are actually speaking Wi-SUN and to which other hosts, read from a mirror port without touching production traffic — a starting point for scoping exposure to these CVEs before deciding on segmentation or firmware-update priorities: see OT Snapshot.

This guide summarizes the Wi-SUN Alliance's own public site and NVD's published CVE records for CVE-2023-1261, CVE-2023-1262 and CVE-2025-7448, each fetched directly for this guide on 5 November 2026. It is not a substitute for the Wi-SUN Alliance's current documentation, Silicon Labs' current advisories, or an engineer's assessment of a specific deployment, and does not constitute security advice.

Sources

  1. Wi-SUN Alliance: Wi-SUN technology overview (IEEE 802.15.4-SUN basis, Wi-SUN FAN as ISO/IEC/IEEE 32857:2026, smart utility/smart city applications)
  2. Wi-SUN Alliance: Cyber Security Certificates (Wi-SUN FAN device identity certificates, IDevID/LDevID, third-party certificate authorities)
  3. NVD: CVE-2023-1261 — CVSS v3.1 8.2, CWE-862, Silicon Labs Wi-SUN SDK missing MAC-layer security
  4. NVD: CVE-2023-1262 — CVSS v3.1 8.2 (secondary), CWE-862, Silicon Labs Wi-SUN Linux Border Router missing MAC-layer security
  5. NVD: CVE-2025-7448 — CVSS v4.0 8.6, CWE-290, Wi-SUN 4-Way Handshake predictable-key authentication bypass

Frequently asked questions

What is Wi-SUN, and who maintains the standard?

Wi-SUN (Wireless Smart Ubiquitous Network) is maintained by the Wi-SUN Alliance, whose own site states it "advances seamless connectivity by promoting IEEE 802.15.4-SUN standard based interoperability for global regional markets." The Alliance's flagship profile, Wi-SUN FAN (Field Area Network), reached a milestone the Alliance describes as being recognized as international standard ISO/IEC/IEEE 32857:2026 — per the Alliance's own page, "the first wireless mesh network standard adopted by ISO/IEC." Wi-SUN's primary deployments, per the Alliance, are smart utilities (electricity, gas and water metering and distribution management) and smart cities (lighting, agriculture), making it one of the most widely deployed mesh protocols underneath advanced metering infrastructure (AMI) worldwide.

What does CVE-2023-1261 actually let an attacker do?

Per NVD's published record, CVE-2023-1261 is "missing MAC layer security in Silicon Labs Wi-SUN SDK v1.5.0 and earlier" that "allows malicious node to route malicious messages through network," classified as CWE-862 (Missing Authorization) with a CVSS v3.1 base score of 8.2 (vector AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H) — network-exploitable, low complexity, no privileges or user interaction required, with a high availability impact. The affected range is the Silicon Labs Wi-SUN Software Development Kit versions 1.0.0 through 1.5.0 — the reference implementation that device makers build Wi-SUN mesh nodes on top of, not a single vendor's end product.

Is CVE-2023-1261 an isolated bug, or part of a pattern?

It is part of a pattern. NVD's record for CVE-2023-1262, published the same day, describes the identical root cause — "missing MAC layer security" — in a separate component: "Silicon Labs Wi-SUN Linux Border Router v1.5.2 and earlier allows malicious node to route malicious messages through network," also CWE-862, with CVSS v3.1 scores of 5.3 (confidentiality/integrity-only vector) and a secondary 8.2 score matching the SDK finding's full-impact vector. Two separate Wi-SUN components — the node-side SDK and the border router that bridges a Wi-SUN mesh to a utility's backhaul network — sharing the same missing-authorization root cause, published together, indicates a gap in the reference stack's MAC-layer security model rather than two unrelated implementation slips.

Has a newer vulnerability been found in Wi-SUN's authentication handshake?

Yes. NVD's record for CVE-2025-7448, published 12 September 2025, describes "Wi-SUN unexpected 4-Way Handshake packet receptions" that "may lead to predictable keys and potentially leading to Man in the middle (MitM) attack," classified as CWE-290 (Authentication Bypass by Spoofing) with a CVSS v4.0 base score of 8.6 — an adjacent-network attack requiring no privileges or user interaction, with high confidentiality and integrity impact. The 4-way handshake is the mechanism that establishes session keys between a joining node and the Wi-SUN network; a flaw that makes the resulting key predictable can undermine the encryption the rest of the mesh depends on, regardless of how well any individual device implements the data-plane cipher.

In this cluster

Wi-SUN protocol security: the CVE record behind smart grid mesh networks