CVE-2026-48518: MultiJuicer CSRF Vulnerability Allows Team Hijacking and Score Inflation
MultiJuicer, a platform for running isolated Juice Shop instances on Kubernetes clusters, contains a cross-site request forgery (CSRF) vulnerability in its team join endpoint. Versions 8.0.0 through 10.0.0 accept requests regardless of content type, allowing attackers to craft web pages that silently add victims to attacker-controlled teams. When a victim visits an attacker's page, their browser automatically submits a form to the vulnerable endpoint, enrolling them in the attacker's team without their knowledge. This causes victims to unknowingly solve security challenges under the attacker's identity, inflating scores and exposing any sensitive data entered during exercises. The attack requires no prior authentication and bypasses standard CORS protections and SameSite cookie policies.
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-06-15 / 2026-06-17
NVD description (verbatim)
MultiJuicer is used to run separate Juice Shop instances on a central kubernetes cluster without the need for local instances. In versions 8.0.0 through 10.0.0, the team join endpoint (POST /multi-juicer/api/teams/{team}/join) accepted requests with any Content-Type, including text/plain. Because that content type does not trigger a CORS preflight, an attacker could host a cross-site HTML form that auto-submits to the endpoint and forces a victim's browser to log in as the attacker's team. A successful, undetected attacker can cause victims to unwittingly solve Juice Shop challenges under the attacker's team identity. In a CTF context this lets the attacker inflate their team's score using other players' activity, and any sensitive data the victim enters into "their" Juice Shop ends up in the attacker's instance. The vulnerability is exploitable without any prior authentication; the victim only needs to visit a page the attacker controls while having network access to the MultiJuicer deployment. SameSite=Strict on the session cookie does not mitigate this, because the attack plants a new cookie rather than relying on an existing one. This issue was fixed in version 10.0.1.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from improper content-type handling on the POST /multi-juicer/api/teams/{team}/join endpoint. The endpoint fails to enforce strict content-type validation, accepting text/plain alongside application/json. Browser CORS preflight checks only trigger for certain content types; text/plain does not require a preflight request, allowing attackers to craft simple HTML forms that auto-submit cross-origin requests. Because the endpoint creates a new session cookie via successful login rather than relying on transmission of an existing authenticated session, SameSite=Strict protections offer no defense. Affected versions 8.0.0 through 10.0.1 lack proper CSRF token validation or stricter content-type requirements. The fix in 10.0.1 implements proper CSRF protections and content-type enforcement.
Business impact
In competitive CTF (Capture The Flag) and security training environments, this vulnerability enables score manipulation and unfair competition. Attackers can harvest victims' challenge solutions to inflate team rankings. More critically, any sensitive test data, passwords, or information victims enter into their Juice Shop instance is logged under the attacker's team account, creating a data exfiltration vector. Organizations using MultiJuicer for authorized security training and assessment face compromised exercise integrity, inaccurate performance metrics, and potential exposure of training data to unauthorized parties.
Affected systems
MultiJuicer versions 8.0.0 through 10.0.0 are vulnerable. Version 10.0.1 and later include the fix. Any MultiJuicer deployment exposed to untrusted network sources or accessible from the public internet is at risk. The vulnerability affects deployments regardless of whether they run local or remote Juice Shop instances, as the flaw exists in MultiJuicer's team management endpoint itself.
Exploitability
This vulnerability is straightforward to exploit. An attacker requires only the ability to host a simple web page (or inject HTML into a page the victim visits) and knowledge of the MultiJuicer deployment URL. No authentication is required, no user interaction beyond visiting a malicious page is needed, and exploit code is trivial—a single auto-submitting HTML form suffices. The attack succeeds as long as the victim's browser has network access to the MultiJuicer instance. The CVSS score of 4.3 (MEDIUM) reflects low confidentiality impact but recognizes the ease of exploitation and lack of authentication barriers.
Remediation
Upgrade to MultiJuicer version 10.0.1 or later immediately. This release implements CSRF token validation on the team join endpoint and enforces strict content-type checking, blocking requests that do not match expected types. For organizations unable to upgrade immediately, restrict network access to the MultiJuicer deployment to trusted networks only, implement a Web Application Firewall (WAF) rule to block POST requests to /multi-juicer/api/teams/*/join from unexpected sources, and educate users not to visit untrusted URLs while accessing MultiJuicer.
Patch guidance
Apply MultiJuicer version 10.0.1 or any subsequent release as part of your next maintenance window. The patch is a minor version bump and should not introduce breaking changes. Verify patch application by confirming the version number via your deployment's management interface or logs. Test the team join functionality in a non-production environment before rolling out to production to confirm normal workflow remains intact.
Detection guidance
Monitor application logs for unusual patterns on the team join endpoint, such as multiple rapid join requests from different IP addresses or browsers, or join requests originating from unexpected referrer headers. Network-based detection can flag POST requests to /multi-juicer/api/teams/*/join with text/plain or missing content-type headers. Review team membership activity for anomalies—sudden enrollment of legitimate users into unfamiliar teams may indicate exploitation. Correlate MultiJuicer join logs with web proxy or firewall logs to identify visits to external sites from users shortly before unwanted team enrollment.
Why prioritize this
Although the CVSS score is MEDIUM (4.3), this vulnerability warrants prompt attention in any CTF or authorized security training context. The attack is trivially simple, requires zero authentication, and directly undermines the integrity of exercises and fair competition. The business impact—score inflation and data exposure—is concrete and measurable. Organizations running public or semi-public MultiJuicer instances should treat this as high priority. Deployments isolated to trusted networks face lower risk but should still patch within a standard update cycle.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects MEDIUM severity. The attack vector is network-based and requires low complexity, with no privileges needed (PR:N). However, user interaction is required (UI:R), as the victim must visit the attacker's page. Integrity impact (I:L) is acknowledged—the attacker can enroll victims in teams and claim their work—but confidentiality and availability remain unaffected. The score appropriately captures that while exploitation is easy, the impact is contained to integrity of team identity and challenge attribution rather than system compromise or data breach.
Frequently asked questions
Can this attack work against a MultiJuicer instance protected by a VPN or firewall?
No, the attack requires the victim's browser to reach the MultiJuicer endpoint. If the instance is restricted to a VPN, the attacker must also have VPN access or the victim must be on the VPN at the time they visit the malicious page. Firewalls that block external traffic to the MultiJuicer service provide effective mitigation until patching is completed.
Does upgrading to 10.0.1 require downtime or data loss?
The upgrade to 10.0.1 is a minor version bump that should not require downtime if your Kubernetes deployment uses rolling updates. No data loss is expected; the patch only modifies the team join endpoint logic. As always, test in a staging environment before production deployment.
If my organization ran a CTF and a team was enrolled this way, how can I detect it?
Review team join timestamps in your MultiJuicer database or logs and cross-reference with activity timelines. If a user suddenly appears in a team but has no record of joining, or joins from a referrer URL they did not intentionally visit, this is a red flag. Correlate with any unusual score spikes or solution submissions that do not match the victim's typical activity pattern.
Why doesn't SameSite=Strict protect against this attack?
SameSite=Strict prevents the browser from sending existing cookies to cross-origin requests. However, this attack bypasses that protection because the vulnerable endpoint creates a *new* session cookie upon successful team enrollment. The attacker's form plants a new authenticated session in the victim's browser, rather than exploiting an existing one.
This analysis is based on the published CVE record and vendor advisory. No exploit code, proof-of-concept, or weaponized tooling is provided. Users should verify patch availability and compatibility with their specific deployment before applying updates. This vulnerability does not appear on the CISA Known Exploited Vulnerabilities (KEV) list as of the analysis date; however, organizations should not rely on lack of public exploitation as a reason to delay patching, as CTF and training environments may be targets of opportunistic attacks. Always consult official vendor advisories and release notes for definitive guidance on versions, compatibility, and remediation steps. Source: NVD (public-domain), retrieved 2026-07-24. 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