Technical Summary
This document defines a method for creating and validating a token
that cryptographically verifies an originating identity, or more
generally a URI or telephone number representing the originator of
personal communications. The PASSporT token is cryptographically
signed to protect the integrity of the identity the originator and to
verify the assertion of the identity information at the destination.
The cryptographic signature is defined with the intention that it can
confidently verify the originating persona even when the signature is
sent to the destination party over an insecure channel. PASSporT is
particularly useful for many personal communications applications
over IP networks and other multi-hop interconnection scenarios where
the originating and destination parties may not have a direct trusted
relationship.
Working Group Summary
This document has undergone heavy review. It was introduced into the suite of
STIR documents as part of aligning with the SHAKEN effort.
Recent versions of this document were implemented and tested at the SIP Forum
SIPit test event in September. Feedback from that event informed significant
improvements to both the protocol and the prose in the document. Those
implementations are tracking the changes made in the latest versions.
The document suite has been through three working group last calls, the third
of which was abbreviated to one week. The first last call stimulated
significant discussion, some of which was heated.
Document Quality
This document is a component of a toolset for combating robocalling. In the
US, the FCC is applying significant pressure to the industry to deter
robocalling (with deadlines in the last part of 2016). An industry-led strike
force is moving towards deployment of a solution that uses that toolset. The
ATIS/SIP Forum IPNNI Task Force's SHAKEN solution relies on the toolset defined
by STIR and profiles it for deployment in the North American market.
Personnel
The document shepherd is Robert Sparks. The responsible AD is Adam Roach.
RFC Editor Note
RFC Editor Note
Several trivial editorial issues were raised during IESG evaluation.
Abstract; old text:
the identity the originator
New text:
the identity of the originator
Section 5.1.1; old text:
As defined the "iat" should be set to the date and
time of issuance of the JWT and MUST the origination of the personal
communications. The time value should be of the format defined in
[RFC7519] Section 2 NumericDate.
New text:
As defined the "iat" should be set to the date and
time of issuance of the JWT and MUST indicate the
date and time of the origination of the personal
communications. The time value should be of the format defined in
[RFC7519] Section 2 NumericDate.
Section 5.2.2; old text:
2. Sort the lines based on the UTF8 encoding
New text:
2. Sort the lines based on the UTF8 [RFC3629] encoding
(and add RFC3629 as a normative reference)