CVE-2022-31129: Inefficient Regular Expression Complexity in moment

Published Jul 6, 2022
·
Updated

Impact

using string-to-date parsing in moment (more specifically rfc2822 parsing, which is tried by default) has quadratic (N^2) complexity on specific inputs noticeable slowdown is observed with inputs above 10k characters users who pass user-provided strings without sanity length checks to moment constructor are vulnerable to (Re)DoS attacks

Patches The problem is patched in 2.29.4, the patch can be applied to all affected versions with minimal tweaking.

Workarounds In general, given the proliferation of ReDoS attacks, it makes sense to limit the length of the user input to something sane, like 200 characters or less. I haven't seen legitimate cases of date-time strings longer than that, so all moment users who do pass a user-originating string to constructor are encouraged to apply such a rudimentary filter, that would help with this but also most future ReDoS vulnerabilities.

References There is an excellent writeup of the issue here: https://github.com/moment/moment/pull/6015#issuecomment-1152961973=

Details The issue is rooted in the code that removes legacy comments (stuff inside parenthesis) from strings during rfc2822 parsing. moment("(".repeat(500000)) will take a few minutes to process, which is unacceptable.

Other sources

A flaw was found in the Moment.js package. Users who pass user-provided strings without sanity length checks to the moment constructor are vulnerable to regular expression denial of service (ReDoS) attacks.

d3-color is vulnerable to a denial of service, caused by improper input validation. By sending a specially-crafted string that starts with the letter 'A' to the rgb() and hrc() functions, a remote attacker could exploit this vulnerability to cause a regular expression denial of service.

IBM

moment is a JavaScript date library for parsing, validating, manipulating, and formatting dates. Affected versions of moment were found to use an inefficient parsing algorithm. Specifically using string-to-date parsing in moment (more specifically rfc2822 parsing, which is tried by default) has quadratic (N^2) complexity on specific inputs. Users may notice a noticeable slowdown is observed with inputs above 10k characters. Users who pass user-provided strings without sanity length checks to moment constructor are vulnerable to (Re)DoS attacks. The problem is patched in 2.29.4, the patch can be applied to all affected versions with minimal tweaking. Users are advised to upgrade. Users unable to upgrade should consider limiting date lengths accepted from user input.

Affected Software

21 affected componentsFixes available
redhat/servicemesh-prometheus<0:2.14.0-18.el8.1
0:2.14.0-18.el8.1
redhat/servicemesh-prometheus<0:2.23.0-9.el8
0:2.23.0-9.el8
redhat/ceph<2:17.2.6-70.el9c
2:17.2.6-70.el9c
redhat/grafana<0:5.2.4-6.el7
0:5.2.4-6.el7
redhat/rh-sso7-keycloak<0:18.0.6-1.redhat_00001.1.el7
0:18.0.6-1.redhat_00001.1.el7
redhat/rh-sso7-keycloak<0:18.0.6-1.redhat_00001.1.el8
0:18.0.6-1.redhat_00001.1.el8
redhat/rh-sso7-keycloak<0:18.0.6-1.redhat_00001.1.el9
0:18.0.6-1.redhat_00001.1.el9
redhat/cockpit-ovirt<0:0.16.2-1.el8e
0:0.16.2-1.el8e
redhat/ovirt-engine-ui-extensions<0:1.3.5-1.el8e
0:1.3.5-1.el8e
nuget/Moment.js>=2.18.0<2.29.4
2.29.4
npm/moment>=2.18.0<2.29.4
2.29.4
debian/node-moment
2.29.1+ds-2+deb11u22.29.4+ds-1
Momentjs Moment Node.js>=2.18.0<2.29.4
Momentjs Moment Nuget>=2.18.0<2.29.4
Fedoraproject Fedora=35
Fedoraproject Fedora=36
Fedoraproject Fedora=37
Debian Debian Linux=10.0
redhat/moment<2.29.4
2.29.4
IBM Db2 Genius Hub<=1.1, 1.1.1, 1.1.2
IBM Agentics<=1.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade redhat/servicemesh-prometheus to a version that resolves this vulnerability.

    Fixed in 0:2.14.0-18.el8.1
  2. Upgrade

    Upgrade redhat/servicemesh-prometheus to a version that resolves this vulnerability.

    Fixed in 0:2.23.0-9.el8
  3. Upgrade

    Upgrade redhat/ceph to a version that resolves this vulnerability.

    Fixed in 2:17.2.6-70.el9c
  4. Upgrade

    Upgrade redhat/grafana to a version that resolves this vulnerability.

    Fixed in 0:5.2.4-6.el7
  5. Upgrade

    Upgrade redhat/rh-sso7-keycloak to a version that resolves this vulnerability.

    Fixed in 0:18.0.6-1.redhat_00001.1.el7
  6. Upgrade

    Upgrade redhat/rh-sso7-keycloak to a version that resolves this vulnerability.

    Fixed in 0:18.0.6-1.redhat_00001.1.el8
  7. Upgrade

    Upgrade redhat/rh-sso7-keycloak to a version that resolves this vulnerability.

    Fixed in 0:18.0.6-1.redhat_00001.1.el9
  8. Upgrade

    Upgrade redhat/cockpit-ovirt to a version that resolves this vulnerability.

    Fixed in 0:0.16.2-1.el8e
  9. Upgrade

    Upgrade redhat/ovirt-engine-ui-extensions to a version that resolves this vulnerability.

    Fixed in 0:1.3.5-1.el8e
  10. Upgrade

    Upgrade nuget/Moment.js to a version that resolves this vulnerability.

    Fixed in 2.29.4
  11. Upgrade

    Upgrade npm/moment to a version that resolves this vulnerability.

    Fixed in 2.29.4
  12. Upgrade

    Upgrade debian/node-moment to a version that resolves this vulnerability.

    Fixed in 2.29.1+ds-2+deb11u2Fixed in 2.29.4+ds-1
  13. Upgrade

    Upgrade redhat/moment to a version that resolves this vulnerability.

    Fixed in 2.29.4
  14. Upgrade

    Upgrade moment to a version that resolves this vulnerability.

    Fixed in 2.29.4Patch GHSA-wc69-rhjr-hc9g
  15. Configuration

    Apply a sanity length check to user-provided strings before passing them to moment constructor; limit date strings to a reasonable maximum (e.g., 200 characters or less) to mitigate (Re)DoS. Also consider rejecting/limiting extremely long inputs (e.g., the issue demonstrates moment("(".repeat(500000)) taking minutes to process).

    moment user_input_length_limit_for_moment_constructor = 200 characters or less
  16. Compensating control

    If upgrading is not possible, limit date lengths accepted from user input (e.g., cap at ~200 characters) to reduce the risk of quadratic-time rfc2822 parsing leading to ReDoS.

Event History

Jul 6, 2022
CVE Published
via MITRE·12:00 AM
Data Sourced
via MITRE·12:00 AM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:15 PM
RemedyDescriptionSeverityWeaknessAffected Software
Advisory Published
06:38 PM
Jul 7, 2022
Data Sourced
via Red Hat·08:26 PM
DescriptionSeverityAffected Software
Jan 12, 2024
Data Sourced
via Launchpad·12:08 AM
Description
Sep 16, 2024
Data Sourced
via Ubuntu·02:40 AM
RemedyDescriptionSeverityAffected Software
Jul 13, 2026
Data Sourced
via IBM·12:00 AM
DescriptionAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is CVE-2022-31129?

CVE-2022-31129 is a vulnerability in the Moment.js package that allows an attacker to craft a user-provided string that can cause the parsing algorithm to become inefficient, potentially leading to denial of service.

2

How does CVE-2022-31129 affect moment.js?

CVE-2022-31129 affects affected versions of moment.js, specifically those that use an inefficient parsing algorithm when handling user-provided strings.

3

What is the severity of CVE-2022-31129?

CVE-2022-31129 has a severity rating of high, with a CVSS score of 7.5.

4

How do I fix CVE-2022-31129?

To fix CVE-2022-31129, upgrade to version 2.29.4 of the moment.js package.

5

Where can I find more information about CVE-2022-31129?

More information about CVE-2022-31129 can be found in the following references: [GitHub Commit](https://github.com/moment/moment/commit/9a3b5894f3d5d602948ac8a02e4ee528a49ca3a3), [GitHub Pull Request](https://github.com/moment/moment/pull/6015#issuecomment-1152961973), [GitHub Security Advisory](https://github.com/moment/moment/security/advisories/GHSA-wc69-rhjr-hc9g).

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