CVE-2010-3436 json
fopen_wrappers.c in PHP 5.3.x through 5.3.3 might allow remote attackers to bypass open_basedir restrictions via vectors related to the len…
published 16y ago modified 4mo ago also EUVD-2010-3434
- cvss
- 5.0
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 6.3%
- EPSS 6.3% chance of exploitation in 30 days, percentile 93%
- public exploits
- 0
- none known
Summary
fopen_wrappers.c in PHP 5.3.x through 5.3.3 might allow remote attackers to bypass open_basedir restrictions via vectors related to the length of a filename.
Patch / fix
- php php 5.2.15, 5.3.4
- php7 openSUSE Tumbleweed 7.0.14-1.4
- php5 openSUSE Tumbleweed 5.6.28-1.1
- php8 openSUSE Tumbleweed 8.0.11-1.1
opensuse advisories openSUSE-SU-2024:10290-1openSUSE-SU-2024:10344-1openSUSE-SU-2024:11169-1
Is CVE-2010-3436 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2010-3436 updated
php: open_basedir bypass via fopen_wrappers.c
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
6.32% chance of exploitation in the next 30 days, higher than 93% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:N/I:P/A:N |
Classification
- Weakness
-
- CWE-264 Permissions, Privileges, and Access Controls
- Technology feeds
References
-
svn.php.net
/viewvc?view=revision&revision=303824
patch, vendor-advisory
-
svn.php.net
/viewvc/php/php-src/trunk/main/fopen_wrappers.c?r1=303824&r2=303823&pathrev=303824
patch, vendor-advisory
-
mandriva.com
/security/advisories?name=MDVSA-2010:218
vendor-advisory, third-party-advisory
-
lists.apple.com
/archives/security-announce/2011/Mar/msg00006.html
vendor-advisory, mailing-list, third-party-advisory
-
ubuntu.com
/usn/USN-1042-1
vendor-advisory, third-party-advisory
-
lists.apple.com
/archives/Security-announce/2011//Oct/msg00003.html
vendor-advisory, mailing-list, third-party-advisory
-
slackware.com
/security/viewer.php?l=slackware-security&y=2010&m=slackware-security.490619
vendor-advisory, third-party-advisory
-
php.net
/releases/5_3_4.php
vendor-advisory
-
php.net
/ChangeLog-5.php
vendor-advisory
-
php.net
/archive/2010.php#id2010-12-10-1
vendor-advisory
-
php.net
/releases/5_2_15.php
vendor-advisory
-
vupen.com
/english/advisories/2011/0077
vdb-entry, permissions-required
-
secunia.com
/advisories/42812
third-party-advisory
-
securityfocus.com
/bid/44723
vdb-entry, third-party-advisory
-
vupen.com
/english/advisories/2010/3313
vdb-entry, permissions-required
-
support.apple.com
/kb/HT5002
third-party-advisory
-
secunia.com
/advisories/42729
third-party-advisory
-
security-tracker.debian.org
/tracker/CVE-2010-3436
third-party-advisory
-
support.apple.com
/kb/HT4581
third-party-advisory
Sources
- CVE List CVE-2010-3436
- NVD CVE-2010-3436
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.