This is a correction as well as a trend. On October 22 this digest wrote that no source reported exploitation in the wild when PHP released its fixes for CVE-2026-109618 and CVE-2026-109619. On October 21, 2026, Amazon's CISO, CJ Moses, had already published a post saying otherwise. Our earlier entry has been updated with a pointer to this one.
PHP2Shell was probed before the embargo lifted
Amazon Threat Intelligence says it found "a PHP2Shell exploitation attempt dating to Oct. 17, 2026, in MadPot telemetry, four days before public disclosure" of the two CVEs. The attempt came from an IP address tied to a commercial anonymization network, which suggests a threat actor, though "it remains unclear how the actor acquired exploit information prior to disclosure." The embargo was due to lift at 14:00 UTC on October 21. Amazon saw multiple proof-of-concept exploits from about 02:00 UTC that day, and between 02:00 and 08:00 UTC more attempts from different anonymized infrastructure with varying payloads, "suggesting these were multiple actors." It does not know whether any would have worked against real systems. After release, exploitation became broad.
Amazon's conclusions are blunt. "An embargo protects defenders only until someone else finds the same bug." Its reasoning: "AI-assisted analysis makes it cheaper to turn a patch diff or advisory into a working exploit", so "A 7-day or 30-day SLA assumes a delay that no longer exists." For PHP2Shell specifically, it advises teams to "investigate from at least starting on October 17th", and to look for POST requests containing PHP_SESSION_UPLOAD_PROGRESS in form uploads.
The same pattern in the eMudhra keys
The certificate incident shows the same dynamic from the discovery side. One researcher reported the weak keys on October 17. By October 20, Mozilla said "multiple individuals have independently recovered the private keys", some publicly, and that was what pushed it to distrust a whole root rather than eight intermediates. Mozilla's Dennis Jackson had already reported that local agents recovered the keys from a one-line prompt. When finding a flaw is that cheap, a private report no longer guarantees that only one party knows.
Human leaks make it worse
Not every early disclosure involves AI. On Hacker News, the user who posted about the PHP fixes before release apologized, writing that "My contact had told me there was no embargo, and her contact had told her the same thing." The PHP Foundation had already described one vendor publishing fixed images hours early. Coordination processes built for a few reporters per bug now face several parallel finders and a long chain of informal contacts.
What remains uncertain. Amazon does not say how the October 17 actor got the exploit details, whether by independent discovery, a leak or access to a reporter's work. Its honeypot data shows attempts, not successful compromises.
I think three practices follow. First, run incident timelines from the earliest credible exploitation date, not the advisory date. Second, for internet-facing critical bugs, set patch-and-mitigate targets in hours and practise rolling a fleet that fast before you need to. Third, invest in detections that do not depend on a CVE-specific signature, because the first attempts arrive before the signatures do. Longer term, Anthropic's proof work, published on October 22, points to the way out: if finding bugs becomes nearly free, the defensible position is code that has been shown to lack a whole class of them. Until then, assume that someone else already holds whatever the embargo is protecting.
Amazon Threat Intelligence (October 21) saw a PHP2Shell exploitation attempt on October 17 in its MadPot honeypots, four days before the embargoed disclosure, and multiple actors' attempts hours before the 14:00 UTC release, so it advises investigating from October 17 and patching critical bugs in hours; in the same week, Mozilla said several people independently recovered eMudhra's weak keys, which is why it pulled a whole root; this corrects the October 22 digest's statement that no exploitation had been reported.
Sources
- Amazon Threat Intelligence identifies PHP2Shell exploitation prior to public disclosure in MadPot (AWS Security Blog, October 21)
- Private key compromise of eMudhra Intermediate Certificates (Mozilla Bugzilla 2083449)
- Tell HN: I unknowingly broke the PHP RCE embargo. I am sorry. (Hacker News, October 22)
- Today's PHP Security Release, and How We're Strengthening PHP Security (The PHP Foundation, October 21)