Signature Authentication in IKEv2
draft-kivinen-ipsecme-signature-auth-00
The information below is for an old version of the document |
Document |
Type |
|
Active Internet-Draft (individual)
|
|
Last updated |
|
2012-12-04
|
|
Stream |
|
(None)
|
|
Intended RFC status |
|
(None)
|
|
Formats |
|
plain text
pdf
html
bibtex
|
Stream |
Stream state |
|
(No stream defined) |
|
Consensus Boilerplate |
|
Unknown
|
|
RFC Editor Note |
|
(None)
|
IESG |
IESG state |
|
I-D Exists
|
|
Telechat date |
|
|
|
Responsible AD |
|
(None)
|
|
Send notices to |
|
(None)
|
IP Security Maintenance and Extensions T. Kivinen
(ipsecme) INSIDE Secure
Internet-Draft December 4, 2012
Updates: RFC 5996 (if approved)
Intended status: Standards Track
Expires: June 7, 2013
Signature Authentication in IKEv2
draft-kivinen-ipsecme-signature-auth-00.txt
Abstract
The Internet Key Exchange Version 2 (IKEv2) protocol has limited
support for the Elliptic Curve Digital Signature Algorithm (ECDSA).
The current support only includes support for three Elliptic Curve
groups, and there is fixed hash algorithm tied to each curve. This
document generalizes the IKEv2 signature support so it can support
any signature method supported by the PKIX and also adds signature
hash algorithm negotiation. This generic mechanism is not limited to
ECDSA, but can also be used with other signature algorithms.
Status of this Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on June 7, 2013.
Copyright Notice
Copyright (c) 2012 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
Kivinen Expires June 7, 2013 [Page 1]
Internet-Draft Signature Authentication in IKEv2 December 2012
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3. Authentication Payload . . . . . . . . . . . . . . . . . . . . 4
4. Hash Algorithm Notification . . . . . . . . . . . . . . . . . . 6
5. Security Considerations . . . . . . . . . . . . . . . . . . . . 7
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 7
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 8
8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 8
8.1. Normative References . . . . . . . . . . . . . . . . . . . 8
8.2. Informative References . . . . . . . . . . . . . . . . . . 8
Appendix A. Examples . . . . . . . . . . . . . . . . . . . . . . . 8
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 8
Kivinen Expires June 7, 2013 [Page 2]
Internet-Draft Signature Authentication in IKEv2 December 2012
1. Introduction
This document adds support for new IKEv2 ([RFC5996]) authentication
method to support all kinds of signature methods. The current
signature based authentication methods in the IKEv2 are per
algorithm, i.e. there is one for RSA Digital signatures, one for DSS
Digital Signatures (using SHA-1) and three for different ECDSA curves
each tied to exactly one hash algorithm. This design starts to be
cumbersome when more ECDSA groups are added, as each of them would
require new authentication method and as with ECDSA there is no way
to extract the hash algorithm from the signature, each ECDSA
algorithm would need to come with fixed hash algorithm tied to it.
With the SHA-3 definitions coming out, it is seen that it might be
possible that in the future the signature methods are used with SHA-3
also, not only SHA-2. This means new mechanism for negotiating the
hash algorithm for the signature algorithms is needed.
The RSA Digital Signatures format in the IKEv2 is specified to use
RSASSA-PKCS1-v1_5, but there has been some discussions that newer
padding methods should also be possible (See section 5 of [RFC4055]).
The DSS Digital Signatures format in the IKEv2 is specified to always
use SHA-1, which limits the security of that, meaning there is no
point of using long keys with it.
Show full document text