Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to TYPO3 backend with low-privilege account
-
DeliveryCraft clipboard insertion request with target record UID or file path
-
ExploitSubmit request to backend clipboard API
-
ExecutionUnpatched cleanCurrent() resolves object without permission check
-
PersistObserve retained clipboard entry to confirm record/file existence
-
ImpactEnumerate restricted records or files to gather unauthorized metadata
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK
2 techniques across 2 tactics: Collection, Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated TYPO3 backend user account - confirmed by CVSS PR:L (low privileges required). The attacker must be able to reach the TYPO3 backend interface over the network (AV:N, AC:L). No special non-default configuration is required; the clipboard feature is enabled by default in all affected TYPO3 CMS versions. The key limiting factor is backend authentication: anonymous or frontend-only users cannot exploit this issue. Exploitation is further constrained to information disclosure of record/file metadata (existence, UID, path) rather than full content; and the attacker must have or guess valid record UIDs or file paths to reference. Organizations where all backend accounts belong to fully trusted staff face negligible risk; organizations with contractor, external, or semi-trusted backend users face meaningful insider-threat exposure. |
| Impact | The CVSS 4.0 score of 5.3 (Medium) accurately reflects a constrained real-world impact. The vector AV:N/AC:L/AT:N/PR:L/UI:N confirms network-reachable exploitation requiring only low privileges (an authenticated backend account), with low confidentiality impact and no integrity or availability impact. EPSS data was not provided in source intelligence, so exploitation probability cannot be quantified numerically. The issue is not listed in CISA KEV, and no POC code has been identified, indicating no confirmed or widespread active exploitation. The primary limiting factor is the requirement for an existing TYPO3 backend account - this is not an unauthenticated or pre-auth attack surface. Organizations with strict backend access controls (e.g., only trusted editors have backend accounts) face lower realistic risk than environments where backend access is broadly granted. The information disclosure is limited to record/file existence and metadata rather than full content exfiltration, further constraining the blast radius. Overall this is a genuine but moderate-priority finding: prioritize patching in environments with untrusted or semi-trusted backend users. |
| Exploit ScenarioDerived | An attacker with a valid TYPO3 backend account - such as a low-privilege content editor - crafts clipboard insertion requests referencing record UIDs or file paths from tables and folders they are not authorized to access. By observing which clipboard entries are silently discarded versus retained and resolved by the unpatched |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
TYPO3 CMS clipboard functionality exposes unauthorized records and files to authenticated backend users due to missing read permission enforcement. Affected versions span 10.4.0 through 13.4.30 and 14.0.0 through 14.3.2. A low-privileged backend user can insert arbitrary database records or file system objects into their clipboard, causing the application to resolve and expose metadata about resources they are not authorized to view - effectively bypassing access controls on content visibility. No public exploit has been identified at time of analysis and the issue is not listed in CISA KEV.
RemediationAI
The primary remediation is to upgrade TYPO3 CMS to a patched release. Upstream fixes are confirmed via commits 2740707563343d78184c0b7c6303a7484553d7f3 and 932fbb9fcea25094e8bcc0f0ec5aab56b1d92451 on the TYPO3 GitHub repository; consult the vendor advisory at https://typo3.org/security/advisory/typo3-core-sa-2026-014 to identify the exact patched release versions for the 13.x and 14.x branches, as specific fix version numbers are not independently confirmed in the available source data. If immediate patching is not possible, a compensating control is to audit and restrict backend user accounts: remove backend access from any users who should not be trusted to enumerate record or file metadata. Additionally, reviewing and tightening TYPO3 backend group permissions to enforce least-privilege on tables_select and page-tree access reduces the set of records/files a malicious insider could enumerate. These workarounds reduce exposure but do not eliminate the underlying permission bypass - patching remains the definitive fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages in composer, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability resides in TYPO3's backend clipboard subsystem, specifically in the cleanCurrent() method of typo3/sysext/backend/Classes/Clipboard/Clipboard.php. The clipboard is a backend UI feature allowing editors to copy/paste or move records and files across page trees. Before the fix, when cleaning stale clipboard entries, the code only verified object existence - it called BackendUtility::getRecord() for database records and resourceFactory->retrieveFileOrFolderObject() for files - but never checked whether the requesting backend user held read permissions on those objects. CWE-200 (Exposure of Sensitive Information to Unauthorized Actor) is the root cause class: the system's access control model was not uniformly applied at the clipboard API layer. The fix, visible in commit 2740707563343d78184c0b7c6303a7484553d7f3, adds explicit permission gate checks: for files it now calls $fileOrFolder->checkActionPermission('read'), and for database records it validates tables_select table permission and PAGE_SHOW page-level permission via doesUserHaveAccess(). Affected CPEs cover TYPO3 Core versions 10.4.x, 11.x, 12.x, 13.x up to 13.4.30, and 14.0.x through 14.3.2.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Primary rating from Vendor (f4fb688c-4412-4426-b4b8-421ecf27b14a) · only source for this CVE.
CVSS VectorVendor: f4fb688c-4412-4426-b4b8-421ecf27b14a
Lifecycle Timeline
1DescriptionCVE.org
Backend users were able to insert arbitrary records and files into the TYPO3 clipboard without proper read permission checks, which allowed users to gather information about records and files they were not authorized to view. This issue affects TYPO3 CMS versions 10.4.0-13.4.30 and 14.0.0-14.3.2.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-35398
GHSA-q93m-25xv-94hh
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB