亚马逊在公开披露前识别出10月17日的PHP2Shell漏洞利用
Amazon identifies Oct 17 PHP2Shell exploitation prior to public disclosure

原始链接: https://aws.amazon.com/blogs/security/amazon-threat-intelligence-identifies-php2shell-exploitation-prior-to-public-disclosure-in-madpot/

亚马逊威胁情报团队观测到针对 MadPot 的 PHP2Shell 利用尝试,起始于 2026 年 10 月 17 日,早于 CVE-2026-109618 和 CVE-2026-109619 于 10 月 21 日的公开披露。早期活动来自匿名 IP,随后出现多个攻击者、概念验证利用及披露前后的更广泛利用。该案例表明,漏洞 embargo 仅能延缓公众认知,而 AI 辅助分析可在细节公开后加速漏洞利用开发。防御方应在数小时内为面向互联网的系统打补丁,从最早已知的利用时间(至少 10 月 17 日)开始调查,并使用不局限于特定 CVE 的检测。AWS 通过多层防护并借助 MadPot 进行早期检测。建议措施:立即升级 PHP;若未打补丁,考虑阻止多部分上传;检查日志中 PHP_SESSION_UPLOAD_PROGRESS 及可疑进程或文件变化。所列 IOC 应被调查,而非盲目拦截,因为它们包含共享的匿名基础设施。

相关文章

原文

Amazon Threat Intelligence identified a PHP2Shell exploitation attempt dating to Oct. 17, 2026, in MadPot telemetry, four days before public disclosure of CVE-2026-109618 and CVE-2026-109619. The exploit attempt originated from an IP address associated with a commercial anonymization network. While the vulnerability was under embargo, the targeting of a honeypot from an anonymized IP address suggests the activity was conducted by a threat actor, though it remains unclear how the actor acquired exploit information prior to disclosure.

The PHP embargo window was set to be lifted on 2026-10-21 1400 UTC. On the day of the release, Amazon Threat Intelligence identified multiple proof of concept exploits for the vulnerability, with the earliest around 2026-10-21 0200 UTC. Subsequently, from 2026-10-21 0200 UTC to 2026-10-21 0800 UTC, Amazon Threat Intelligence identified additional exploitation attempts of PHP2Shell targeting MadPot from additional anonymized infrastructure. The actual payloads and choices in anonymization infrastructure varied, suggesting these were multiple actors. Technical analysis is ongoing, and it’s unclear if any of these attempts would have succeeded in real-world systems.

The actual release of the embargo window was 2026-10-21 1400 UTC. Once the embargo was lifted and the patch was released, additional proof-of-concept exploits appeared within hours, and we saw them used against our sensors almost immediately. PHP2Shell is now being broadly exploited in the wild.

Two lessons from this event apply well beyond this one vulnerability:

  1. An embargo protects defenders only until someone else finds the same bug. Coordinated disclosure is still the right model. But defenders should not assume the public disclosure date is the earliest date of exploitation. With PHP2Shell, compromise may predate the advisory.
  2. The time from patch to working exploit is shrinking for structural reasons. In the past, most exploitation we observed came after a public proof of concept was released. A small number of capable actors built exploits, and everyone else waited for them. That dependency is weakening. AI-assisted analysis makes it cheaper to turn a patch diff or advisory into a working exploit. As a result, more actors can act within hours or even minutes once technical details of a vulnerability are disclosed.

For security leaders, this changes several working assumptions:

  1. For critical vulnerabilities in internet-facing systems, measure patch and mitigation timelines in hours. A 7-day or 30-day SLA assumes a delay that no longer exists.
  2. Start investigations from the earliest known exploitation, not from the disclosure date. For PHP2Shell, investigate from at least starting on October 17th.
  3. Invest in detections that don’t rely on a signature for a specific CVE. The first exploitation will often come before those signatures exist.

How AWS helps protect customers

AWS deploys multiple layers of protection to help safeguard customers. Our internal threat intelligence system automatically detected and restricted malicious scanning attempts targeting this vulnerability. We analyze over 200 billion events per minute and integrate threat intelligence from our MadPot honeypot network to identify and block known exploitation attempts in real time. Our honeypot system provides us with early detection of exploitation attempts, enabling rapid response and threat analysis.

Immediate recommended actions

  1. Upgrade immediately to the fixed PHP versions. Upgrading is the only complete remediation for both CVE-2026-109618 and CVE-2026-109619. There are no configuration-only workarounds that fully address both issues.
  2. Consider blocking multi-part file uploads in PHP deployments that cannot be patched immediately, but determine how this would affect your application prior to deploying.
  3. Look for POST requests with the PHP_SESSION_UPLOAD_PROGRESS string in form uploads.
  4. Review web server logs for suspicious activity.
  5. Check for unexpected process execution or file modification on web application servers.

Indicators of Compromise (IOCs)

IP Address

Observed Date

103.216.220.92

10/17/2026

31.223.184.166

10/21/2026

37.19.200.5

10/21/2026

134.209.159.64

10/21/2026

103.114.163.188

10/21/2026

95.217.98.37

10/21/2026

The identified IP addresses include shared anonymization infrastructure and are not exclusive to this threat activity. Organizations should investigate any observations involving these addresses as opposed to blocking.

联系我们 contact @ memedata.com