ModSecurity up to 3.0.4 resource consumption ⚔ [Disputed]
| CVSS Meta Temp Score | Current Exploit Price (≈) | CTI Interest Score |
|---|---|---|
| 6.6 | $0-$5k | 0.00 |
Summary
A vulnerability classified as problematic has been found in ModSecurity 3.0.0/3.0.1/3.0.2/3.0.3/3.0.4. Affected by this issue is some unknown functionality. The manipulation leads to resource consumption. This vulnerability is uniquely identified as CVE-2020-15598. The attack is possible to be carried out remotely. Moreover, an exploit is present. The real existence of this vulnerability is still doubted at the moment. It is suggested to install a patch to address this issue.
Details
A vulnerability was found in ModSecurity 3.0.0/3.0.1/3.0.2/3.0.3/3.0.4. It has been rated as problematic. This issue affects some unknown processing. The manipulation with an unknown input leads to a resource consumption vulnerability. Using CWE to declare the problem leads to CWE-400. The product does not properly control the allocation and maintenance of a limited resource, thereby enabling an actor to influence the amount of resources consumed, eventually leading to the exhaustion of available resources. Impacted is availability. The summary by CVE is:
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
The weakness was disclosed 09/14/2020 by Ervin Hegedüs as confirmed mailinglist post (Full-Disclosure). The advisory is shared at seclists.org. The public release has been coordinated in cooperation with the project team. The identification of this vulnerability is CVE-2020-15598. The attack may be initiated remotely. No form of authentication is needed for a successful exploitation. Technical details are unknown but a private exploit is available. MITRE ATT&CK project uses the attack technique T1499 for this issue. The following code is the reason for this vulnerability:
do { rc = pcre_exec(m_pc, …) … } while (rc > 0)A private exploit has been developed by Ervin Hegedüs. It is declared as proof-of-concept. The vulnerability was handled as a non-public zero-day exploit for at least 91 days. During that time the estimated underground price was around $0-$5k. The real existence of this vulnerability is still doubted at the moment.
Applying the patch cve-2020-15598.patch is able to eliminate this problem. The bugfix is ready for download at gist.githubusercontent.com. A possible mitigation has been published immediately after the disclosure of the vulnerability.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.
Product
Name
Version
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Reliability: 🔍
CVSSv3
VulDB Meta Base Score: 6.8VulDB Meta Temp Score: 6.6
VulDB Base Score: 5.3
VulDB Temp Score: 4.8
VulDB Vector: 🔍
VulDB Reliability: 🔍
Researcher Base Score: 7.5
Researcher Vector: 🔍
NVD Base Score: 7.5
NVD Vector: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| Vector | Complexity | Authentication | Confidentiality | Integrity | Availability |
|---|---|---|---|---|---|
| Unlock | Unlock | Unlock | Unlock | Unlock | Unlock |
| Unlock | Unlock | Unlock | Unlock | Unlock | Unlock |
| Unlock | Unlock | Unlock | Unlock | Unlock | Unlock |
VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Reliability: 🔍
NVD Base Score: 🔍
Exploiting
Class: Resource consumptionCWE: CWE-400 / CWE-404
CAPEC: 🔍
ATT&CK: 🔍
Physical: No
Local: No
Remote: Yes
Availability: 🔍
Access: Private
Status: Proof-of-Concept
Author: Ervin Hegedüs
EPSS Score: 🔍
EPSS Percentile: 🔍
Price Prediction: 🔍
Current Price Estimation: 🔍
| 0-Day | Unlock | Unlock | Unlock | Unlock |
|---|---|---|---|---|
| Today | Unlock | Unlock | Unlock | Unlock |
Threat Intelligence
Interest: 🔍Active Actors: 🔍
Active APT Groups: 🔍
Countermeasures
Recommended: PatchStatus: 🔍
Reaction Time: 🔍
0-Day Time: 🔍
Exposure Time: 🔍
Patch: cve-2020-15598.patch
Timeline
06/15/2020 🔍09/14/2020 🔍
09/14/2020 🔍
09/21/2020 🔍
08/04/2024 🔍
Sources
Advisory: seclists.orgResearcher: Ervin Hegedüs
Status: Confirmed
Confirmation: 🔍
Coordinated: 🔍
Disputed: 🔍
CVE: CVE-2020-15598 (🔍)
GCVE (CVE): GCVE-0-2020-15598
GCVE (VulDB): GCVE-100-161657
scip Labs: https://www.scip.ch/en/?labs.20130913
Entry
Created: 09/21/2020 08:51Updated: 08/04/2024 18:07
Changes: 09/21/2020 08:51 (59), 09/21/2020 08:56 (2), 10/06/2020 20:51 (1), 08/04/2024 18:07 (35)
Complete: 🔍
Cache ID: 216::103
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.
No comments yet. Languages: en.
Please log in to comment.