A casual browse through records on https://www.cve.org/ (Common Vulnerabilities and Exposures):
React ×142 results
WordPress ×30,523 results
19 replies
@zachleat do you add or multiply for sites that use both?
There are levels to this thing…
@zachleat have you considered that Wordpress uses react in the editor?
@cbirdsong one-two punch!
@zachleat wordpress is always marketing sites, right? No sensitive data?
@jorge who is saying that 😅
-
The equivalent for a React site would need to include:
* unrelated third-party frontend scripts (equiv of WP theme and frontend plugins; eg WordPress plugins that just bundle and load an existing lightbox script, or analytics. Their CVEs all propagate.)
* server-side npm deps (equiv of WP backend feature plugins; such as general monitoring/profiling).
* dev dependencies used for the site's build steps (ie equiv of WP admin plugins; such as optimising thumbnails)
@krinkle 7,813 results for JavaScript 😅
Should be a lot more! They don't organise frontend and npm vuln that way. This doesn't even mention JavaScript:
https://www.cve.org/CVERecord?id=CVE-2025-3573
The search relies on descriptions for which standard terms are "an ongoing area of research" 🧐
https://www.cve.org/ResourcesSupport/FAQs#pc_cve_list_basicssearch_cve
Eco diff is quite distorted.
CVE dedupes npm such that A using outdated B isn't its own vul, despite requiring a separate upstream fix, and npm pkgs often having deep and wide dep trees (1000+ is common), and npm installing multiple versions, thus end-users don't update just once. You wait to apply each.
WP pgks are global so a thing only updates once (like Linux). Most have 0 deps, some 1. The deps that exist commit to pubic API forever stable, so direct upgrade is not constrained.
-
@zachleat It's proof that the JS Illuminati/Israeli lobbyist group aren't quite as big or as popular as they like to pretend to be