CVE-2024-28859
published 2024-03-15CVE-2024-28859: Symfony1 is a community fork of symfony 1.4 with DIC, form enhancements, latest Swiftmailer, better performance, composer compatible and PHP 8 support. Symfony…
PriorityP259critical9CVSS 3.1
AVNACHPRNUINSCCHIHAH
EPSS
1.49%
70.8th percentile
Symfony1 is a community fork of symfony 1.4 with DIC, form enhancements, latest Swiftmailer, better performance, composer compatible and PHP 8 support. Symfony 1 has a gadget chain due to vulnerable Swift Mailer dependency that would enable an attacker to get remote code execution if a developer unserialize user input in his project. This vulnerability present no direct threat but is a vector that will enable remote code execution if a developper deserialize user untrusted data. Symfony 1 depends on Swift Mailer which is bundled by default in vendor directory in the default installation since 1.3.0. Swift Mailer classes implement some `__destruct()` methods. These methods are called when php destroys the object in memory. However, it is possible to include any object type in `$this->_keys` to make PHP access to another array/object properties than intended by the developer. In particular, it is possible to abuse the array access which is triggered on foreach($this->_keys ...) for any class implementing ArrayAccess interface. This may allow an attacker to execute any PHP command which leads to remote code execution. This issue has been addressed in version 1.5.18. Users are advised to upgrade. There are no known workarounds for this vulnerability.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| friendsofsymfony1 | swiftmailer | >= 4.0.0 < 5.4.13 | 5.4.13 |
| friendsofsymfony1 | swiftmailer | >= 6.0.0 < 6.2.5 | 6.2.5 |
| friendsofsymfony1 | symfony1 | — | — |
| friendsofsymfony1 | symfony1 | >= 1.3.0 < 1.5.18 | 1.5.18 |
| friendsofsymfony1 | symfony1 | >= 1.3.0 < 1.5.18 | 1.5.18 |
| swiftmailer | swiftmailer | >= 4.0.0 < 6.2.5 | 6.2.5 |
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
OSV
Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
osv·2024-03-18
CVE-2024-28859 [MEDIUM] Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
### Summary
Symfony 1 has a gadget chain due to vulnerable Swift Mailer dependency that would enable an attacker to get remote code execution if a developer unserialize user input in his project.
### Details
This vulnerability present no direct threat but is a vector that will enable remote code execution if a developper deserialize user untrusted data. For example:
```php
public function executeIndex(sfWebRequest $request)
{
$a = unserialize($request->getParameter('user'));
}
```
We will make the assumption this is the case in the rest of this explanation.
Symfony 1 depends on Swift Mailer which is bundled by default in `vendor` directory in the default installation since 1.3.0. Swift Mailer classes implement some `__
GHSA
Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
ghsa·2024-03-18
CVE-2024-28859 [MEDIUM] CWE-502 Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
Gadget chain in Symfony 1 due to vulnerable Swift Mailer dependency
### Summary
Symfony 1 has a gadget chain due to vulnerable Swift Mailer dependency that would enable an attacker to get remote code execution if a developer unserialize user input in his project.
### Details
This vulnerability present no direct threat but is a vector that will enable remote code execution if a developper deserialize user untrusted data. For example:
```php
public function executeIndex(sfWebRequest $request)
{
$a = unserialize($request->getParameter('user'));
}
```
We will make the assumption this is the case in the rest of this explanation.
Symfony 1 depends on Swift Mailer which is bundled by default in `vendor` directory in the default installation since 1.3.0. Swift Mailer classes implement some `__
No detection rules found.
No public exploits indexed.
https://github.com/FriendsOfSymfony1/symfony1/commit/edb850f94fb4de18ca53d0d1824910d6e8130166https://github.com/FriendsOfSymfony1/symfony1/security/advisories/GHSA-wjv8-pxr6-5f4rhttps://github.com/FriendsOfSymfony1/symfony1/commit/edb850f94fb4de18ca53d0d1824910d6e8130166https://github.com/FriendsOfSymfony1/symfony1/security/advisories/GHSA-wjv8-pxr6-5f4r
2024-03-15
Published