← Back to Feed CACHED · 2026-06-30 01:53:17 · CACHE_KEY CVE-2026-33560
CVE-2026-33560 · CWE-434 · Disclosed 2026-06-26

The DMP-5000 file service exposes authenticated arbitrary file upload functionality

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

A digital-billboard controller will happily write whatever file you hand it, no questions asked

Daktronics VFC-DMP-5000 (and sibling DMP-5000 / DMP-8000) controllers run a file service that accepts uploads from any authenticated session without validating the extension, MIME type, or content. An attacker who can authenticate can drop a binary, shell script, or configuration file straight onto the controller's filesystem — the same filesystem that runs the sign's playback engine. Affected firmware is anything below 8.117.x.x, 9.43.x.x, or 10.34.x.x; vendor fix tracks are 8.117.0.x, 9.43.0.x, and 10.34.0.x depending on hardware revision.

Vendor's HIGH/7.1 rating is *technically* correct — PR:L makes the math come out to 7.1 — but it understates the operational reality. Daktronics' product line has a long, well-documented history of internet-exposed units running default credentials, including the infamous DOT highway-sign hijack cases. 'Authenticated' on a fleet of LED controllers reachable from the open internet is a much thinner gate than 'authenticated' on a hardened enterprise app. We hold the score at 7.1 but warn that the *effective* exploit barrier is closer to MEDIUM-PR than HIGH-PR for any defender who has not rotated factory passwords.

"Authenticated file upload on a Daktronics sign controller — but 'authenticated' on these boxes has historically meant 'knows the default password'."
02 · The Attack Path

5 steps from start to impact.

STEP 01

Locate exposed controller

Attacker enumerates Daktronics DMP-series controllers on the public internet using Shodan/Censys fingerprints for the device web UI (http.title:"Daktronics", port 80/8080/8082). Census of the install base typically returns a few hundred to low thousands of directly reachable units, plus a much larger pool reachable from compromised stadium / venue / DOT networks.
Conditions required:
  • Controller is reachable over IP — either directly internet-facing or via flat venue/DOT network
  • Attacker has Shodan/Censys access or active scanner like masscan + Daktronics fingerprint
Where this breaks in practice:
  • Many properly-deployed units sit behind a vendor-managed VPN (Show Control Pro or carrier-provided APN)
  • Some operators NAT controllers behind a single jump host
Detection/coverage: Shodan/Censys both fingerprint Daktronics controllers cleanly; GreyNoise sees opportunistic probing of TCP/8082 against this fleet
STEP 02

Authenticate to the file service

Attacker logs into the device using either (a) factory default credentials still present on a significant share of the installed base, (b) credentials phished or harvested from a stadium AV contractor's laptop, or (c) credentials cracked via the controller's weak password policy. The PR:L requirement is satisfied — but on Daktronics fleets specifically, 'authenticated' has historically been a low bar.
Conditions required:
  • Valid credentials for any role with file-service access
  • Reachable management interface from step 1
Where this breaks in practice:
  • Operators who rotated default credentials and enforce strong passwords genuinely raise the bar here
  • Some deployments restrict the management VLAN to a single ops workstation
Detection/coverage: Authentication logs on the controller exist but are rarely shipped to a SIEM in DOT/venue deployments
STEP 03

Upload arbitrary file via file service

Authenticated attacker POSTs to the file-upload endpoint with a binary or script — no extension allowlist, no magic-byte check, no AV scanning. The file lands in the controller's filesystem. Public PoC tooling does not yet exist (no CVE-specific repos as of disclosure), but a 15-line curl script reproduces the bug.
Conditions required:
  • Active session token from step 2
Where this breaks in practice:
  • Filesystem may be read-mostly on certain firmware revisions, limiting write paths
  • Some DMP variants run a stripped musl userland that won't execute a generic x86_64 ELF
Detection/coverage: No commercial scanner currently flags the upload-without-validation pattern on this device family; Tenable/Qualys have not shipped a plugin
STEP 04

Achieve code execution on the controller

Attacker overwrites a startup script, the playback config, or a binary referenced by the playback engine, then triggers a reboot or playback cycle. The controller now runs attacker-supplied code as the playback service account — typically root on the embedded Linux variant. Outcome on a stadium scoreboard is reputational defacement; outcome on a DOT highway sign is a public-safety messaging incident.
Conditions required:
  • Writable path in step 3 intersects an executable code path
Where this breaks in practice:
  • Some models verify firmware signatures on boot — but this bug is below that layer, in user content
  • No clean persistence across factory-reset workflows used by some operators
Detection/coverage: On-device telemetry effectively none; out-of-band monitoring (camera trained on the sign) is the realistic detection plane
STEP 05

Optional pivot inside venue/DOT network

Compromised controller becomes a foothold inside the venue or DOT operational network. From here attacker can scan for adjacent OT (PLCs, building management, additional Daktronics units) or jump to corporate. Pivot tooling is generic — chisel, ligolo, tinyproxy recompiled for the controller's ARM/x86 target.
Conditions required:
  • Controller has L3 reachability to other internal hosts
  • Attacker can cross-compile or use static ARM/MIPS tooling
Where this breaks in practice:
  • Properly segmented OT networks (Purdue-aligned) block the pivot at the conduit firewall
  • DOT and Big-Four-stadium ops increasingly run a dedicated sign VLAN with strict egress
Detection/coverage: East-west IDS on the OT segment is the right detection plane; most operators do not have one
03 · Intelligence Metadata

The supporting signals.

In-the-wild statusNo known active exploitation as of 2026-06-30. Not KEV-listed. No named campaigns.
Proof-of-conceptNo public PoC repo at disclosure. Bug is trivial to reproduce — curl -u user:pass -F [email protected] https://<host>/fileservice/upload.
EPSS0.00341 (~74th percentile) — low predicted exploitation in next 30 days, consistent with niche embedded target.
KEV statusNot listed. CISA published ICS advisory ICSA-26-176-04 on disclosure date.
CVSS vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:N → 7.1 HIGH. Network-reachable, low complexity, low-priv auth required, integrity-heavy impact.
Affected versionsVFC-DMP-5000, DMP-5000, DMP-8000 firmware below 8.117.x.x, 9.43.x.x, or 10.34.x.x (track depends on hardware variant).
Fixed versions8.117.0.x, 9.43.0.x, 10.34.0.x — vendor-published. No distro backports apply (embedded controller).
Exposure dataShodan and Censys consistently fingerprint Daktronics controllers; public-facing count typically in the low thousands. Stadiums, transportation signage, retail digital billboards are the dominant deployment roles.
Disclosed2026-06-26 via CISA ICS-CERT coordinated disclosure (ICSA-26-176-04).
CreditReported by Daktronics through CISA's ICS coordinated-disclosure channel; researcher attribution pending in the advisory.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to HIGH (7.1/10)

Held at HIGH because the single decisive factor — PR:L authentication requirement — is materially weakened by Daktronics' well-documented default-credential history and the fleet's public internet exposure on Shodan/Censys. The chain ends in code execution as root on an embedded controller whose worst-case role is a DOT highway sign, where defacement is a public-safety event.

HIGH vulnerability mechanics and affected version range
MEDIUM real-world install-base credential hygiene
LOW active exploitation likelihood in next 90 days

Why this verdict

  • Authentication is a soft gate on this fleet: Daktronics' install base has a documented history of factory-default credentials surviving deployment, including prior public DOT-sign hijacks. PR:L understates effective exploitability.
  • Role multiplier — DOT / public-safety signage: when the affected controller is driving highway variable-message signs, a successful chain ends in attacker-controlled public-safety messaging. That floors the verdict at HIGH and would push CRITICAL if KEV-listed.
  • Role multiplier — stadium / commercial signage: chain ends in reputational defacement during a televised event. Blast radius is one sign, but media impact is high.
  • Role multiplier — corporate/retail in-store signage: chain ends in a single embedded foothold; pivot potential exists but is gated by venue network segmentation. This is the population that justifies *not* upgrading to CRITICAL.
  • Exposure is non-trivial but bounded: Shodan/Censys return low-thousands of directly reachable units — meaningful, but well below the 'mass internet target' threshold that drives KEV-grade urgency.
  • EPSS 0.00341 and no public PoC trim the near-term exploitation probability, but the bug is a 15-line curl away from a working exploit once anyone bothers.

Why not higher?

Not CRITICAL because (a) authentication is genuinely required even if the bar is low, (b) the affected component is a single-purpose display controller — blast radius does not naturally extend to domain or identity tier, and (c) there is no in-the-wild exploitation evidence and no KEV listing. A CRITICAL bucket here would conflate a high-impact-per-host bug with a fleet-wide identity/hypervisor compromise.

Why not lower?

Not MEDIUM because the role-multiplier floor for transportation/public-safety deployments holds the verdict at HIGH regardless of friction. The chain produces root-equivalent code execution on the controller, the default-credential reality of this product line erodes the PR:L discount, and CISA judged the issue worth an ICS advisory on disclosure day.

05 · Compensating Control

What to do — in priority order.

  1. Rotate factory and shared credentials on every Daktronics controller in the fleet — The vuln is gated by authentication; killing default and reused passwords is the single highest-leverage control. Deploy within 30 days per noisgate mitigation SLA for HIGH. Use a per-device unique password stored in your PAM.
  2. Block inbound to controller management ports from the internet at the perimeter — Most legitimate management traffic comes from a known ops workstation or vendor VPN. ACL TCP/80, 8080, 8082, and any vendor file-service ports to that source set only. Implement within 30 days.
  3. Segment the signage VLAN with explicit egress allowlists — Prevents step-5 pivot if a controller is compromised. Restrict egress to vendor cloud, NTP, and your management host only — drop everything else. Roll out within 30 days.
  4. Subscribe to Daktronics security bulletins and pre-stage firmware 8.117.0.x / 9.43.0.x / 10.34.0.x — Validate the firmware on a single test unit, then schedule a maintenance window across the fleet. Complete remediation within the 180-day noisgate remediation SLA for HIGH.
  5. Ship controller auth logs to a SIEM and alert on file-service POSTs — Even without a vendor-supplied audit feed, you can syslog-forward the device's web logs. Alert on any file-service upload originating from a non-management source IP.
What doesn't work
  • Network-based WAF rules on generic file-upload patterns — the controller's file service does not look like a standard web app and most WAFs do not have a profile for it.
  • EDR or AV on the controller — there is none for this embedded platform; do not assume host telemetry exists.
  • MFA on the management UI — the controller firmware does not support MFA; do not plan around it.
  • Relying on PR:L to keep this off the priority list — Daktronics' default-credential history makes the auth gate weaker than the CVSS vector implies.
06 · Verification

Crowdsourced verification payload.

Run from an auditor workstation with network reach to the controller. Provide the controller hostname/IP, a known-good credential, and an optional firmware-track override. Example: ./check_dmp5000.sh 10.20.30.40 admin 'CorrectHorseBattery'. No elevated privileges required on the auditor host; the credential needs only basic UI login on the controller.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# noisgate verifier — CVE-2026-33560 (Daktronics DMP-5000 file service)
# Probes the controller's firmware version banner and compares to the fixed tracks.
# Output: VULNERABLE | PATCHED | UNKNOWN
set -u

TARGET="${1:-}"
USER="${2:-admin}"
PASS="${3:-}"

if [[ -z "$TARGET" || -z "$PASS" ]]; then
  echo "usage: $0 <host-or-ip> <user> <pass>" >&2
  echo "UNKNOWN"; exit 2
fi

# Try the common management endpoints used by DMP-series controllers
for scheme in https http; do
  for port in 443 8082 8080 80; do
    URL="$scheme://$TARGET:$port/api/system/version"
    BODY=$(curl -sk --max-time 5 -u "$USER:$PASS" "$URL" 2>/dev/null) || continue
    VER=$(echo "$BODY" | grep -oE '[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' | head -n1)
    [[ -n "$VER" ]] && break 2
  done
done

if [[ -z "${VER:-}" ]]; then
  echo "could not retrieve firmware version from $TARGET" >&2
  echo "UNKNOWN"; exit 3
fi

MAJ=$(echo "$VER" | cut -d. -f1)
MIN=$(echo "$VER" | cut -d. -f2)

case "$MAJ" in
  8)  FIX_MIN=117 ;;
  9)  FIX_MIN=43  ;;
  10) FIX_MIN=34  ;;
  *)  echo "unrecognized firmware track: $VER" >&2; echo "UNKNOWN"; exit 4 ;;
esac

if (( MIN < FIX_MIN )); then
  echo "running $VER — below fixed minor $MAJ.$FIX_MIN.0.x"
  echo "VULNERABLE"; exit 1
else
  echo "running $VER — at or above fixed minor $MAJ.$FIX_MIN.0.x"
  echo "PATCHED"; exit 0
fi
07 · Bottom Line

If you remember one thing.

TL;DR
Monday morning: pull a fleet inventory of every Daktronics DMP-5000 / DMP-8000 / VFC-DMP-5000 and rank them by exposure (internet-facing first, DOT/public-safety second, stadium third, in-store last). Per noisgate mitigation SLA for HIGH, you have 30 days to (a) rotate every factory and shared credential, (b) ACL the management ports off the public internet, and (c) place the signage fleet behind a proper segmentation boundary — the auth gate is the only thing standing between this CVE and root on the controller, so the credential rotation is the highest-leverage item. Per noisgate remediation SLA for HIGH, schedule the firmware upgrade to 8.117.0.x / 9.43.0.x / 10.34.0.x within 180 days, validated on a single non-revenue unit first. If you operate DOT variable-message signs or any signage with public-safety messaging, treat your subset as KEV-equivalent and collapse the mitigation window to days, not weeks.

Sources

  1. CISA ICS Advisory ICSA-26-176-04
  2. OffSeq Threat Radar — CVE-2026-33560
  3. THREATINT CVE record
  4. CIRCL Vulnerability-Lookup
  5. ISSSource — Daktronics Updates Controller Firmware
  6. OWASP — Unrestricted File Upload
  7. CISA Known Exploited Vulnerabilities Catalog
  8. CWE-434 — Unrestricted Upload of File with Dangerous Type
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.