CVE-2023-41048 is a low-severity (CVSS 3.7) Cross-site Scripting (XSS) vulnerability in plone-namedfile. A fix is available for plone-namedfile — see the affected versions and patch details below.
plone.namedfile vulnerable to Stored Cross Site Scripting with SVG images
Exploitation Status
No confirmed exploitation observed yet
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for CVE-2023-41048.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
Where this sits among everything scored
Real-World Exposure
plone-namedfile🐍plone-namedfile🐍plone-namedfile🐍plone-namedfileReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects PyPI packages — download data is not available via public APIs for these ecosystems.
Description
plone.namedfile allows users to handle File and Image fields targeting, but not depending on, Plone Dexterity content. Prior to versions 5.6.1, 6.0.3, 6.1.3, and 6.2.1, there is a stored cross site scripting vulnerability for SVG images. A security hotfix from 2021 already partially fixed this by making sure SVG images are always downloaded instead of shown inline. But the same problem still exists for scales of SVG images. Note that an image tag with an SVG image as source is not vulnerable, even when the SVG image contains malicious code. To exploit the vulnerability, an attacker would first need to upload an image, and then trick a user into following a specially crafted link. Patches are available in versions 5.6.1 (for Plone 5.2), 6.0.3 (for Plone 6.0.0-6.0.4), 6.1.3 (for Plone 6.0.5-6.0.6), and 6.2.1 (for Plone 6.0.7). There are no known workarounds.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐍PyPI | plone-namedfile | all versions | 5.6.1pip install --upgrade 'plone-namedfile==5.6.1' |
| 🐍PyPI | plone-namedfile | ≥ 6.0.0&&< 6.0.3 | 6.0.3pip install --upgrade 'plone-namedfile==6.0.3' |
| 🐍PyPI | plone-namedfile | ≥ 6.1.0&&< 6.1.3 | 6.1.3pip install --upgrade 'plone-namedfile==6.1.3' |
| 🐍PyPI | plone-namedfile | ≥ 6.2.0&&< 6.2.1 | 6.2.1pip install --upgrade 'plone-namedfile==6.2.1' |
Affected Products
namedfileploneDetection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for plone-namedfile, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update plone-namedfile to 5.6.1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2023-41048 is resolved across your whole dependency graph.
Workarounds
Escape or sanitise the affected output on the server side rather than relying on client-side filtering, and add a Content-Security-Policy that blocks inline script execution so injected markup cannot run even if it reaches the page.
Frequently Asked Questions
Is CVE-2023-41048 in your dependencies?
Find it across PyPI, including transitive dependencies.