Bug 1930871 (CVE-2021-26717)

Summary:	CVE-2021-26717 asterisk: remote crash possible when negotiating T.38
Product:	[Other] Security Response	Reporter:	Guilherme de Almeida Suckevicz <gsuckevi>
Component:	vulnerability	Assignee:	Red Hat Product Security <security-response-team>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	CC:	bennie.joubert, jsmith.fedora, rbryant
Target Milestone:	---	Keywords:	Security
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-02-19 19:01:55 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1930872
Bug Blocks:

Description Guilherme de Almeida Suckevicz 2021-02-19 16:44:51 UTC

An issue was discovered in Sangoma Asterisk 16.x before 16.16.1, 17.x before 17.9.2, and 18.x before 18.2.1 and Certified Asterisk before 16.8-cert6. When re-negotiating for T.38, if the initial remote response was delayed just enough, Asterisk would send both audio and T.38 in the SDP. If this happened, and the remote responded with a declined T.38 stream, then Asterisk would crash.

References:
https://downloads.asterisk.org/pub/security/AST-2021-002.html
https://issues.asterisk.org/jira/browse/ASTERISK-29203

Comment 1 Guilherme de Almeida Suckevicz 2021-02-19 16:50:10 UTC

Created asterisk tracking bugs for this issue:

Affects: fedora-all [bug 1930872]

Comment 2 Product Security DevOps Team 2021-02-19 19:01:55 UTC

This CVE Bugzilla entry is for community support informational purposes only as it does not affect a package in a commercially supported Red Hat product. Refer to the dependent bugs for status of those individual community products.