CVE-2023-49105: ownCloud Auth Bypass Hits Nuclear Research Facility

·

On August 27, 2026, CISA added CVE-2023-49105 — an ownCloud WebDAV authentication bypass rated CVSS 9.8 — to its Known Exploited Vulnerabilities catalog under BOD 26-04, with a federal remediation deadline of August 30. The trigger was real-world exploitation, not a theoretical proof-of-concept.

According to reporting by The Hacker News and infrastructure analysis by Hunt.io, a Chinese-speaking operator used the flaw to breach a Philippine nuclear research body and a marine-engineering firm serving the Philippine Navy, staging roughly 176 files (~372 MB) — including nuclear-material account records and reactor documentation — on an open directory. The patch has existed since November 2023; the internet-facing exposure has not gone away.

◈ Table of Contents

01 Background & Affected Versions 02 How the Bypass Works 03 What Was Taken 04 Indicators of Compromise 05 Detection & Hunt Queries 06 Mitigation & Patching 07 MITRE ATT&CK Mapping 08 Sources
🧬

Background & Affected Versions

Phase 01

CVE-2023-49105 lives in the ownCloud Core WebDAV API. When a file owner has no signing-key configured, the server accepts pre-signed WebDAV URLs as valid authentication. An attacker who knows a valid username can therefore read, modify, or delete that user's files with no credentials at all. NVD classifies it as CWE-287 (Improper Authentication).

AttributeDetail
CVECVE-2023-49105 CVSS 9.8 Critical
ComponentownCloud Core — WebDAV API (pre-signed URL handling)
WeaknessCWE-287 Improper Authentication
AffectedownCloud Core 10.6.0 – 10.13.0
Fixed inownCloud Core 10.13.1
PublishedNovember 21, 2023 (NVD)
KEV addedAugust 27, 2026 · BOD 26-04 deadline Aug 30, 2026
PreconditionsValid username known + file owner has no signing-key set

This CVE is part of the same disclosure batch as the CVE-2023-49103 graphapi info-leak. Organisations that only patched 49103 in 2023 may still be exposed to 49105 if signing-keys were never configured.

💥

How the Bypass Works

Phase 02

The intended design uses signed pre-authenticated links so a user can share a file without exposing their password. The flaw: the signature check passes even when the owner's signing secret is empty. That turns a would-be-protected sharing feature into an unauthenticated file-access primitive.

Attack flow reconstructed from public reporting — no credentials required at any stage.

In this campaign, the ownCloud bypass was one of several public-facing entry techniques the operator rotated through. Reporting also ties the actor to exploitation of the LiteSpeed Cache WordPress plugin flaw CVE-2024-28000 (CVSS 9.8, unauthenticated privilege escalation), an xml-rpc brute-force script, and an EtherHiding-style ClickFix lure using Ethereum smart contracts to stage payloads.

The Chinese-language attribution signal here is source-level, not diplomatic: Hunt.io and reporting cite simplified-Chinese comments, docstrings, and log output in the actor's own tooling — an OPSEC tell, not a formal state attribution.

📦

What Was Taken

Phase 03

Investigators found an open directory on attacker infrastructure holding roughly 176 files (~372 MB) across five staging folders. The contents make the intent unambiguous — this was targeted espionage against strategic infrastructure, not opportunistic data theft.

☢️

Nuclear Records

Nuclear-material account records, reactor-core component documentation, and historical fuel inventories from the research body.

📑

Strategic Plans

Draft strategic planning documents covering the 2023–2028 horizon.

🗄️

Identity & HR Data

A ~192 MB SQL database from a ZKTeco BioTime attendance system plus employee personal information.

🔑

Secrets

BitLocker recovery keys, a KeePass database, and AxCrypt-protected files — the keys to further intrusion.

The presence of BitLocker keys and a KeePass vault in the staging set means containment cannot stop at patching ownCloud. Treat every credential and recovery key in the exposed data as compromised and rotate.

🔎

Indicators of Compromise

Phase 04
TypeIndicatorContext
IP31.58.209.241Attacker staging server / open directory (Hunt.io)
CVE (primary)CVE-2023-49105ownCloud WebDAV auth bypass — initial access
CVE (secondary)CVE-2024-28000LiteSpeed Cache WP plugin priv-esc, same actor
Scriptbrute_xmlrpc.pyWordPress XML-RPC credential brute-forcing
TechniqueEtherHiding / ClickFixEthereum smart-contract-hosted lure staging

Only the staging IP is a confirmed network IOC in public reporting. Treat it as a hunting pivot, not a blocklist silver bullet — rotate hunting to the WebDAV log patterns below rather than relying on a single address.

📡

Detection & Hunt Queries

Phase 05

Because the bypass rides the legitimate WebDAV endpoint, detection focuses on anomalous pre-signed access and unusual egress rather than a single exploit signature.

KQL — Sentinel (proxy / web logs)
// WebDAV requests carrying pre-signed params but no auth session CommonSecurityLog | where RequestURL has "/remote.php/dav" | where RequestURL has_any ("OC-Signature", "expires") | where isempty(RequestClientApplication) or RequestClientApplication has "curl" | summarize hits=count(), files=dcount(RequestURL) by SourceIP, bin(TimeGenerated, 1h) | where files > 20
SPL — Splunk (web access logs)
# High-volume WebDAV pulls from a single external source index=web sourcetype=access_combined uri_path="*/remote.php/dav*" | search uri_query="*OC-Signature*" OR uri_query="*expires*" | stats dc(uri_path) as files count by clientip | where files > 20 | sort - files
SPL — outbound to known staging IP
# Pivot: any host talking to the reported staging server index=firewall (dest_ip="31.58.209.241") | stats sum(bytes_out) as exfil_bytes count by src_ip, dest_ip | sort - exfil_bytes
What these surface
  • Unauthenticated WebDAV file pulls carrying signature params
  • Single-source enumeration across many file paths
  • Large outbound transfers to the reported staging infrastructure
  • WordPress XML-RPC brute-force noise on co-located web assets
🛡️

Mitigation & Patching

Phase 06
1Patch & configure signing-keysPriority
Upgrade ownCloud Core to 10.13.1 or later. The fix alone is not enough if the underlying misconfiguration remains.
Actions
  • 1
    Update to 10.13.1+ and confirm the WebDAV pre-signed URL handling is patched.
  • 2
    Ensure a non-empty signing-key is configured for every file owner — never leave it default/empty.
  • 3
    If patching lags the KEV deadline, pull the ownCloud WebDAV endpoint behind VPN or IP allow-listing.
2Assume-breach responseIf exposed
Any instance internet-exposed and unpatched since 2023 should be treated as potentially accessed.
Actions
  • 1
    Rotate all secrets that may have lived in ownCloud shares — BitLocker keys, KeePass vaults, certificates.
  • 2
    Hunt WebDAV logs for pre-signed access and enumeration bursts using the queries above.
  • 3
    Audit co-hosted WordPress for LiteSpeed Cache (CVE-2024-28000) and XML-RPC abuse.

Two-year-old CVEs re-entering KEV are a pattern, not a fluke. A quarterly sweep of your external attack surface against the live KEV catalogue catches exactly this class of "patched long ago, still exposed" risk.

🎯

MITRE ATT&CK Mapping

Phase 07
TacticTechniqueUse in campaign
Initial AccessT1190 Exploit Public-Facing ApplicationownCloud WebDAV auth bypass
Initial AccessT1133 External Remote ServicesInternet-exposed file service abuse
Initial AccessT1566.002 Spearphishing LinkEtherHiding / ClickFix lure
CollectionT1005 Data from Local SystemBulk file harvesting from shares
ExfiltrationT1041 Exfiltration Over C2 ChannelTransfer to staging server 31.58.209.241
📚

Sources

Phase 08
The Hacker News — CISA adds ownCloud CVE-2023-49105 to KEV after nuclear-facility exploitation NVD — CVE-2023-49105 record (CVSS 9.8, CWE-287) NVD — CVE-2024-28000 LiteSpeed Cache privilege escalation CISA — Known Exploited Vulnerabilities Catalog Hunt.io — open-directory / staging infrastructure research

Is your external footprint still exposing a "patched" 2023 CVE? Run your public hostnames and file-sharing endpoints through the CyberHawk IOC Scanner, then track live exploitation on the Threat Intel feed.

◈ Stay Connected

Follow CyberHawk Threat Intel for threat intelligence, deployment guides and hands-on SOC tooling content.

🌐 Website ▶️ YouTube ▶️ YouTube (2) 𝕏 Twitter / X ♪ TikTok ✈️ Telegram
🔍 IOC Scanner 🛠️ Live Tools 📚 Courses 🚨 Threat Intel 📝 Blog 📋 SOPs

"They can't exploit you if you are the Exploit."