The CVSS 5.3 for CVE-2026-65564 deserves scrutiny, but not for the reason you might think. The medium score isn't necessarily wrong — it's that CVSS measures this vulnerability in isolation and cannot capture what happens when the exposed data is a Google Maps API key.
This is a MapPress plugin vulnerability allowing unauthenticated access to sensitive data. The critical question is what that data actually is. If it's plugin configuration details, the CVSS 5.3 is reasonable. If it's Google Maps API keys — and MapPress being a mapping plugin means this is a real possibility — the severity calculus shifts dramatically. Exposed API keys don't just expose data; they expose a financial authorization vector. Attackers can extract quota from your Google Cloud billing, fuel cryptomining operations, or pivot into any service connected to those credentials. The blast radius extends far beyond your WordPress site into the infrastructure those keys touch.
The EPSS of 0.00197 is low, but that measures probability against this specific install, not against the downstream infrastructure the keys grant access to. That's a blind spot in the metric. It also likely reflects that no one has yet packaged this into a turnkey exploit — for unauthenticated data exposure, exploitation barriers are typically script-kiddie level.
Check your MapPress install now. Determine whether it stores API credentials, OAuth tokens, or location data tied to identifiable users. If it holds Google Maps API keys, treat this as a credential exposure incident, not a medium-severity patch. Rotate those keys immediately, restrict their referrer restrictions if Google Cloud allows, and monitor for anomalous quota consumption. The CVSS score was never designed to capture financial extraction risk from exposed service credentials — that's your gap to close manually.