The following flaw was found in asterisk: When Asterisk registers to a SIP TLS device and and verifies the server, Asterisk will accept signed certificates that match a common name other than the one Asterisk is expecting if the signed certificate has a common name containing a null byte after the portion of the common name that Asterisk expected. For example, if Asterisk is trying to register to www.domain.com, Asterisk will accept certificates of the form www.domain.com\x00www.someotherdomain.com - for more information on this exploit, see https://fotisl.com/blog/2009/10/the-null-certificate-prefix-bug/ This issue is fixed in asterisk versions: 1.8.32.3, 11.17.1, 12.8.2, 13.3.2 Upstream advisory: http://downloads.asterisk.org/pub/security/AST-2015-003.pdf Upstream issue: https://issues.asterisk.org/jira/browse/ASTERISK-24847 Patch: https://issues.asterisk.org/jira/secure/attachment/52082/asterisk-null-in-cn.patch
Created asterisk tracking bugs for this issue: Affects: fedora-all [bug 1210226] Affects: epel-6 [bug 1210227]
asterisk-1.8.32.3-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
asterisk-11.17.1-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
asterisk-13.3.2-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
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.