Every CVE Search/ Get API key

CVE-2020-15598

** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special...

7.5 HighFix availableDisputed

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Attack profile

How easy it is to exploit

Attack vector
Network
Complexity
Low
Privileges needed
None
User interaction
None

What an attacker can affect

Confidentiality
None
Integrity
None
Availability
High

Exploit likelihood

2.92%Up 1.4 points since Apr 14, 2021
90%50%10%1%

What each source reports

NVD Score used 7.5

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
CVE-2020-15598
CVSS 3.1
7.5 HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
CVSS 2.0
5.0 MediumAV:N/AC:L/Au:N/C:N/I:N/A:P
Weakness
CWE-835
Updated
2026-11-02
CVE List No score

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
CVE-2020-15598
Updated
2026-11-02
EUVDEUVD-2020-7585 No score

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
EUVD-2020-7585
Updated
2026-11-03
GitHub AdvisoriesGHSA-ff2c-wgr6-2p58 7.5

** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special...

** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit.

Record
GHSA-ff2c-wgr6-2p58
CVSS 3.1
7.5 HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weakness
CWE-835
Updated
2026-11-02
OSV 7.5

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
CVE-2020-15598
CVSS 3.1
7.5 HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Updated
2026-11-02
OSVDEBIAN-CVE-2020-15598 7.5

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
DEBIAN-CVE-2020-15598
CVSS 3.1
7.5 HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Updated
2026-11-02
Show 6 moreShow less
OSVUBUNTU-CVE-2020-15598 7.5

** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit.

Record
UBUNTU-CVE-2020-15598
CVSS 3.1
7.5 HighCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Updated
2026-11-02
OSVBIT-modsecurity-2020-15598 No score

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
BIT-modsecurity-2020-15598
Updated
2026-11-02
OSVBIT-modsecurity2-2020-15598 No score

Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request. NOTE: The discoverer reports "Trustwave has signaled they are disputing our claims." The CVE suggests that there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of Service condition. The vendor does not consider this as a security issue because1) there is no default configuration issue here. An attacker would need to know that a rule using a potentially problematic regular expression was in place, 2) the attacker would need to know the basic nature of the regular expression itself to exploit any resource issues. It's well known that regular expression usage can be taxing on system resources regardless of the use case. It is up to the administrator to decide on when it is appropriate to trade resources for potential security benefit

Record
BIT-modsecurity2-2020-15598
Updated
2026-11-02
OSVopenSUSE-SU-2023:0257-1 No score

Security update for modsecurity

This update for modsecurity fixes the following issues:

Update to version 3.0.10:

  • Security impacting issue (fix boo#1213702, CVE-2023-38285)

  • Enhancements and bug fixes

    • Add TX synonym for MSC_PCRE_LIMITS_EXCEEDED
    • Make MULTIPART_PART_HEADERS accessible to lua
    • Fix: Lua scripts cannot read whole collection at once
    • Fix: quoted Include config with wildcard
    • Support isolated PCRE match limits
    • Fix: meta actions not applied if multiMatch in first rule of chain
    • Fix: audit log may omit tags when multiMatch
    • Exclude CRLF from MULTIPART_PART_HEADER value
    • Configure: use AS_ECHO_N instead echo -n
    • Adjust position of memset from 2890

Update to version 3.0.9:

  • Add some member variable inits in Transaction class (possible segfault)
  • Fix: possible segfault on reload if duplicate ip+CIDR in ip match list
  • Resolve memory leak on reload (bison-generated variable)
  • Support equals sign in XPath expressions
  • Encode two special chars in error.log output
  • Add JIT support for PCRE2
  • Support comments in ipMatchFromFile file via '#' token
  • Use name package name libmaxminddb with pkg-config
  • Fix: FILES_TMP_CONTENT collection key should use part name
  • Use AS_HELP_STRING instead of obsolete AC_HELP_STRING macro
  • During configure, do not check for pcre if pcre2 specified
  • Use pkg-config to find libxml2 first
  • Fix two rule-reload memory leak issues
  • Correct whitespace handling for Include directive
  • Fix CVE-2023-28882, a segfault and a resultant crash of a worker process in some configurations with certain inputs, boo#1210993

Update to version 3.0.8

  • Adjust parser activation rules in modsecurity.conf-recommended [#2796]
  • Multipart parsing fixes and new MULTIPART_PART_HEADERS collection [#2795]
  • Prevent LMDB related segfault [#2755, #2761]
  • Fix msc_transaction_cleanup function comment typo [#2788]
  • Fix: MULTIPART_INVALID_PART connected to wrong internal variable [#2785]
  • Restore Unique_id to include random portion after timestamp [#2752, #2758]

Update to version 3.0.7

  • Support PCRE2
  • Support SecRequestBodyNoFilesLimit
  • Add ctl:auditEngine action support
  • Move PCRE2 match block from member variable
  • Add SecArgumentsLimit, 200007 to modsecurity.conf-recommended
  • Fix memory leak when concurrent log includes REMOTE_USER
  • Fix LMDB initialization issues
  • Fix initcol error message wording
  • Tolerate other parameters after boundary in multipart C-T
  • Add DebugLog message for bad pattern in rx operator
  • Fix misuses of LMDB API
  • Fix duplication typo in code comment
  • Fix multiMatch msg, etc, population in audit log
  • Fix some name handling for ARGS_*NAMES: regex SecRuleUpdateTargetById, etc.
  • Adjust confusing variable name in setRequestBody method
  • Multipart names/filenames may include single quote if double-quote enclosed
  • Add SecRequestBodyJsonDepthLimit to modsecurity.conf-recommended

Update to version 3.0.6

  • Security issue: Support configurable limit on depth of JSON parsing, possible DoS issue. CVE-2021-42717

Update to version 3.0.5

  • New: Having ARGS_NAMES, variables proxied
  • Fix: FILES variable does not use multipart part name for key
  • GeoIP: switch to GEOIP_MEMORY_CACHE from GEOIP_INDEX_CACHE
  • Support configurable limit on number of arguments processed
  • Adds support to lua 5.4
  • Add support for new operator rxGlobal
  • Fix: Replaces put with setenv in SetEnv action
  • Fix: Regex key selection should not be case-sensitive
  • Fix: Only delete Multipart tmp files after rules have run
  • Fixed MatchedVar on chained rules
  • Fix IP address logging in Section A
  • Fix: rx: exit after full match (remove /g emulation); ensure capture groups occuring after unused groups still populate TX vars
  • Fix rule-update-target for…
Record
openSUSE-SU-2023:0257-1
Updated
2026-11-02
OSVopenSUSE-SU-2023:0269-1 No score

Security update for modsecurity

This update for modsecurity fixes the following issues:

Update to version 3.0.10:

  • Security impacting issue (fix boo#1213702, CVE-2023-38285)

  • Enhancements and bug fixes

    • Add TX synonym for MSC_PCRE_LIMITS_EXCEEDED
    • Make MULTIPART_PART_HEADERS accessible to lua
    • Fix: Lua scripts cannot read whole collection at once
    • Fix: quoted Include config with wildcard
    • Support isolated PCRE match limits
    • Fix: meta actions not applied if multiMatch in first rule of chain
    • Fix: audit log may omit tags when multiMatch
    • Exclude CRLF from MULTIPART_PART_HEADER value
    • Configure: use AS_ECHO_N instead echo -n
    • Adjust position of memset from 2890

Update to version 3.0.9:

  • Add some member variable inits in Transaction class (possible segfault)
  • Fix: possible segfault on reload if duplicate ip+CIDR in ip match list
  • Resolve memory leak on reload (bison-generated variable)
  • Support equals sign in XPath expressions
  • Encode two special chars in error.log output
  • Add JIT support for PCRE2
  • Support comments in ipMatchFromFile file via '#' token
  • Use name package name libmaxminddb with pkg-config
  • Fix: FILES_TMP_CONTENT collection key should use part name
  • Use AS_HELP_STRING instead of obsolete AC_HELP_STRING macro
  • During configure, do not check for pcre if pcre2 specified
  • Use pkg-config to find libxml2 first
  • Fix two rule-reload memory leak issues
  • Correct whitespace handling for Include directive
  • Fix CVE-2023-28882, a segfault and a resultant crash of a worker process in some configurations with certain inputs, boo#1210993

Update to version 3.0.8

  • Adjust parser activation rules in modsecurity.conf-recommended [#2796]
  • Multipart parsing fixes and new MULTIPART_PART_HEADERS collection [#2795]
  • Prevent LMDB related segfault [#2755, #2761]
  • Fix msc_transaction_cleanup function comment typo [#2788]
  • Fix: MULTIPART_INVALID_PART connected to wrong internal variable [#2785]
  • Restore Unique_id to include random portion after timestamp [#2752, #2758]

Update to version 3.0.7

  • Support PCRE2
  • Support SecRequestBodyNoFilesLimit
  • Add ctl:auditEngine action support
  • Move PCRE2 match block from member variable
  • Add SecArgumentsLimit, 200007 to modsecurity.conf-recommended
  • Fix memory leak when concurrent log includes REMOTE_USER
  • Fix LMDB initialization issues
  • Fix initcol error message wording
  • Tolerate other parameters after boundary in multipart C-T
  • Add DebugLog message for bad pattern in rx operator
  • Fix misuses of LMDB API
  • Fix duplication typo in code comment
  • Fix multiMatch msg, etc, population in audit log
  • Fix some name handling for ARGS_*NAMES: regex SecRuleUpdateTargetById, etc.
  • Adjust confusing variable name in setRequestBody method
  • Multipart names/filenames may include single quote if double-quote enclosed
  • Add SecRequestBodyJsonDepthLimit to modsecurity.conf-recommended

Update to version 3.0.6

  • Security issue: Support configurable limit on depth of JSON parsing, possible DoS issue. CVE-2021-42717

Update to version 3.0.5

  • New: Having ARGS_NAMES, variables proxied
  • Fix: FILES variable does not use multipart part name for key
  • GeoIP: switch to GEOIP_MEMORY_CACHE from GEOIP_INDEX_CACHE
  • Support configurable limit on number of arguments processed
  • Adds support to lua 5.4
  • Add support for new operator rxGlobal
  • Fix: Replaces put with setenv in SetEnv action
  • Fix: Regex key selection should not be case-sensitive
  • Fix: Only delete Multipart tmp files after rules have run
  • Fixed MatchedVar on chained rules
  • Fix IP address logging in Section A
  • Fix: rx: exit after full match (remove /g emulation); ensure capture groups occuring after unused groups still populate TX vars
  • Fix rule-update-target for…
Record
openSUSE-SU-2023:0269-1
Updated
2026-11-02
OSVopenSUSE-SU-2024:12118-1 No score

libmodsecurity3-3.0.6-1.1 on GA media

These are all security issues fixed in the libmodsecurity3-3.0.6-1.1 package on the GA media of openSUSE Tumbleweed.

Record
openSUSE-SU-2024:12118-1
Updated
2026-11-02

Affected products

Affected packages

Affected packages
PackageAffectedFixed
modsecurity
Bitnami
3.0.0 up to 3.0.5
3.0.5
modsecurity2
Bitnami
3.0.0 up to 3.0.5
3.0.5
modsecurity
Debian:12
before 3.0.4-2
3.0.4-2
modsecurity
Debian:13
before 3.0.4-2
3.0.4-2
modsecurity
Debian:14
before 3.0.4-2
3.0.4-2
modsecurity
Debian:10
before 3.0.3-1+deb10u2, plus listed versions
3.0.3-13.0.3-1+deb10u1
3.0.3-1+deb10u2
modsecurity
SUSE:Package Hub 15 SP5
From an advisory covering 4 CVEs
before 3.0.10-bp155.3.3.1
3.0.10-bp155.3.3.1
modsecurity
openSUSE:Leap 15.5
From an advisory covering 4 CVEs
before 3.0.10-bp155.3.3.1
3.0.10-bp155.3.3.1
modsecurity
SUSE:Package Hub 15 SP4
From an advisory covering 4 CVEs
before 3.0.10-bp154.2.3.1
3.0.10-bp154.2.3.1
modsecurity
openSUSE:Leap 15.4
From an advisory covering 4 CVEs
before 3.0.10-bp154.2.3.1
3.0.10-bp154.2.3.1

History

History
RecordedChangedSources
affected, facts
affected
aliasesEUVD
first indexedCVE List, GitHub Advisories, NVD, OSV

Dates are when Every CVE recorded each change. Upstream dates may differ.

In short

CVE-2020-15598 is a high vulnerability (CVSS 7.5) in Owasp Modsecurity, published September 18, 2020. Its validity is disputed. EPSS puts the chance of exploitation in the next 30 days at 2.92%, the 87th percentile. Fixed in modsecurity 3.0.5.

References

Show 15 moreShow less
This page doesn't list everything

Left out here: the rest of 2 source descriptions. The JSON record has them.

MoveEnter Open