[asterisk-bugs] [JIRA] (ASTERISK-20369) AMI channelvars option can break manager protocol
Joshua Colp (JIRA)
noreply at issues.asterisk.org
Tue Dec 19 05:33:08 CST 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-20369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joshua Colp updated ASTERISK-20369:
-----------------------------------
Affects Version/s: 13.18.4
> AMI channelvars option can break manager protocol
> -------------------------------------------------
>
> Key: ASTERISK-20369
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-20369
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/ManagerInterface
> Affects Versions: 11.0.0-beta1, 13.18.4
> Reporter: Tim Ringenbach at Asteria Solutions Group
>
> The manager.conf channelvars setting can break the manager protocol in two ways.
> Because it uses a header of ChanVariable(channelname), if you do something like this cli command "channel originate Local/700):@all_calls/n application MusicOnHold" then you get headers that look like this:
> ChanVariable(Local/700):@all_calls-08ee;2): SIPCALLID=
> with extra colons and parentheses.
> (I think there's some more natural ways to get channels with colons in them, don't SIP channel names sometimes include the port number? I used the local channel example to prove that matching parens isn't good enough.)
> Since SIP can dial arbitrary urls, if the dialplan involves Dial(Local/{$EXTEN}@context), someone without CLI access could trigger this bug.
> The other way, is you can set channelvars to something like SHELL(ls) and then it throws a bunch of new lines into the manager.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list