Threat Intel
React2Shell Exploitation Surge: Automated Scans Target Vulnerable React Server Components
Over the past 10 days the React2Shell campaign has flooded networks with automated probes against vulnerable React Server Components. Most traffic consists of 200‑500‑byte payloads, indicating scripted scanners, while a minority of 1,000‑byte payloads carry actual malicious code. Defenders should harden React deployments, monitor for these size patterns, and leverage GreyNoise blocklists.
What Happened
In the last week and a half, attackers have launched a high‑volume campaign against React Server Components. The probes are sent in bulk, using the same minimal payload template that wraps simple commands such as whoami or curl in a Node.js/Next.js wrapper.
Impact
Systems running unpatched or misconfigured React Server Components are exposed to automated exploitation attempts. The sheer volume of probes can overwhelm logging and detection systems, and a small subset of larger payloads may deliver crypto‑mining or denial‑of‑service code.
Payload Fingerprint
Analysis of the payload size distribution shows three distinct clusters:
- 200‑500 bytes – automated noise from scanners.
- 150‑400 bytes – minimal templates used for basic probes.
- 1,000+ bytes – sophisticated payloads carrying actual malicious logic.
What to Do
Defenders should:
- Patch or harden React Server Components immediately.
- Implement rate‑limiting and anomaly detection for inbound requests matching the 200‑500 byte pattern.
- Use GreyNoise blocklists to filter known malicious IPs and block repeated probes.
- Log and alert on payload sizes above 1,000 bytes to detect potential exploitation attempts.