ID CVE-2020-28242
Summary An issue was discovered in Asterisk Open Source 13.x before 13.37.1, 16.x before 16.14.1, 17.x before 17.8.1, and 18.x before 18.0.1 and Certified Asterisk before 16.8-cert5. If Asterisk is challenged on an outbound INVITE and the nonce is changed in each response, Asterisk will continually send INVITEs in a loop. This causes Asterisk to consume more and more memory since the transaction will never terminate (even if the call is hung up), ultimately leading to a restart or shutdown of Asterisk. Outbound authentication must be configured on the endpoint for this to occur.
References
Vulnerable Configurations
  • cpe:2.3:a:asterisk:open_source:18.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:18.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:17.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:17.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:16.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:16.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.1.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.1.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.1.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.1.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.1.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.1.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.2.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.2.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.3.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.3.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.4.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.4.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.4.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.4.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.5.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.5.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.5.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.5.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.6.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.6.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.7.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.7.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.7.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.7.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.8.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.8.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.8.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.8.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.8.1:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.8.1:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.8.2:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.8.2:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.9.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.9.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.9.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.9.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.10.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.10.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.11.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.11.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.12.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.12.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.12.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.12.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.12.1:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.12.1:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.12.2:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.12.2:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.13.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.13.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.14.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.14.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:open_source:13.15.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:open_source:13.15.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:*:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:*:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc2:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc2:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc3:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc3:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc4:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert1-rc4:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert2:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert2:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert3:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:cert3:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:13.13.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:13.13.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:-:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:-:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert1:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert1:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert10:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert10:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert11:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert11:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert12:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert12:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert2:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert2:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert3:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert3:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert4:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert4:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert5:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert5:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert6:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert6:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert7:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert7:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert8:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert8:*:*:*:*:*:*
  • cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert9:*:*:*:*:*:*
    cpe:2.3:a:asterisk:certified_asterisk:16.8.0:cert9:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:33:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:33:*:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
    cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
CVSS
Base: 4.0 (as of 05-06-2022 - 03:11)
Impact:
Exploitability:
CWE CWE-674
CAPEC
  • XML Oversized Payloads
    Applications often need to transform data in and out of the XML format by using an XML parser. It may be possible for an adversary to inject data that may have an adverse effect on the XML parser when it is being processed. By supplying oversized payloads in input vectors that will be processed by the XML parser, an adversary can cause the XML parser to consume more resources while processing, causing excessive memory consumption and CPU utilization, and potentially cause execution of arbitrary code. An adversary's goal is to leverage parser failure to his or her advantage. In many cases this type of an attack will result in a XML Denial of Service (XDoS) due to an application becoming unstable, freezing, or crashing. However it is possible to cause a crash resulting in arbitrary code execution, leading to a jump from the data plane to the control plane [R.231.1]. XDoS is most closely associated with web services, SOAP, and Rest, because remote service requesters can post malicious XML payloads to the service provider designed to exhaust the service provider's memory, CPU, and/or disk space. The main weakness in XDoS is that the service provider generally must inspect, parse, and validate the XML messages to determine routing, workflow, security considerations, and so on. It is exactly these inspection, parsing, and validation routines that XDoS targets. This attack exploits the loosely coupled nature of web services, where the service provider has little to no control over the service requester and any messages the service requester sends.
  • XML Nested Payloads
    Applications often need to transform data in and out of the XML format by using an XML parser. It may be possible for an adversary to inject data that may have an adverse effect on the XML parser when it is being processed. By nesting XML data and causing this data to be continuously self-referential, an adversary can cause the XML parser to consume more resources while processing, causing excessive memory consumption and CPU utilization. An adversary's goal is to leverage parser failure to his or her advantage. In most cases this type of an attack will result in a XML Denial of Service (XDoS) due to an application becoming unstable, freezing, or crashing. However it may be possible to cause a crash resulting in arbitrary code execution, leading to a jump from the data plane to the control plane [R.230.1]. XDoS is most closely associated with web services, SOAP, and Rest, because remote service requesters can post malicious XML payloads to the service provider designed to exhaust the service provider's memory, CPU, and/or disk space. The main weakness in XDoS is that the service provider generally must inspect, parse, and validate the XML messages to determine routing, workflow, security considerations, and so on. It is exactly these inspection, parsing, and validation routines that XDoS targets. This attack exploits the loosely coupled nature of web services, where the service provider has little to no control over the service requester and any messages the service requester sends.
Access
VectorComplexityAuthentication
NETWORK LOW SINGLE
Impact
ConfidentialityIntegrityAvailability
NONE NONE PARTIAL
cvss-vector via4 AV:N/AC:L/Au:S/C:N/I:N/A:P
refmap via4
fedora FEDORA-2020-6b277646c7
misc http://downloads.asterisk.org/pub/security/AST-2020-002.html
Last major update 05-06-2022 - 03:11
Published 06-11-2020 - 06:15
Last modified 05-06-2022 - 03:11
Back to Top