CVE-2026-6440: GoodMeet WordPress Plugin CSRF Vulnerability (v1.1.8)
The GoodMeet plugin for WordPress, which integrates Google Meet into sites, has a security flaw in versions 1.1.8 and earlier. An attacker can trick a site administrator into visiting a malicious link, which would silently delete the plugin's Google Meet API credentials. This doesn't directly expose sensitive data or let attackers log in, but it disables the Google Meet feature on the affected site and forces administrators to reconfigure it. The vulnerability exists because the plugin fails to use a security token (nonce) to verify that credential-reset requests are legitimate.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-352
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-10 / 2026-07-10
NVD description (verbatim)
The GoodMeet – Google Meet Integration for Webinar, Meeting & Video Conference plugin for WordPress is vulnerable to Cross-Site Request Forgery in versions up to and including 1.1.8. This is due to a missing nonce verification in the reset_credential() function, which handles the wp_ajax_goodmeet_reset_google_meet_credential AJAX action. While the function does verify the user's capability (manage_options), it does not validate a nonce, making it susceptible to CSRF attacks. This makes it possible for unauthenticated attackers to trick a site administrator into clicking a malicious link that will reset (delete) the plugin's stored Google Meet API credentials (goodmeet_google_credentials) and OAuth tokens (goodmeet_google_token), effectively disabling the Google Meet integration on the site.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-6440 is a Cross-Site Request Forgery (CSRF) vulnerability in the GoodMeet WordPress plugin affecting versions up to 1.1.8. The vulnerable code path is the reset_credential() function, which handles the wp_ajax_goodmeet_reset_google_meet_credential AJAX action. While the function implements capability checks (verify_cap manage_options), it omits nonce validation—a standard WordPress security mechanism that prevents cross-origin requests from triggering privileged actions. An attacker crafts a malicious page containing a request to the vulnerable AJAX endpoint; when a logged-in administrator visits that page, the browser automatically submits the reset request with the admin's session cookies, causing the goodmeet_google_credentials and goodmeet_google_token options to be deleted. The attack requires user interaction (the admin must visit the attacker's page) and relies on social engineering to succeed.
Business impact
Disruption of video conferencing functionality is the primary business impact. Organizations using GoodMeet to host webinars or meetings will lose Google Meet integration until administrators manually reconfigure the plugin and re-authenticate with Google. This can disrupt scheduled events and erode user trust. The attack is not catastrophic—no customer data is stolen, and the attacker cannot access the site or user accounts—but it represents a denial-of-service vector against a collaboration feature. For enterprises heavily dependent on this integration, an opportunely timed attack during peak usage could cause operational friction.
Affected systems
WordPress sites running the GoodMeet – Google Meet Integration for Webinar, Meeting & Video Conference plugin in version 1.1.8 or earlier are affected. The vulnerability is triggered only when an administrator visits a malicious link while logged into the WordPress dashboard, so exposure is limited to sites where administrators are the social engineering target. Sites that have already patched to version 1.1.9 or later (if such a patch exists) are not vulnerable.
Exploitability
The vulnerability is rated CVSS 4.3 (Medium severity) with straightforward but not immediate exploitability. An attacker must craft a malicious HTML page and socially engineer a site administrator to visit it while logged in. No special network access is required; the attack works over the public internet. The barrier to weaponization is low—only basic HTML and knowledge of the plugin's AJAX endpoint are needed. However, the attack depends on user interaction and administrative-level credentials, which limits its scope compared to unauthenticated remote code execution. The vulnerability is not currently listed on CISA's Known Exploited Vulnerabilities (KEV) catalog, suggesting it has not yet been weaponized in the wild at scale.
Remediation
Site administrators should update the GoodMeet plugin to the latest version that includes a nonce verification patch. Verify the specific patched version number in the official WordPress plugin directory or the vendor's advisory, as this data is version-sensitive. As an interim mitigation, administrators can disable or deactivate the plugin if the Google Meet integration is not currently critical; this eliminates the attack surface while a patch is validated. Additionally, enforce strong administrative access controls: use two-factor authentication (2FA) on WordPress admin accounts, limit who has manage_options capability, and educate administrators about phishing and malicious links.
Patch guidance
Check the WordPress plugin repository or the vendor's advisory for the patched version. Update the plugin via the WordPress admin dashboard (Plugins → Updates) once a safe version is confirmed. After patching, test the Google Meet integration to ensure credentials are still intact and the connection to Google's API is functional. If credentials were reset before patching, re-authenticate the plugin with Google following the setup wizard.
Detection guidance
Monitor WordPress audit logs and database change logs for unexpected deletions of the goodmeet_google_credentials and goodmeet_google_token options. Network-level detection is challenging since the attack uses legitimate AJAX calls and session cookies, but security teams can: (1) review wp-admin access logs for unusual referer headers pointing to external domains; (2) monitor for AJAX requests to wp-admin/admin-ajax.php?action=goodmeet_reset_google_meet_credential without a valid nonce parameter in POST data; (3) set up alerts if Google Meet integration credentials are cleared without an administrator manually initiating the reset. Use WordPress security plugins (e.g., Wordfence, iThemes Security) that offer CSRF detection and admin activity logging.
Why prioritize this
This vulnerability warrants prompt but not emergency-level attention. While CVSS 4.3 is moderate, the attack vector is human-centric and requires administrative interaction, reducing the risk to organizations with security-aware staff. However, any CSRF vulnerability that affects a plugin in active use should be patched in a timely manner, especially if the integration is business-critical. Prioritize patching if your organization relies on GoodMeet for scheduled webinars or if administrators handle sensitive communications via the integrated Google Meet. Defer less-critical site updates behind more severe vulnerabilities affecting remote code execution or data breach potential.
Risk score, explained
The CVSS 4.3 score reflects a low-impact confidentiality and integrity violation. The vulnerability has a network-based attack vector (AV:N) and low complexity (AC:L), making it easy to exploit in theory. However, it requires user interaction (UI:R)—the administrator must click a link—and only affects the availability of a feature, not the confidentiality of data or the core security of the WordPress installation. The scope is unchanged (S:U), meaning the impact is limited to the vulnerable plugin, not the wider system. Integrity is slightly impacted (I:L) because the attacker can modify the plugin's stored configuration, but confidentiality is not affected (C:N) and availability impact is low (A:N) since the site remains operational; only the Google Meet feature is disabled.
Frequently asked questions
Can an attacker use this vulnerability to steal my Google credentials or access my Google account?
No. The vulnerability only allows deletion of the stored API credentials from the WordPress plugin database. It does not expose the credentials themselves to the attacker. Your Google account remains secure if you use a strong password and 2FA on your Google account. Once the plugin credentials are deleted, you will need to re-authenticate the plugin with Google, which is a normal process.
Do I need to update immediately if my site doesn't use Google Meet heavily?
Patching should still be done in a timely manner, but is not an emergency if your Google Meet integration is not critical to daily operations. Test the patch in a staging environment first to ensure it doesn't conflict with other plugins. If the integration is essential, prioritize the update to your regular patch cycle.
What if the plugin hasn't released a patch yet?
Deactivate the GoodMeet plugin as a temporary measure to close the CSRF attack surface. Your site will continue to function; only the Google Meet integration will be unavailable. Monitor the official WordPress plugin repository for updates, and re-enable the plugin once a patched version is available and tested.
Can this vulnerability be exploited if an administrator uses 2FA or a security plugin?
2FA on WordPress login does not directly prevent this CSRF attack, because the attacker does not need to log in—they trick an already-logged-in administrator into visiting a malicious page. However, 2FA does reduce the likelihood that an attacker can hijack an admin session through other means. Security plugins that detect and block CSRF attempts can help mitigate this vulnerability before a patch is applied.
This analysis is provided for informational and educational purposes only and does not constitute professional security advice. The CVE ID, CVSS score, affected versions, and vulnerability details are derived from public sources and vendor announcements. Readers should verify all patch versions and guidance against the official WordPress plugin repository and the vendor's official security advisory before taking action. SEC.co does not guarantee the accuracy, completeness, or timeliness of this information. Organizations should conduct their own risk assessment, consult with their security teams, and test all patches in non-production environments before deployment. No liability is assumed for damages arising from reliance on this information. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20083MEDIUMWordPress More Fields Plugin CSRF Vulnerability – Exploitation, Remediation & Detection
- CVE-2018-25387MEDIUMHaPe PKH 1.1 Cross-Site Request Forgery (CSRF) Admin Password Reset
- CVE-2018-25397MEDIUMCSRF Vulnerability in PHP-SHOP 1.0 – Admin Account Injection
- CVE-2018-25435MEDIUMZeusCart 4.0 CSRF Vulnerability – Account Deactivation Risk
- CVE-2022-44630MEDIUMYITH WooCommerce Product Slider Carousel CSRF Vulnerability
- CVE-2022-47150MEDIUMCSRF Vulnerability in WooCommerce Conversion Tracking Plugin – Patch Guidance