A fact from STIR/SHAKEN appeared on Wikipedia's Main Page in the Did you know column on 1 January 2020 (check views). The text of the entry was as follows:
Did you know... that the STIR/SHAKEN protocols aim to end the "epidemic" of robocalls, of which there were an estimated 5.7 billion in the U.S. placed in October 2019 alone?
This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TelecommunicationsWikipedia:WikiProject TelecommunicationsTemplate:WikiProject TelecommunicationsTelecommunications articles
This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
In the STIR section, every paragraph has a "[7]" at the end because there is a <ref name="Understand" /> reference. It does not seem to me that ALL of these references are needed. Would others agree that they should be removed? --Dyork (talk) 22:58, 6 January 2020 (UTC)[reply]
The article currently says: The provider then attaches an encrypted certificate to the SIP header with the service provider's identity and a trust value. VoIP software on the receiving end can check the authenticity of the message by decrypting STIR using the provider's public key. Typically, a public key is either used to encrypt data or verify a signature, and a private key is used to decrypt the data (or sign it). So is this paragraph actually talking about signing, not encrypting? --Stefan2904 (talk) 13:27, 12 April 2024 (UTC)[reply]
Technically, signing is sort of subclass of encryption, it's just that both the public and private key within the protocol are generated by the same party. 104.229.11.48 (talk) 05:04, 27 July 2024 (UTC)[reply]