API java : org.ietf.jgss
Package org.ietf.jgss
This package presents a framework that allows application developers to make use of security services like authentication, data integrity and data confidentiality from a variety of underlying security mechanisms like Kerberos, using a unified API.
See:
Description
| Interface Summary | |
|---|---|
| GSSContext | This interface encapsulates the GSS-API security context and provides the security services that are available over the context. |
| GSSCredential | This interface encapsulates the GSS-API credentials for an entity. |
| GSSName | This interface encapsulates a single GSS-API principal entity. |
| Class Summary | |
|---|---|
| ChannelBinding | This class encapsulates the concept of caller-provided channel binding information. |
| GSSManager | This class serves as a factory for other important GSS-API classes and also provides information about the mechanisms that are supported. |
| MessageProp | This is a utility class used within the per-message GSSContext methods to convey per-message properties. |
| Oid | This class represents Universal Object Identifiers (Oids) and their associated operations. |
| Exception Summary | |
|---|---|
| GSSException | This exception is thrown whenever a GSS-API error occurs, including any mechanism specific error. |
Package org.ietf.jgss Description
This package presents a framework that allows application developers to make use of security services like authentication, data integrity and data confidentiality from a variety of underlying security mechanisms like Kerberos, using a unified API. The security mechanisms that an application can chose to use are identified with unique object identifiers. One example of such a mechanism is the Kerberos v5 GSS-API mechanism (object identifier 1.2.840.113554.1.2.2). This mechanism is available through the default instance of the GSSManager class.
The GSS-API is defined in a language independent way in RFC 2743. The Java language bindings are defined in RFC 2853
An application starts out by instantiating a GSSManager
which then serves as a factory for a security context. An application
can use specific principal names and credentials that are also created
using the GSSManager; or it can instantiate a
context with system defaults. It then goes through a context
establishment loop. Once a context is established with the
peer, authentication is complete. Data protection such as integrity
and confidentiality can then be obtained from this context.
The GSS-API does not perform any communication with the peer. It merely produces tokens that the application must somehow transport to the other end.
Credential Acquisition
The GSS-API itself does not dictate how an underlying mechanism obtains the credentials that are needed for authentication. It is assumed that prior to calling the GSS-API, these credentials are obtained and stored in a location that the mechanism provider is aware of. However, the default model in the Java 2 platform will be that mechanism providers must obtain credentials only from the private or public credential sets associated with theSubject in the
current access control context. The Kerberos v5
mechanism will search for the required INITIATE and ACCEPT credentials
(KerberosTicket and
KerberosKey) in
the private credential set where as some other mechanism might look
in the public set or in both. If the desired credential is not
present in the appropriate sets of the current Subject, the GSS-API
call must fail.This model has the advantage that credential management is simple and predictable from the applications point of view. An application, given the right permissions, can purge the credentials in the Subject or renew them using standard Java API's. If it purged the credentials, it would be sure that the JGSS mechanism would fail, or if it renewed a time based credential it would be sure that a JGSS mechanism would succeed.
This model does require that a JAAS login be performed in order to
authenticate and populate a Subject that the JGSS mechnanism can later
utilize. However, applications have the ability to relax this
restiction by means of a system property:
javax.security.auth.useSubjectCredsOnly. By default
this system property will be assumed to be true (even when
it is unset) indicating that providers must only use the credentials
that are present in the current Subject. However, if this property is
explicitly set to false by the application, then it indicates that
the provider is free to use any credentials cache of its choice. Such
a credential cache might be a disk cache, an in-memory cache, or even
just the current Subject itself.
Related Documentation
For an online tutorial on using Java GSS-API, please see Introduction to JAAS and Java GSS-API.
- Since:
- 1.4
Ces informations proviennent du site de http://java.sun.com
Remarques
Contenu
Le contenu de cette page provient du site de Sun, et est généré depuis un cache sur l'infobrol après certains traitements automatisés. La présentation peut donc différer du document original, mais le contenu aussi. Vous pouvez utiliser ce bouton pour afficher la page originale du site de Sun :
Quels sont les motivations de cette démarche?
Maintenir les pages en cache sur différents sites peut offrir plus de disponibilité.
Chaque page est indexée dans la base de donnée, ce qui permet de retrouver facilement les informations, au moyen des sommaires, du moteur de recherche interne, etc.
Des facilités sont mises en place pour que les membres de l'infobrol puissent effectuer des traductions en français des différents documents. Ceci devrait permettre aux débutants en programmation Java de consulter les API en français s'ils maîtrisent moins bien la langue de Shakespeare. Dans le cas où une traduction a été soumise, elle est disponible au moyen d'un lien en bas de page. Si la traduction a été validée, la page s'affiche par défaut en français, et un lien en bas de page permet d'atteindre la version en anglais.
Le code sur l'infobrol est automatiquement coloré selon la syntaxe, et les différents mots clés sont transformés en liens pour accéder rapidement aux informations.
Vous avez la possibilité de partager vos expériences en proposant vos propres extraits de code en utilisant le bouton "ajouter un commentaire" en bas de page. Si vous visitez simplement l'infobrol, vous avez déjà accès à cette fonction, mais si vous étes membre du brol, vous pouvez en plus utiliser des boutons supplémentaires de mise en forme, dont la coloration automatique de vos extraits de codes.
Réseaux sociaux
Vous pouvez modifier vos préférences dans votre profil pour ne plus afficher les interactions avec les réseaux sociaux sur ces pages.
Nuage de mots clés
8 mots clés dont 0 définis manuellement (plus d'information...).
Avertissement
Cette page ne possède pas encore de mots clés manuels, ceci est donc un exemple automatique (les niveaux de pertinence sont fictifs, mais les liens sont valables). Pour tester le nuage avec une page qui contient des mots définis manuellement, vous pouvez cliquer ici.Vous pouvez modifier vos préférences dans votre profil pour ne plus afficher le nuage de mots clés.
© Ce document issu de l′infobrol est enregistré sous le certificat Cyber Pr
tection. Enregistrement IDDN n° 5329-1718Document créé le 30/08/06 20:55, dernière modification le Vendredi 17 Juin 2011, 12:12
Source du document imprimé : http://www.gaudry.be/java-api-rf-org/ietf/jgss/package-summary.html Document affiché 1 fois ce mois de Juin.
St.Gaudry©07.01.02
Recherche (afficher)Utilisateur (masquer)
S'enregistrer
Liste des Membres
Qui est en ligne?
FAQNavigation (masquer)Apparence (afficher)Stats (afficher)452 astuces.
549 niouzes.
3099 definitions.
447 membres.
8115 messages.
Document genere en :
0,54 seconde
Mises à jour :
Citation (masquer)Marc Levy [Extrait de Et si c'était vrai...]
Nous sommes le Samedi 02 Juin 2012, 09:35, toutes les heures sont au format GMT+1.00 Heure, heure d'été (+1)