LiveActive security incident?Get immediate response
CVE Record

CVE-2021-21382: Unsafe loopback forwarding interface in Restund

Restund is an open source NAT traversal server. The restund TURN server can be instructed to open a relay to the loopback address range. This allows you to reach any other service running on localhost which you might consider private. In the configuration that we ship (https://github.com/wireapp/ansible-restund/blob/master/templates/restund.conf.j2#L40-L43) the `status` interface of restund is enabled and is listening on `127.0.0.1`.The `status` interface allows users to issue administrative commands to `restund` like listing open relays or draining connections. It would be possible for an attacker to contact the status interface and issue administrative commands by setting `XOR-PEER-ADDRESS` to `127.0.0.1:{{restund_udp_status_port}}` when opening a TURN channel. We now explicitly disallow relaying to loopback addresses, 'any' addresses, link local addresses, and the broadcast address. As a workaround disable the `status` module in your restund configuration. However there might still be other services running on `127.0.0.0/8` that you do not want to have exposed. The `turn` module can be disabled. Restund will still perform STUN and this might already be enough for initiating calls in your environments. TURN is only used as a last resort when other NAT traversal options do not work. One should also make sure that the TURN server is set up with firewall rules so that it cannot relay to other addresses that you don't want the TURN server to relay to. For example other services in the same VPC where the TURN server is running. Ideally TURN servers should be deployed in an isolated fashion where they can only reach what they need to reach to perform their task of assisting NAT-traversal.

HighCVSS 8.6Not KEV-listedUpdated
Glexia's TakeAutomated analysishigh

Security readout for executives and security teams

Plain-English summary

Restund TURN servers before 0.4.15 could be abused to reach services bound to localhost. A service assumed private, such as Restund's status interface, could become reachable through the relay. This mainly matters where Restund is internet-facing and internal localhost or nearby network services are trusted by design.

Executive priority

Prioritize remediation where Restund is public-facing or colocated with sensitive local services. The issue can expose private administrative surfaces without authentication, but urgency is lower if TURN is disabled or the server is isolated.

Technical view

The TURN module allowed relays to loopback and other special address ranges. An unauthenticated network attacker could request a relay to a localhost target, crossing trust boundaries. Sources state the fix blocks loopback, any, link-local, and broadcast addresses; workarounds include disabling status or TURN and restricting relay egress.

Likely exposure

Exposure is likely limited to organizations running wireapp/restund versions before 0.4.15, especially with TURN enabled and localhost-only administrative or internal services on the same host.

Exploitation context

The bundle does not show KEV listing or confirmed active exploitation. Exploitation is plausible remotely when the TURN service is reachable and can relay to trusted local services, but source evidence does not prove real-world abuse.

Researcher notes

CVE-2021-21382 is CWE-668 with CVSS 8.6. The core issue is unsafe exposure of private address scopes through TURN relaying. Related coturn and RTCsec references support the broader class of TURN relay access-control risk, not active exploitation of Restund.

Mitigation direction

  • Upgrade Restund to version 0.4.15 or later.
  • Disable the Restund status module if not required.
  • Disable the TURN module if STUN-only operation is acceptable.
  • Restrict TURN relay destinations with firewall rules.
  • Isolate TURN servers from sensitive internal services and VPC resources.

Validation and detection

  • Inventory internet-facing Restund deployments and confirm versions.
  • Review configuration for enabled TURN and status modules.
  • Check whether localhost-only services run on the TURN host.
  • Verify firewall rules prevent relays to sensitive internal ranges.
  • Confirm deployed builds include the special-address relay block.
Prepared
Confidence
high
Sources
8

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-668: 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-2021-21382 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
High
CVSS
8.6 (3.1)
Known Exploited
No
Published

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

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
8Source 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
8.6CVSS 3.1HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N3.94Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

8.6High
CVSS 3.1 vector shape for CVE-2021-21382Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

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

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
wireapprestund< 0.4.15Listed
Weakness

CWE details

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

CWE-668 · source CWE mapping

Exposure of Resource to Wrong Sphere

Exposure of Resource to Wrong Sphere represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.