CVE-2026-122131: Joi 17.13.6 before 17.13.9 and 18.2.5 before 18.3.1 Prototype Replacement via __proto__ Language Key

Published Nov 4, 2026
·
Updated

Joi 17.13.6 before 17.13.9 and 18.2.5 before 18.3.1 contains a prototype pollution vulnerability in lib/messages.js compile() and merge() that fails to reject a proto language key. Attackers supplying untrusted message configuration via any().messages(), prefs, validate options or Joi.extend can replace the compiled messages prototype, altering or breaking validation error rendering and dependent logic.

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Joi to a version that resolves this vulnerability.

    Fixed in 17.13.9
  2. Upgrade

    Upgrade Joi to a version that resolves this vulnerability.

    Fixed in 18.3.1

Event History

Nov 4, 2026
CVE Published
via MITRE·08:36 PM
Data Sourced
via MITRE·08:36 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:18 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who is exposed to this issue?

Applications using affected Joi versions are exposed if untrusted input can reach message configuration through any().messages(), prefs, validate options, or Joi.extend. The impact is limited to validation error rendering and logic that depends on compiled messages.

2

What does an attacker need to exploit it?

An attacker must be able to supply a message configuration containing a __proto__ language key through one of the affected configuration paths. No authentication or user interaction is required, but exploitation has high attack complexity.

3

Are default Joi deployments affected?

The issue requires untrusted message configuration to be passed into an affected API. The provided information does not indicate that ordinary validation input alone can trigger it.

4

What can be done before patching?

Do not accept message configuration, preferences, validation options, or Joi extensions from untrusted sources. Reject or remove __proto__ keys from any language or message configuration before passing it to Joi.

5

How can teams identify potentially affected usage?

Review code paths that call any().messages(), set prefs or validate options, or use Joi.extend, and determine whether their configuration can be influenced by untrusted data. Check whether the deployed Joi version is earlier than 17.13.9 in the 17.13.x line or earlier than 18.3.1 in the 18.2.x line.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203