[asterisk-bugs] [JIRA] (ASTERISK-30407) res_stir_shaken: Ordering of JSON fields incorrect
Joshua C. Colp (JIRA)
noreply at issues.asterisk.org
Thu Jan 26 17:59:03 CST 2023
[ https://issues.asterisk.org/jira/browse/ASTERISK-30407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joshua C. Colp updated ASTERISK-30407:
--------------------------------------
Summary: res_stir_shaken: Ordering of JSON fields incorrect (was: STIR/SHAKEN Not compliant)
> res_stir_shaken: Ordering of JSON fields incorrect
> --------------------------------------------------
>
> Key: ASTERISK-30407
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-30407
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_stir_shaken
> Affects Versions: 16.30.0
> Reporter: Luke Escude
>
> So a number of carriers have starting complaining about how we're signing STIR/SHAKEN stuff, and it turns out the stir_shaken module is indeed not doing it according to the RFC.
> They're complaining about 2 issues:
> 1. The order of the fields is incorrect
> 2. The '+' sign in the phone numbers needs to be removed (they're calling it "canonicalization")
> Here's an example output from stir_shaken.conf:
> {
> "dest": {
> "tn": [
> "+1NPANXXXXXX"
> ]
> },
> "orig": {
> "tn": "1NPANXXXXXX"
> },
> "attest": "A",
> "origid": "e391c481-510b-46ff-a7d0-4c8fcff2436b",
> "iat": 167458XXXX
> }
> The field order is definitely noncompliant with the RFC, and I do see the + sign they're referring to, in the dest.tn field.
> Reference: https://www.rfc-editor.org/rfc/rfc8225.html#section-9
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list