Fedora Account System
Red Hat Associate
Red Hat Customer
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. PJSIP is a free and open source multimedia communication library written in C. Prior to commit 4472a31, a stack buffer overflow exists in the PJLIB-UTIL telnet CLI front-end when rendering feedback for an entered command line. Several command-line handling paths write an attacker-influenced amount of data into fixed-size buffers without sufficient bounds checking, so a long command line can overflow them. This affects only applications that enable the telnet CLI front-end (e.g. pj_cli_telnet_create() / --cli-telnet-port). The telnet CLI is an interactive administration interface with no authentication, so any client able to reach it can already issue arbitrary CLI commands. A malformed or overly long command line can overflow a fixed-size stack buffer while rendering command-line feedback, which may lead to application termination. Because reaching this code already requires access to the unauthenticated CLI, the impact beyond that existing access is limited. Applications that do not enable the telnet CLI front-end are not affected. This issue has been patched via commit 4472a31.
Not applicable to Asterisk. This is a flaw in PJLIB-UTIL's telnet CLI front-end (cli_telnet.c). The upstream advisory states it affects only applications that enable that front-end, and that applications which do not enable it are not affected. Asterisk bundles pjproject but does not use its CLI framework. There are no references to pj_cli anywhere in the Asterisk source tree — Asterisk has its own unrelated CLI implementation. Nothing ever calls pj_cli_telnet_create(), so the vulnerable code is never reachable. Closing as NOTABUG. Note this is a reachability determination rather than the code being absent: cli_telnet.c is still compiled into the bundled library, so this would need revisiting if a future version of Asterisk adopted pjproject's CLI framework.