Bug 2564852

Summary: CVE-2026-57188 asterisk: Asterisk: Denial of Service via stack buffer overflow in res_xmpp [fedora-44]
Product: [Fedora] Fedora Reporter: gkamathe
Component: asteriskAssignee: Peter Lemenkov <lemenkov>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 44CC: bennie.joubert, jsmith.fedora, lemenkov
Target Milestone: ---Keywords: Security, SecurityTracking
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: {"flaws": ["a0e3cdce-8e86-4b14-9651-c1de8c7d9973"]}
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2026-11-02 13:04:14 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:    
Bug Blocks: 2562317    

Description gkamathe 2026-11-02 09:57:15 UTC 
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

Asterisk is an open source private branch exchange and telephony toolkit. Prior to Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 and Certified Asterisk 20.7-cert11, 22.8-cert3, an authenticated attacker may cause a stack buffer overflow in `res_xmpp` `XMPP namespace prefix` handling using carefully crafted packets. The `res_xmpp` module must be loaded, an XMPP connection must be configured in `xmpp.conf`, and the attacker must have an XMPP account on the same or a federated server. This issue is fixed in Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 and Certified Asterisk 20.7-cert11, 22.8-cert3.
Comment 1 Peter Lemenkov 2026-11-02 13:04:14 UTC 
Not affected. The flaw is in res_xmpp (namespace prefix handling). The asterisk package on this branch is built without res_xmpp (it is disabled in menuselect and there is no xmpp subpackage), so the vulnerable code is not shipped in any asterisk-18.26.4 subpackage.