Who is affected
ONLYOFFICE Docs is a collaborative document editing server product. The vulnerability affects deployments where JWT (JSON Web Token) authentication is in use, allowing an attacker to exploit a path traversal flaw during image upload. The record does not specify which versions of ONLYOFFICE Docs are vulnerable, nor does it detail whether self-hosted and cloud-hosted instances are equally affected.
How to check whether this touches you
- Confirm whether you deploy or rely on ONLYOFFICE Docs in your environment, including any instances managed by third parties on your behalf.
- Verify that JWT-based authentication is enabled in your ONLYOFFICE Docs configuration; if you use a different authentication method, your exposure profile may differ.
- Establish whether your ONLYOFFICE Docs instance is reachable from the internet or only from trusted internal networks, as that determines attacker reach.
- Check the running version against ONLYOFFICE's security advisories and patch history; version alone is not definitive, but it is the first signal to investigate.
- Review upload logs and access logs covering the period since the vulnerability became public to identify whether the /.. image upload parameter has been probed or exploited.
What to do
- Obtain ONLYOFFICE's remediation guidance immediately—either a patched version number or a workaround—and evaluate whether your instance qualifies as critical infrastructure under BOD 26-04; if it does, prioritise patching within the federal remediation window.
- If a patch is available, apply it after testing in a non-production environment; document the patch version applied and the date of application.
- If no patch is available or patching is delayed, restrict network access to ONLYOFFICE Docs to authenticated internal users only; disable or remove public-facing upload endpoints if possible.
- Enable and review detailed logging for image upload requests, filtering for requests containing
/../or similar path traversal sequences; forward suspicious logs to your security team. - If you cannot mitigate the risk through patching or access controls, follow BOD 26-04 guidance: either migrate to an alternative product or document a risk acceptance decision with appropriate approvals.
If you find you were exposed
Path traversal in file upload functionality typically leaves traces in access logs and potentially in filesystem changes. Review logs from before the patch date for requests to image upload endpoints that contain path traversal syntax; exploitation of this vulnerability could result in remote code execution, so check for unexpected process execution, new files, or outbound connections correlating with suspicious uploads. Log retention is often the bottleneck; if your logs have rolled over, focus on filesystem and process auditing to detect signs of persistent compromise.