← Back to Feed CACHED · 2026-07-12 07:36:59 · CACHE_KEY CVE-2026-15484
CVE-2026-15484 · CWE-119 · Disclosed 2026-07-12

A vulnerability was detected in TRENDnet TEW-821DAP 1

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

A weekend-DIY buffer overflow in a discontinued closet access point

CVE-2026-15484 is a CWE-119 buffer overflow in the TRENDnet TEW-821DAP AC1200 Dual Band PoE Access Point, firmware 1.12B01 on hardware v1.xR. TRENDnet has previously acknowledged that TEW-821DAP firmware families carry buffer overflow and command injection issues in the web management interface reachable after authentication, which is consistent with the CVSS vector AV:N/AC:L/PR:L. Successful exploitation lands code execution on the AP's Linux userland, giving full pivot into whatever VLAN the management interface sits on.

The vendor HIGH (8.8) rating is defensible on paper — you get full C/I/A impact — but it substantially overstates the enterprise risk. The device is a legacy SOHO/small-business AP, not deployed in managed enterprise fleets at meaningful volume, and exploitation requires valid admin credentials on the web UI. In a hardened deployment (management VLAN + non-default creds + no WAN-side admin) the reachable population is a rounding error. Treat this as a MEDIUM in a managed environment; it stays HIGH only if you actually run these APs with default creds on a flat network.

"Legacy SOHO AP buffer overflow behind an authenticated web UI — dangerous in theory, irrelevant to enterprise fleets in practice."
02 · The Attack Path

5 steps from start to impact.

STEP 01

Reach the admin web interface

Attacker needs TCP reachability to the AP's HTTP(S) management service. On sane deployments this lives on an isolated management VLAN; on SOHO/flat networks it's reachable from every client SSID. WAN-side exposure is rare but does exist on misconfigured units.
Conditions required:
  • Network path to management IP
  • Management service listening (default: enabled)
Where this breaks in practice:
  • Management VLAN isolation
  • ACLs restricting admin plane to jump host
  • No WAN-side admin exposure by default
Detection/coverage: Shodan/Censys fingerprints for TRENDnet web UI banners; internal netflow to AP mgmt IPs from non-admin hosts
STEP 02

Authenticate to the web UI

The CVSS vector PR:L confirms authentication is required. Attacker must supply valid low-privilege credentials — realistically the admin account, since TEW-821DAP does not implement meaningful role separation. Default credentials (admin/admin) remain a common path on unmanaged deployments.
Conditions required:
  • Valid credentials
  • OR default credentials still in place
  • OR credential reuse from another compromise
Where this breaks in practice:
  • Non-default password (basic hardening)
  • No SSO/LDAP means creds are typically unique per device
  • Lockout after failed attempts on newer firmware
Detection/coverage: Auth log review on AP (if syslog forwarded); Kerberoast-style brute force noise if credentials sprayed
STEP 03

Send oversized request to vulnerable endpoint

Attacker crafts an HTTP POST with an oversized parameter that overflows a stack or heap buffer in the CGI handler (goahead/httpd variants are typical for this class of device). Public PoCs for sibling TEW-821DAP CVEs (CVE-2026-7606..7611) demonstrate the same class of overflow using curl with long query strings. No custom tooling required.
Conditions required:
  • Authenticated session cookie
  • Knowledge of vulnerable endpoint (from PoC or fuzzing)
Where this breaks in practice:
  • No stack canaries / ASLR on this MIPS/ARM firmware means exploitation is easy once you've authenticated — friction here is LOW
Detection/coverage: WAF or reverse proxy in front of AP admin (rare for SOHO) would flag oversized params; native device has no telemetry
STEP 04

Code execution as root on the AP

The web daemon runs as root on this device family, so a successful overflow yields root shell on the AP's BusyBox userland. Attacker can persist via /etc/init.d, sniff client traffic, inject captive-portal payloads, or pivot into the management VLAN.
Conditions required:
  • Working ROP chain / shellcode for MIPS/ARM target
Where this breaks in practice:
  • Firmware read-only overlay may complicate persistence but does not prevent runtime compromise
Detection/coverage: No EDR on embedded Linux; anomalous outbound from AP mgmt IP is the only realistic signal
STEP 05

Pivot into corporate segments

AP sits at the boundary between wireless clients and the wired network. Root on the AP means the attacker can bridge traffic, sniff pre-shared keys and RADIUS exchanges (if MSCHAPv2), and reach anything the mgmt VLAN can reach. Blast radius is bounded by network segmentation.
Conditions required:
  • Reachable internal services from AP's VLAN
Where this breaks in practice:
  • 802.1X + strong segmentation limits pivot
  • RADIUS on isolated network limits credential capture
Detection/coverage: East-west NDR looking for AP mgmt IPs initiating unusual TCP sessions
03 · Intelligence Metadata

The supporting signals.

In-the-wild exploitationNone observed. Not KEV-listed. No public campaigns tied to this specific CVE ID.
Public PoCNo PoC for CVE-2026-15484 specifically at time of writing; sibling TEW-821DAP overflow CVEs (CVE-2026-7606 through 7611) have public PoCs demonstrating the class.
EPSSNot yet scored (disclosure 2026-07-12) — expect <1st percentile given legacy SOHO footprint.
KEV statusNot listed.
CVSS vectorAV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H — network-reachable but requires authentication.
Affected versionsTEW-821DAP hardware v1.xR, firmware 1.12B01. v2.0R uses different firmware trees.
Fixed versionNo fix expected — device is end-of-life per TRENDnet's support lifecycle. Vendor guidance is typically 'restrict management access'.
Exposure dataShodan queries for TRENDnet admin banners return low-thousands globally, dominated by residential/small-business ISPs — negligible enterprise footprint.
Disclosure date2026-07-12
ReporterNot disclosed in available sources at time of assessment.
04 · The Call

noisgate verdict.

Final Verdict
DOWNGRADED to MEDIUM (5.4/10)

Downgraded from vendor HIGH because the decisive factor is authentication requirement (PR:L) on a legacy SOHO access point with negligible enterprise deployment share. The affected device role — closet-mounted AP — has no fleet-scale blast radius that would floor the verdict at HIGH or CRITICAL.

HIGH vulnerability class (CWE-119 buffer overflow in web UI)
HIGH authentication requirement per CVSS vector
MEDIUM specific exploitable endpoint (CVE record sparse)
HIGH enterprise deployment share is negligible

Why this verdict

  • Authentication gate (PR:L): attacker must already possess admin credentials. This alone removes the mass-scanning threat model and pushes the CVE below its vendor-assigned 8.8.
  • Deployment role — low-value: the TEW-821DAP is a SOHO/small-business AP. It is not a domain controller, hypervisor, IdP, or backup server. Even root on the device caps blast radius at the local wireless segment plus whatever the management VLAN reaches.
  • Role multiplier: in the WORST realistic role (flat-network SMB with default creds and no VLAN separation), the chain succeeds and yields root on AP + wireless sniff + local pivot. That's a real HIGH for THAT deployment — but this device class is <0.1% of managed enterprise AP installed base per Gartner/IDC wireless share reporting, so the floor does not raise for enterprise readers.
  • No KEV, no observed exploitation, no confirmed PoC for this specific CVE ID at disclosure.
  • Legacy hardware, no patch pipeline — this pushes toward *replacement* rather than *patch*, which is a MEDIUM-track workflow (asset retirement), not a CRITICAL-track workflow (emergency patch).

Why not higher?

HIGH would require either (a) unauthenticated reach, (b) active exploitation, or (c) a role multiplier where the affected device sits at identity/hypervisor/edge scale. None apply: authentication is required, no exploitation is observed, and the TEW-821DAP is a leaf access point.

Why not lower?

LOW would require the impact to be trivial or the exposure to be effectively zero. Neither is true — successful exploitation is root on a network device that bridges wireless and wired segments, and SOHO/legacy deployments where this AP still runs are precisely the ones with weak credential hygiene. MEDIUM correctly captures 'real risk for a narrow, poorly-managed installed base'.

05 · Compensating Control

What to do — in priority order.

  1. Inventory and retire TEW-821DAP v1 units — This is legacy hardware with no active firmware pipeline. Confirm no v1.12B01 units remain in production — no mitigation SLA for MEDIUM, but fold into the 365-day noisgate remediation window as an asset-retirement ticket.
  2. Isolate AP management plane on dedicated VLAN with ACL to jump host — Blocks step 1 of the chain outright. The admin interface should never be reachable from a client SSID or the WAN. Deploy as standard hygiene — no mitigation SLA required for MEDIUM.
  3. Rotate admin credentials off defaults and enforce unique per-device passwords — Kills step 2 for any attacker without prior credential compromise. Store in your PAM/secret manager rather than a shared spreadsheet.
  4. Block WAN-side access to admin ports (80/443/8080) on the perimeter firewall — Prevents opportunistic internet-scan exploitation. Add explicit deny rules for known AP mgmt IPs egressing HTTP responses to WAN.
  5. Add AP mgmt IP anomaly rules to NDR — If exploitation lands, the AP will start initiating outbound sessions it never made before. Baseline it and alert on deviation.
What doesn't work
  • EDR / AV — the AP runs BusyBox/embedded Linux with no agent surface. Your EDR fleet is blind here.
  • WPA2/WPA3 upgrade — this bug is in the HTTP admin interface, not the wireless auth stack. Changing PSKs does nothing.
  • WAF rules on the corporate WAF — the AP admin UI is not behind your corporate WAF; blocking oversized params there doesn't help.
  • MFA — the TEW-821DAP web UI does not support MFA. There's no lever to pull.
06 · Verification

Crowdsourced verification payload.

Run this from an auditor workstation on the management VLAN with reachability to the AP. Invoke as ./check-tew821dap.sh 10.0.0.5 where the argument is the AP's management IP. Requires only curl — no credentials, no privileges on the target.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# noisgate check for CVE-2026-15484 (TRENDnet TEW-821DAP v1.12B01 buffer overflow)
# Fingerprints firmware version via the login/status pages.
# Exit codes: 0 PATCHED / not-affected model, 1 VULNERABLE, 2 UNKNOWN
set -u

if [[ $# -lt 1 ]]; then
  echo "usage: $0 <ap-mgmt-ip> [port]" >&2
  exit 2
fi

TARGET="$1"
PORT="${2:-80}"
URL="http://${TARGET}:${PORT}"
UA="noisgate-check/1.0"

BODY=$(curl -sS --max-time 5 -A "$UA" "${URL}/login.asp" "${URL}/status.asp" "${URL}/index.asp" 2>/dev/null || true)

if [[ -z "$BODY" ]]; then
  echo "UNKNOWN: no HTTP response from ${TARGET}:${PORT}"
  exit 2
fi

if ! echo "$BODY" | grep -qiE 'TEW-821DAP|TRENDnet'; then
  echo "UNKNOWN: not a TEW-821DAP admin interface"
  exit 2
fi

if echo "$BODY" | grep -qE '1\.12B01|v1\.12'; then
  echo "VULNERABLE: ${TARGET} is TEW-821DAP firmware 1.12B01 (CVE-2026-15484)"
  exit 1
fi

if echo "$BODY" | grep -qE 'v2\.[0-9]+'; then
  echo "PATCHED: ${TARGET} is hardware v2 — not in affected range"
  exit 0
fi

echo "UNKNOWN: TEW-821DAP detected but firmware string not parsed — inspect manually"
exit 2
07 · Bottom Line

If you remember one thing.

TL;DR
This is a MEDIUM, not the vendor's HIGH. Monday morning: run an asset inventory query across your CMDB and wireless controller for TEW-821DAP v1 units — for most enterprise readers the count will be zero and you can close the ticket. If units are found, isolate the admin plane on a management VLAN and rotate default credentials this week as basic hygiene. Under the noisgate mitigation SLA MEDIUM has no mandatory mitigation window — go straight to the noisgate remediation SLA of ≤365 days and schedule these legacy APs for hardware retirement, since TRENDnet is unlikely to ship a fix for EOL v1 hardware. If any of these APs are internet-reachable on their admin port, that specific unit jumps to CRITICAL treatment (patch/mitigate within hours) regardless of the base verdict.

Sources

  1. TRENDnet TEW-821DAP product page
  2. TRENDnet TEW-821DAP firmware downloads
  3. TRENDnet customer support / advisories
  4. OpenCVE — TRENDnet CVE listings
  5. Feedly — Latest TRENDnet vulnerabilities
  6. TRENDnet CVE Vulnerabilities & Metrics (akaoma)
  7. TRENDnet threat intelligence index
  8. CWE-119: Improper Restriction of Operations within the Bounds of a Memory Buffer
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.