← Prev in month ← Prev in thread
Next in thread → Next in month →

RE: Issue 087 - WS-Discovery - Incorrect reference to RFC 5280

From
Vipul Modi <>
Date
2009-01-13T21:48:27+00:00
ID
Thread
RE: Issue 087 - WS-Discovery - Incorrect reference to RFC 5280
This issue in the pending state,
however some of the changes related to this issue are no longer valid as the
reference to RFC 5280 was removed when applying the change for Issue-126. The
working draft is updated to reflect this. 

 

As part of this issue Tony
provided a feedback to clarify that the KeyId and SignatureValue are encoded in
base64 format. I have retained those changes. You can review the changes in the
working draft that I will update shortly on the website.

 

Thanks,

Vipul

 

From: Ram Jeyaraman
[mailto:] 

Sent: Monday, December 01, 2008 2:21 PM

To: 

Subject: [ws-dd] Issue 087 - WS-Discovery - Incorrect reference to RFC
5280

 

This issue is assigned the
number 087. For further discussions on this issue, please refer to this issue
number or use this thread.

From: Vipul Modi 

Sent: Wednesday, November 26, 2008 3:41 PM

To: Ram Jeyaraman

Subject: New Issue: WS-Discovery: Incorrect reference to RFC 5280

 

Document: WS-Discovery specification

Version: Working Draft 04 

 

Issue

The section 8.2 Compact Signature Format references RFC 5380
in describing the d:Security/d:Sig/@KeyId. It should be referencing RFC 5280
instead. 5380 is about  Hierarchical Mobile IPv6 (HMIPv6) Mobility
Management which has nothing to do with this section, it was an editorial
mistake. 

 

The citation of 5280 is also pointing to the wrong document.
It is currently pointing to RFC 4122. This also appears to be an editorial
cut-and-paste error.

 

Current text in Section 8.2:

d:Security/d:Sig/@KeyId 

The key identifier of the signing
token. MUST be specified if a public key token is used. If included, MUST be
Subject Key Identifier (see [RFC 5380] Section 4.2.1.2) of the signing token.
If the signing token does not have a Subject Key Identifier, it MUST be the
SHA-1 hash of the public key of the signing token. If omitted, the semantics
are undefined.

 

Proposed text in Section 8.2:

d:Security/d:Sig/@KeyId 

The key identifier of the signing
token. MUST be specified if a public key token is used. If included, MUST be
Subject Key Identifier (see [RFC 5280] Section 4.2.1.2)
of the signing token. If the signing token does not have a Subject Key
Identifier, it MUST be the SHA-1 hash of the public key of the signing token.
If omitted, the semantics are undefined. 

 

Current Text in Section 1.5

[RFC
5280]        P.
Leach, et al, A Universally Unique IDentifier (UUID) URN Namespace, http://www.ietf.org/rfc/rfc4122.txt,
IETF RFC 4122, July 2005.

 

Modified test in Section 1.5

[RFC 5280]          
D. Cooper, et al, Internet X.509 Public Key Infrastructure
Certificate and Certificate Revocation List (CRL) Profile, http://www.ietf.org/rfc/rfc5280.txt,
IETF RFC 5280, May 2008.
← Prev in month ← Prev in thread
Next in thread → Next in month →