CVE Tools

CVE-2007-3205

No known exploitation. EPSS puts it in the 82nd percentile. No fix published yet.

Published Updated Sources: CVE.org, NVD

What to do

No fixed build or workaround is published yet. Limit exposure and watch for a patch.

Steps

Written by AI from the record
  1. Ask your developer or hosting provider whether any custom PHP code on your site calls the parse_str() function without its second argument.
  2. If so, have them add the second argument (an output array) so results don't overwrite other variables directly.
  3. There is no official vendor patch tracked for this issue, so this is a code-review fix rather than an update you install.
  4. Re-check after any custom PHP code changes or plugin updates that touch form/query-string parsing.

What it is

From the CVE record

The parse_str function in (1) PHP, (2) Hardened-PHP, and (3) Suhosin, when called without a second parameter, might allow remote attackers to overwrite arbitrary variables by specifying variable names and values in the string to be parsed. NOTE: it is not clear whether this is a design limitation of the function or a bug in PHP, although it is likely to be regarded as a bug in Hardened-PHP and Suhosin.

In plain language

Written by AI from the record

This is an old, low-risk PHP programming quirk that lets a webpage's input accidentally overwrite variables if a developer used a function incorrectly — most small businesses don't need to worry about it.

parse_str() in PHP/Hardened-PHP/Suhosin, when invoked without its optional second argument, writes parsed key/value pairs directly into the calling scope, letting remote input overwrite arbitrary variables (a variable-overwrite / mass-assignment style weakness), with no confirmed exploitation and no public PoC.

If you're affected

  • Unexpected app behavior
  • Possible logic bypass
  • Low direct data exposure risk

Exploitation

Where each signal puts this CVE on the scale from published to confirmed exploited.

EPSS82nd
CISA KEV

Not in the catalog. CISA has not confirmed exploitation.

Public exploits

No public exploit or proof of concept found in the sources we track.

EPSS

2.2% chance of exploitation activity in the next 30 days, which ranks it in the 82nd percentile of scored CVEs.

Exploit Prediction Scoring System, FIRST.org. A probability, not a confirmation.

Lifecycle

3 events over 6889 days, from the signal feeds we watch.

  1. Record updated
  2. Publishedweakness classified

Affected products

And 1 more affected product. See all after sign-in

Scale

How widely the affected products are used. This is not a count of vulnerable hosts.

Estimate Public sources, each figure dated. How much of it is already patched is not known.

PHP

Web

Usage: unknown. No public source measures this product yet.

Version split: unknown. No public source for this product.

Technical detail

AV:N/AC:L/Au:N/C:N/I:P/A:N

Scored 5.0 by NVD.

How it is reached

  • Access Vector NetworkExploitable remotely over the network
  • Access Complexity LowNo special conditions required
  • Authentication NoneNo authentication required

Impact if exploited

  • Confidentiality NoneNo confidentiality impact
  • Integrity PartialSome data can be modified
  • Availability NoneNo availability impact

Weaknesses

Sources

Watch the software you run.

My Stack ranks new CVEs for your products by real-world exploitation, so the next serious one reaches you without reading every advisory.

We'll flag the next CVE, public exploit or patch for Hardened-php, not every advisory.