Severity by source
AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N
Network-reachable unauthenticated endpoint with no complexity; S:C and C:L/I:L reflect SSRF reaching internal systems with partial data read and request injection capability.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
Lifecycle Timeline
2DescriptionCVE.org
Unauthenticated Server Side Request Forgery (SSRF) in OttoKit <= 1.1.35 versions.
AnalysisAI
Unauthenticated SSRF in OttoKit WordPress plugin (≤1.1.35) allows any remote attacker without credentials to coerce the host server into making arbitrary outbound HTTP requests to attacker-controlled targets, including internal network resources and cloud metadata endpoints. The CVSS S:C (Scope Changed) rating confirms the vulnerability crosses security boundaries beyond the WordPress instance itself, enabling internal network reconnaissance, credential harvesting from cloud metadata services (e.g., AWS IMDSv1), or interaction with internal APIs. No active exploitation has been confirmed in CISA KEV, and no public exploit code has been identified at time of analysis.
Technical ContextAI
OttoKit (CPE: cpe:2.3:a:brainstorm_force:ottokit) is a WordPress automation and workflow integration plugin by Brainstorm Force that orchestrates triggers and actions between WordPress plugins and external services. Its automation logic necessarily involves making outbound HTTP requests to external endpoints, making SSRF a structurally plausible risk surface. The root cause is CWE-918 (Server-Side Request Forgery), where user-supplied input controlling a URL or network destination is passed to server-side HTTP functions without adequate validation or allowlisting. The CVSS vector AV:N/AC:L/PR:N/UI:N confirms the vulnerable code path is reachable without authentication and without special network positioning, suggesting it lies in a publicly accessible REST API endpoint or unauthenticated webhook handler. S:C indicates the request-forging capability reaches systems or networks outside the WordPress application's own trust boundary.
RemediationAI
The primary remediation is to update OttoKit to a version released after 1.1.35. The Patchstack advisory at https://patchstack.com/database/wordpress/plugin/suretriggers/vulnerability/wordpress-ottokit-plugin-1-1-35-server-side-request-forgery-ssrf-vulnerability should be consulted to confirm the exact patched release version, which is not independently specified in the available intelligence. An upstream fix version has not been independently verified from this dataset, so administrators should check the WordPress plugin repository for the latest release. If immediate patching is not possible, network-level compensating controls include implementing strict egress firewall rules on the WordPress host to block outbound HTTP requests to RFC-1918 addresses (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) and cloud metadata endpoints (169.254.169.254) - note this may break legitimate integration functionality that OttoKit requires. For cloud-hosted environments, enabling IMDSv2 (on AWS) mitigates credential theft via metadata SSRF, though the underlying vulnerability remains. Disabling the OttoKit plugin entirely is the most reliable temporary control until a patch is applied.
Unauthenticated attackers can exploit SQL injection in OttoKit: All-in-One Automation Platform WordPress plugin versions
Unauthenticated PHP Object Injection in the OttoKit WordPress plugin (formerly SureTriggers) versions 1.1.27 and earlier
Blind SQL injection in Brainstorm Force OttoKit (WordPress plugin suretriggers) versions up to 1.1.20 allows privileged
Same weakness CWE-918 – Server-Side Request Forgery (SSRF)
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-60912
GHSA-8q96-xvg6-h5cm