Approved changes feed: RSS · Atom

cpe:2.3:a:digium:certified_asterisk:13.13:cert7:*:*:*:*:*:*

part: a version: 13.13 update: cert7

VendorDigium (05ad29b7-5b41-56d5-935d-a279ab7f14bc)
ProductCertified Asterisk (28acf01c-dbb1-5902-9616-b4c28682b220)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from NVD CPE 2.0 feed

PURL mappings

PURLSourceLast updated
pkg:asterisk/telephony/certified-asterisk purl2cpe 2026-06-01 10:15:42.007873
pkg:github/asterisk/asterisk purl2cpe 2026-06-01 10:15:42.007874

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2019-13161 vulnerable 2026-06-08 05:12:41.134068 Details available
An issue was discovered in Asterisk Open Source through 13.27.0, 14.x and 15.x through 15.7.2, and 16.x through 16.4.0, and Certified Asterisk through 13.21-cert3. A pointer dereference in chan_sip while handling SDP negotiation allows an attacker to crash Asterisk when handling an SDP answer to an outgoing T.38 re-invite. To exploit this vulnerability an attacker must cause the chan_sip module to send a T.38 re-invite request to them. Upon receipt, the attacker must send an SDP answer containing both a T.38 UDPTL stream and another media stream containing only a codec (which is not permitted according to the chan_sip configuration).
Published: 2019-07-12T19:24:37.000Z
Updated: 2024-08-04T23:41:10.494Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-17664 vulnerable 2026-06-08 05:09:09.711437 Details available
A Remote Crash issue was discovered in Asterisk Open Source 13.x before 13.18.4, 14.x before 14.7.4, and 15.x before 15.1.4 and Certified Asterisk before 13.13-cert9. Certain compound RTCP packets cause a crash in the RTCP Stack.
Published: 2017-12-13T20:00:00.000Z
Updated: 2024-08-05T20:59:17.343Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-17090 vulnerable 2026-06-08 05:09:07.883112 Details available
An issue was discovered in chan_skinny.c in Asterisk Open Source 13.18.2 and older, 14.7.2 and older, and 15.1.2 and older, and Certified Asterisk 13.13-cert7 and older. If the chan_skinny (aka SCCP protocol) channel driver is flooded with certain requests, it can cause the asterisk process to use excessive amounts of virtual memory, eventually causing asterisk to stop processing requests of any kind.
Published: 2017-12-02T00:00:00.000Z
Updated: 2024-08-05T20:43:59.739Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.