- Packages
- contao/contao, contao/core-bundle
- Fixed in
- 5.3.48, 5.7.9
- Published
- Thu 24 Sep 2026, 20:59 LisbonUpdated Mon 26 Oct 2026, 01:27 Lisbon
- Installs on Packagist
- 15K
In plain words
A backend user with module-edit permissions can make the Contao server request internal network services, loopback addresses or cloud metadata endpoints through the Feed Reader front-end module. Its configured RSS feed URLs are passed to the HTTP client without scheme validation or private-address blocking. This can expose internal services and, where AWS IMDSv1 is available, allow theft of cloud role credentials.
Affected versions
| Package | Affected | Fixed in |
|---|---|---|
| contao/contao | >= 5.3.35, < 5.3.48 | 5.3.48 |
| contao/contao | >= 5.4.0, < 5.7.9 | 5.7.9 |
| contao/core-bundle | >= 5.3.35, < 5.3.48 | 5.3.48 |
| contao/core-bundle | >= 5.4.0, < 5.7.9 | 5.7.9 |
Am I affected?
Check composer.lock for contao/contao or contao/core-bundle at versions >= 5.3.35 and < 5.3.48, or >= 5.4.0 and < 5.7.9. For an affected version, check whether the Feed Reader front-end module is used and who has backend module-edit permissions to change its rss_feed configuration. Check whether the HTTP client passed to feedIo has private-network protection and whether feed URLs are restricted to public HTTP or HTTPS destinations. MySQL is a confirmed internal target, not a required database. Fixed versions are 5.3.48 and 5.7.9.
What to do
Check which version you have, then update to a fixed release for your branch (5.3.48, 5.7.9):
composer show contao/contao | grep versions
composer update contao/contao
If your version constraint in composer.json keeps you below a fixed release, raise it first. Whether your configuration is affected, and the exact version ranges, are in the advisory itself.
If you cannot update yet
Wrap the HTTP client passed to feedIo with Symfony's NoPrivateNetworkHttpClient. Validate feed URL schemes and hosts before fetching, allowing only http:// or https:// with a publicly routable IP or hostname. Add 'rgxp' => 'url' and a custom validation callback to tl_module.rss_feed to reject non-public URLs when saved.
The advisory's description
Summary
The Feed Reader front-end module passes RSS feed URLs from its configuration directly to $this->feedIo->read($url) without any scheme validation or private-IP blocklist. A backend user with module-edit permissions can configure an arbitrary URL pointing to internal network services, cloud-provider metadata endpoints, or loopback addresses, causing the server to fetch those resources unconditionally. Confirmed live: the server successfully reaches the internal MySQL database container and its own loopback Apache instance.
Details
In core-bundle/src/Controller/FrontendModule/FeedReaderController.php, the getResponse() function iterates over the configured feed URLs and passes each one directly to the HTTP client with no validation:
// Line 50-55
foreach (StringUtil::trimsplit('[\n\t ]', trim($model->rss_feed)) as $url) {
try {
$feed = $this->cache->get(
'feed_reader_'.$model->id.'_'.md5($url),
function (ItemInterface $item) use ($url, $model) {
$readerResult = $this->feedIo->read($url, new Feed()); // <-- no validation
The DCA field definition for rss_feed in tl_module.php carries no URL scheme or host validation:
'eval' => array('mandatory'=>true, 'decodeEntities'=>true, 'style'=>'height:60px')
The HTTP client is wired as @psr18.http_client (Symfony HttpClient) with no SSRF protection configured (NoPrivateNetworkHttpClient is not used).
Impact
This is a CWE-918 (SSRF) vulnerability. A backend user with module-edit access can:
- Enumerate internal network services -- probe any IP/port on the internal network by observing response times and error messages
- Reach internal APIs -- access unauthenticated services inside the Docker/Kubernetes network (databases, caches, admin panels)
- Steal cloud metadata credentials -- on AWS, fetch
http://169.254.169.254/latest/meta-data/iam/security-credentials/to obtain IAM role credentials (IMDSv1 has no authentication) - Pivot to internal infrastructure -- use the server as a proxy to interact with services not exposed to the public internet
Confirmed in live testing: the server successfully connected to the internal MySQL container (172.19.0.3:3306) and retrieved a full HTTP response from its own loopback interface (127.0.0.1:80).
Remediation
-
Use
NoPrivateNetworkHttpClient-- wrap the injected HTTP client with Symfony's built-in SSRF protection before passing it to feedIo:use Symfony\Component\HttpClient\NoPrivateNetworkHttpClient; $safeClient = new NoPrivateNetworkHttpClient($this->httpClient);This blocks all RFC-1918, loopback, and link-local addresses at the HTTP client level.
-
Validate URL scheme and host -- before calling
feedIo->read(), parse the URL and reject anything that is nothttp://orhttps://with a public routable IP or hostname. -
Configure the DCA field -- add
'rgxp' => 'url'and a custom validation callback totl_module.rss_feedto reject non-public URLs at save time.
Weakness: CWE-918 Server-Side Request Forgery (SSRF). Reported by Para213.
The advisory
- GitHub Advisory Database: GHSA-87mg-5grr-rhwh, with who is affected and how
- OSV.dev: GHSA-87mg-5grr-rhwh
- The week's digest, with the other advisories from 21 Sep 2026
- All advisories for contao/contao
- All advisories for contao/core-bundle