Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
🐍
🐍 PyPI
Not in CISA KEV
MEDIUM severity

plone.app.contenttypes has a Denial of Service in File Upload due to excessive filename lengthGHSA-8pcw-h6w9-h46g

MEDIUMFix: plone/plone.app.contenttypes#744

GHSA-8pcw-h6w9-h46g is a medium-severity (CVSS 6.5) vulnerability in plone-app-contenttypes. A fix is available for plone-app-contenttypes — see the affected versions and patch details below.

Published
Updated
Affected
3 pkgs
Patched
3 / 3
Exploits
None indexed
Exploitation data as of Sep 23, 2026 · OSV.dev, FIRST.org (EPSS)

Real-World Exposure

3 pkgs affected
🐍plone-app-contenttypes🐍plone-app-contenttypes🐍plone-app-contenttypes

Real-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

Impact

When creating an Image or File with a very large filename, Plone can become unresponsive. Even if the content loads, it can be hard to edit or delete, because the UI is unwieldy.

Patches

The problem has been patched in plone.app.contenttypes.

  • On Plone 6.2, upgrade to plone.app.contenttypes 5.0.1.
  • On Plone 6.1, upgrade to plone.app.contenttypes 4.0.10.
  • On Plone 6.0, upgrade to plone.app.contenttypes 3.0.12

Another part of this problem has been patched in plone.app.dexterity. See this advisory.

Workarounds

There are no known workarounds.

This problem was responsibly reported by Aldin Visnjic to the Plone/Zope Security Team. Thank you!

Note: The Plone/Zope Security team felt that the kind of fixes that were needed could be disruptive in corner cases if they were not careful. So they decided to develop the fixes publicly, giving the whole community the chance the review, and giving them the benefit from early feedback.

Affected Packages

3 total 3 fixed
EcosystemPackageVulnerable rangeFix
🐍PyPIplone-app-contenttypes≥ 5.0.0&&< 5.0.15.0.1pip install --upgrade 'plone-app-contenttypes==5.0.1'
🐍PyPIplone-app-contenttypes≥ 4.0.0&&< 4.0.104.0.10pip install --upgrade 'plone-app-contenttypes==4.0.10'
🐍PyPIplone-app-contenttypesall versions3.0.12pip install --upgrade 'plone-app-contenttypes==3.0.12'

Detection & mitigation playbook

Open-source dependency

  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for plone-app-contenttypes, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update plone-app-contenttypes to 5.0.1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-8pcw-h6w9-h46g is resolved across your whole dependency graph.

  3. Workarounds

    If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.

Frequently Asked Questions

### Impact When creating an Image or File with a very large filename, Plone can become unresponsive. Even if the content loads, it can be hard to edit or delete, because the UI is unwieldy. ### Patches The problem has been patched in `plone.app.contenttypes`. * On Plone 6.2, upgrade to `plone.app.contenttypes ` 5.0.1. * On Plone 6.1, upgrade to `plone.app.contenttypes ` 4.0.10. * On Plone 6.0, upgrade to `plone.app.contenttypes ` 3.0.12 Another part of this problem has been patched in `plone.app.dexterity`. See [this advisory](https://github.com/plone/plone.app.dexterity/security/advisories
O3 Security · Impact-Aware SCA

Is GHSA-8pcw-h6w9-h46g in your dependencies?

Find it across PyPI, including transitive dependencies.

Scan my dependencies How O3 SCA works
plone.app.contenttypes has a Denial of Service in File…