WarrenBarr
SEC-01
Advisories
Published findings
OPS-02
Methodology
How an engagement runs
ENG-03
IT & Dev
Build and administer
ARM-04
Software
Tooling I wrote
MSP-05
MSSP
Flat-rate managed
REC-06
Case Studies
Work, in full
WEB-07
Websites
Sites that convert
SUP-08
Gear
Coming soon
DOC-09
Doctrine
What I will not do
WHO-10
About
Who you'd be hiring

Ubiquiti UniFi OS — Unauthenticated RCE Chain
CVE-2026-34908 / 34909 / 34910 · Auth Bypass → File Traversal → Command Injection → Root

CVE-2026-34908 CVE-2026-34909 CVE-2026-34910 CVSS 10.0 CISA KEV Unauthenticated RCE Root Privilege UniFi OS Network Infrastructure Actively Exploited
Three CVSS 10.0 vulnerabilities in Ubiquiti UniFi OS — each critical on its own — chain together to give any network-reachable attacker unauthenticated root access on UniFi OS devices. No credentials required. No user interaction required. The chain affects every UniFi OS-powered device: Cloud Gateways, network appliances, Dream Machines, Protect NVRs, Access hubs, and Talk appliances. CISA added all three to the Known Exploited Vulnerabilities catalog on June 23, 2026 with a three-day remediation deadline. Censys identified approximately 100,000 internet-facing UniFi OS endpoints globally, with roughly 50,000 in the United States.
Three CVEs. One HTTP request. Full root on your network gateway, cameras, or physical access controllers. If your UniFi console is internet-facing and unpatched, your entire network infrastructure is owned.
CVE-2026-34908 — CVSS 10.0 — CWE-284 (Improper Access Control)
The authentication gateway NGINX processes crafted requests with a divergence between the raw URI and the normalized URI. A request beginning with an auth-exempt prefix passes the authentication check in raw form, but after normalization routes to an authenticated internal endpoint. This is the bypass that opens the door.

CVE-2026-34909 — CVSS 10.0 — CWE-22 (Path Traversal)
A path traversal in the internal file management handler permits reading and writing arbitrary files on the underlying UniFi OS host, including sensitive configuration files, signing keys, and credential stores. Used together with the auth bypass, this is exploitable without authentication.

CVE-2026-34910 — CVSS 10.0 — CWE-20 (Improper Input Validation)
The package-update service passes a user-supplied package name directly to a shell command without validation. Combined with the auth bypass, this enables arbitrary OS command injection against the service account running package updates — which holds passwordless sudo privileges over dpkg, chmod, and systemctl, making privilege escalation to root trivial via a malicious .deb package.

CISA KEV: All three added June 23, 2026. Deadline June 26, 2026 (BOD 26-04)
Patch: UniFi OS Server 5.0.8 (released May 21, 2026)
Affected: UniFi OS Server 5.0.6 and earlier (all hardware running UniFi OS)
BishopFox researchers documented and published the full exploit chain. The attack proceeds as follows:
Step 1 — Auth bypass (34908 + 34909): The attacker sends a request with a URI that passes the authentication exemption check in raw form. NGINX normalizes the path before routing, and the normalized form reaches an authenticated internal API endpoint. The authentication check has already passed and is not re-evaluated on the normalized path. The attacker is now inside the authenticated surface.
Step 2 — Command injection (34910): The attacker accesses the package-update service endpoint through the bypass. This endpoint accepts a package name and passes it to a shell command. No validation is performed on the package name. The attacker injects a command. The service account executing the update holds passwordless sudo privileges over dpkg, chmod, and systemctl.
Step 3 — Root escalation: Using the sudo access, the attacker installs a crafted .deb package or executes privileged commands directly. Full root on the UniFi OS host. From root, the attacker can read the UniFi secret store (signing keys, TLS certificates, cloud tokens, login database, network configuration), create persistent backdoors, and pivot through connected network infrastructure.
Active exploitation has been observed creating rogue administrator accounts named "John Sim" during automated reconnaissance sweeps — a reliable indicator of compromise when found in UniFi controller logs.
UniFi is the dominant networking platform for small and mid-sized organizations — it controls gateways, switches, wireless APs, cameras, physical access panels, and VoIP across hundreds of thousands of deployments. Many of these consoles are internet-accessible because administrators use Ubiquiti's remote management features or expose the management port directly. Censys tracked approximately 100,000 internet-facing instances globally. At patch release on May 21, 2026, zero-day exploitation had not been publicly confirmed. By June 23 when CISA added all three to KEV, active exploitation was confirmed in the wild.
Check your UniFi OS version via SSH:
ubnt@unifi:~$ ubnt-device-info summary | grep "UniFi OS" # Look for version 5.0.8 or later. # Any version 5.0.6 or earlier is vulnerable. # Alternative: check in the UniFi web interface # Settings → System → Controller Configuration → Version
Hunt for the rogue "John Sim" administrator account:
# In UniFi OS → Admins & Users # Look for accounts you did not create — specifically "John Sim" # Any unrecognized admin account is an indicator of compromise # Via SSH on the UniFi console: cat /data/unifi-core/db/system.db | grep -i "john\|rogue\|unknown"
Check for unauthorized file modifications (BishopFox safe detection tool):
# BishopFox published a safe, read-only detection tool on GitHub. # It probes the vulnerable endpoint without executing any command. # If reachable, confirms whether CVE-2026-34908 auth bypass is open. # github.com/BishopFox/CVE-2026-34908-check python3 cve_2026_34908_check.py <unifi-ip> # VULNERABLE = bypass is open (unpatched) # PATCHED = NGINX returns 400 (5.0.8+ behavior)
Review recent administrator account creation in UniFi logs:
grep -i "account\|admin\|technician\|created" /var/log/unifi/*.log | \ grep "$(date -d '30 days ago' +%Y-%m-%d)"
CVEs CVE-2026-34908, CVE-2026-34909, CVE-2026-34910 Rogue account "John Sim" administrator (automated recon sweep signature) Signing key Compromise of /data/unifi-core/config/jwt.yaml (rotate after breach) Secrets at risk UniFi secret store: signing keys, TLS certs, cloud tokens, DB creds Persistence .deb package install via dpkg sudo, systemctl service modification Recon pattern HTTP requests with raw-vs-normalized URI divergence to port 8443/11443 CISA KEV All three CVEs added June 23, 2026. Deadline June 26, 2026.

Step 1 — Patch to UniFi OS Server 5.0.8 immediately: Ubiquiti released the patch on May 21, 2026. Update via Settings → System → Updates in the UniFi console, or via SSH: apt-get update && apt-get upgrade

Step 2 — Remove internet exposure until patched: If immediate patching is not possible, firewall management port (8443/11443) to trusted IP ranges only. Use Ubiquiti's remote access via the UniFi Site Manager (ui.com) instead of direct internet exposure.

Step 3 — If you were exposed: assume compromise and rebuild: Root-level compromise allows modification of logs and removal of compromise indicators. Beazley Security recommends treating any exposed instance as compromised and rebuilding from a known-good image rather than attempting in-place forensics. Pull a configuration backup, wipe, reinstall, restore config.

Step 4 — Rotate all secrets after exposure: The UniFi secret store at /data/unifi-core/config/ contains signing keys, TLS keys, cloud tokens, and database credentials. All of these must be rotated. Generate a new JWT signing key: openssl rand -hex 32 and update the secret: value in jwt.yaml. Force-logout all active sessions.

Step 5 — Audit administrator accounts: Remove any account not created by your team. Force password resets on all remaining admin accounts. Enable MFA if not already enforced.

A patched restore does NOT automatically rotate the potentially exfiltrated signing key. Restoring a configuration backup after reinstalling UniFi OS will restore the old (possibly compromised) JWT signing key unless you explicitly replace it. Manual rotation is required.
More like this, when it happens Advisories only. No newsletter, no marketing, unsubscribe in one click.

Barr Cyber — Network Hardening & Endpoint Security

Ubiquiti UniFi is standard equipment in homes, small businesses, and mid-sized organizations across Montana and the Flathead Valley. If your UniFi console is internet-accessible or has never been audited, contact Barr Cyber for a network hardening assessment.

Get in Touch →