GHSA-f3wf-q4fj-3gxf TYPO3 Denial of Service in Online Media Asset Handling

Not scored Published

Authenticated backend users can cause denial of service in TYPO3 by uploading large files with specific media extensions, exhausting system resources.

Exploited in the wild
Not known
Login needed
Any signed-in user
Attackable
Over the internet
Victim action needed
Not needed
Fix
Available

What is GHSA-f3wf-q4fj-3gxf?

GHSA-f3wf-q4fj-3gxf is a denial of service vulnerability in typo3/cms, published on 7 Jun 2024. Any signed-in user can exploit it over the network, with no action from the victim.

Official description

Online Media Asset Handling (*.youtube and *.vimeo files) in the TYPO3 backend is vulnerable to denial of service. Putting large files with according file extensions results in high consumption of system resources. This can lead to exceeding limits of the current PHP process which results in a dysfunctional backend component. A valid backend user account or write access on the server system (e.g. SFTP) is needed in order to exploit this vulnerability.

Which versions are affected by GHSA-f3wf-q4fj-3gxf?

6 open source packages ship an affected version, including typo3/cms.

PackageAffectedFixed in
typo3/cms PackagistFrom 7.0.07.6.32
typo3/cms PackagistFrom 7.0.07.6.32
typo3/cms PackagistFrom 8.0.08.7.21
typo3/cms PackagistFrom 8.0.08.7.21
typo3/cms PackagistFrom 9.0.09.5.2
typo3/cms PackagistFrom 9.0.09.5.2

How do I fix GHSA-f3wf-q4fj-3gxf?

Upgrade typo3/cms to a fixed version for your release line: 7.6.32, 8.7.21 or 9.5.2.

Upgrade, then put limits on request size, rate and nesting depth so one client cannot exhaust the service. More about Denial of service.

Is GHSA-f3wf-q4fj-3gxf being exploited?

There is no known exploitation of GHSA-f3wf-q4fj-3gxf in the wild and no public exploit code.

Sources

Is GHSA-f3wf-q4fj-3gxf in your software?

Upload an SBOM and sbomify checks it against every vulnerability here, every day.

Check your SBOMs for free