TL;DR: CVE-2026-78006 is a critical deserialization flaw in The Events Calendar plugin that can lead to pre-authentication remote code execution through comment handling on event pages, according to CYCOGNITO. The case shows how public WordPress microsites, especially those with comments enabled and weak ownership, can become externally reachable attack surfaces that evade central patching and inventory controls.
NHIMG editorial — based on content published by CYCOGNITO: Sample of assets impacted by The Events Calendar RCE vulnerability, identified by the CyCognito Platform
By the numbers:
- All versions of The Events Calendar up to and including 6.17.4 are affected.
Questions worth separating out
Q: What breaks when public comment workflows are allowed on affected event pages?
A: The trust boundary breaks because attacker-controlled comment content can reach block rendering and unsafe object handling before moderation completes.
Q: Why does CVE-2026-78006 remain dangerous even when exploitation volume is low?
A: Low observed exploitation does not change the impact profile of a pre-authentication RCE with a 9.8 Critical score.
Q: What signs indicate a WordPress event site is likely exposed to this flaw?
A: Sites that publish event calendars, allow public comments, and report vulnerable plugin versions are the clearest candidates.
Practitioner guidance
- Inventory every public WordPress property Include agency-managed, acquired, staging, and campaign sites in the inventory, because these are the assets most likely to fall outside central patch processes.
- Disable comments on event pages where they are unnecessary Remove the unauthenticated delivery path entirely when event pages do not need public commenting, especially on sites that publish calendars or training information.
- Restrict comment submission to authenticated users Where comments are required, force login before submission and verify that moderation workflows do not render attacker-controlled content before review.
What's in the full report
CYCOGNITO's full analysis covers the operational detail this post intentionally leaves for the source:
- Exact affected version fingerprints observed across 5.10.x, 6.15.x, and 6.17.x deployments
- Asset-by-asset exposure patterns across health care, consumer discretionary, and inherited web estates
- Step-by-step remediation guidance for disabling comment paths and verifying the 6.17.4.1 fix
- Detection and validation considerations for sites where comment handling and plugin ownership are fragmented
👉 Read CYCOGNITO's analysis of CVE-2026-78006 on WordPress event sites →
CVE-2026-78006 on event sites: what practitioners need to know?
Explore further
Public event pages become attack surfaces when trust is delegated to comment rendering. The vulnerable sequence is not unusual for WordPress estates, because public content workflows are often designed for convenience first and security boundary enforcement second. When a moderation process is expected to protect a parsing path that already consumed attacker input, the boundary has failed. Practitioners should treat public page comments as a control decision, not a cosmetic feature.
A few things that frame the scale:
- The vulnerability carries a CVSS v3.1 base score of 9.8, marking it as Critical, according to LLMjacking: How Attackers Hijack AI Using Compromised NHIs.
- Attackers attempted access to publicly exposed AWS credentials within an average of 17 minutes in one NHIMG study, showing how quickly exposed secrets are acted on.
A question worth separating out:
Q: How should teams respond when a secondary web property runs a vulnerable plugin?
A: Treat it as an ownership problem as much as a patching problem. Confirm who controls the site, verify the exact plugin build, remove unnecessary public comment paths, and bring inherited or agency-run properties into the same remediation workflow as core systems. The governance failure is usually incomplete asset oversight, not lack of awareness alone.
👉 Read our full editorial: CVE-2026-78006 exposes WordPress event sites to pre-auth RCE