Use of JCP site is subject to the
JCP Terms of Use and the
Oracle Privacy Policy
|
JSRs: Java Specification Requests
JSR 72: JavaTM GSS API
JCP version in use: 2.1 Java Specification Participation Agreement version in use: 1.0 Description: This defines a Generic Security Services API (GSS-API) in Java, to provide a layer of abstraction over security mechanisms that perform authentication, message integrity protection, and message privacy protection. Please direct comments on this JSR to the Spec Lead(s) Team
Updates 18 July 2005
Section 1. Identification Specification Lead: Seema Malkani E-Mail Address: seema.malkani Telephone Number: +1 408 276 7181 *************************Updated 10 May 2001
Section 1. Identification Specification Lead: Ram Marti E-Mail Address: ram.marti@sun.com Telephone Number: +1 408 276 7186 Fax Number: +1 650 863 3195 The Expert Group has updated the schedule for the specification, resulting in the following change to the original JSR.
2.11 Please describe the anticipated schedule for the development of this specification.
We will include a preliminary implementation of this API in Merlin Beta for prototyping purposes. Original Java Specification Request (JSR)
Identification |
Request |
Contributions
Original Summary: This proposal is to define a Generic Security Services API (GSS-API) in Java, to provide a layer of abstraction over security mechanisms that perform authentication, message integrity protection, and message privacy protection.
Submitting Member: Sun Microsystems, Inc. Name of Contact Person: Mayank Upadhyay E-Mail Address: mayank.upadhyay@sun.com Telephone Number: +1 408 517 5956 Fax Number: +1 408 863 3155 Specification Lead: Mayank Upadhyay E-Mail Address: mayank.upadhyay@sun.com Telephone Number: +1 408 517 5956 Fax Number: +1 408 863 3155
Initial Expert Group Membership:
Section 2: Request
This proposal is to define a Generic Security Services API (GSS-API)
in Java. The GSS-API provides a layer of abstraction over security
mechanisms that perform authentication, message integrity protection,
and message privacy protection.
The GSS-API is defined by the Internet Engineering Task Force (IETF)
in a language independent format in RFC 2743. The IETF has also
defined a Java language binding for it in RFC 2853.
This proposal is to incorporate the high level mechanism independent
Java API defined in RFC 2853, as is.
The reference implementation and the compatibility tests will be made
available as part of the J2SE Merlin release.
Desktop, server.
In addition to being a generic API for accessing security
services, the GSS-API includes a some amount of protocol in that
it uses well defined token formats for the transfer of
data. Many protocol libraries such as LDAP v3 and IMAP that use SASL
need the GSS-API format for interoperability with servers
that use this technology.
There is no existing specification for accessing security mechanisms
via GSS-API and creating GSS tokens.
The GSS-API is a generic API that allows applications to call upon a
range of security mechanisms for services like authentication,
integrity, and privacy. Furthermore, the GSS-API separates the
communication protocol from the security services. It returns tokens
to the application that must be passed to the peer in some
application level protocol. At the other end, the peer passes the
incoming tokens to its GSS-API layer for processing.
There are various mechanisms that are designed to be used underneath
GSS-API. Among them are the Kerberos v5 GSS-API Mechanism (RFC 1964),
the Simple Public-Key GSS-API Mechanism (RFC 2025), LIPKEY - A Low
Infrastructure Public Key Mechanism Using SPKM (RFC 2847), and the
Simple and Protected GSS-API Negotiation Mechanism (RFC 2478).
A GSS-API implementation may support any set of mechanisms that it
chooses. There are API's to query what mechanisms are available.
org.ietf.jgss No. No. No. No.
We will include a preliminary implementation of this API in Merlin
Beta for prototyping purposes.
Section 3: Contributions
RFC 2743 explains the basic principles of the GSS-API. RFC 2853
specifies a detailed Java API and incorporates the Java security
provider architecture. We will incorporate into the J2SE platform the
classes and interfaces described in that document.
|