public class LoginContext extends Object
The LoginContext
class describes the basic methods used
to authenticate Subjects and provides a way to develop an
application independent of the underlying authentication technology.
A Configuration
specifies the authentication technology, or
LoginModule
, to be used with a particular application.
Different LoginModules can be plugged in under an application
without requiring any modifications to the application itself.
In addition to supporting pluggable authentication, this class also supports the notion of stacked authentication. Applications may be configured to use more than one LoginModule. For example, one could configure both a Kerberos LoginModule and a smart card LoginModule under an application.
A typical caller instantiates a LoginContext with
a name and a CallbackHandler
.
LoginContext uses the name as the index into a
Configuration to determine which LoginModules should be used,
and which ones must succeed in order for the overall authentication to
succeed. The CallbackHandler
is passed to the underlying
LoginModules so they may communicate and interact with users
(prompting for a username and password via a graphical user interface,
for example).
Once the caller has instantiated a LoginContext,
it invokes the login
method to authenticate
a Subject
. The login
method invokes
the configured modules to perform their respective types of authentication
(username/password, smart card pin verification, etc.).
Note that the LoginModules will not attempt authentication retries nor
introduce delays if the authentication fails.
Such tasks belong to the LoginContext caller.
If the login
method returns without
throwing an exception, then the overall authentication succeeded.
The caller can then retrieve
the newly authenticated Subject by invoking the
getSubject
method. Principals and Credentials associated
with the Subject may be retrieved by invoking the Subject's
respective getPrincipals
, getPublicCredentials
,
and getPrivateCredentials
methods.
To logout the Subject, the caller calls
the logout
method. As with the login
method, this logout
method invokes the logout
method for the configured modules.
A LoginContext should not be used to authenticate more than one Subject. A separate LoginContext should be used to authenticate each different Subject.
The following documentation applies to all LoginContext constructors:
Subject
null
Subject
and a null
value is permitted,
the LoginContext instantiates a new Subject.
Configuration
If the constructor does not have a Configuration
input parameter, or if the caller specifies a null
Configuration object, the constructor uses the following call to
get the installed Configuration:
config = Configuration.getConfiguration();For both cases, the name argument given to the constructor is passed to the
Configuration.getAppConfigurationEntry
method.
If the Configuration has no entries for the specified name,
then the LoginContext
calls
getAppConfigurationEntry
with the name, "other"
(the default entry name). If there is no entry for "other",
then a LoginException
is thrown.
AccessController.doPrivileged
call so that modules that
perform security-sensitive tasks (such as connecting to remote hosts,
and updating the Subject) will require the respective permissions, but
the callers of the LoginContext will not require those permissions.
AccessControlContext
for the caller,
and invokes the configured modules from within an
AccessController.doPrivileged
call constrained by that context.
This means the caller context (stored when the LoginContext was created)
must have sufficient permissions to perform any security-sensitive tasks
that the modules may perform.
CallbackHandler
null
CallbackHandler object (and a null
value is permitted),
the LoginContext queries the
auth.login.defaultCallbackHandler
security property for the
fully qualified class name of a default handler
implementation. If the security property is not set,
then the underlying modules will not have a
CallbackHandler for use in communicating
with users. The caller thus assumes that the configured
modules have alternative means for authenticating the user.
handle
method implementation invokes the
specified CallbackHandler's handle
method in a
java.security.AccessController.doPrivileged
call
constrained by the caller's current AccessControlContext
.
Security
,
AuthPermission
,
Subject
,
CallbackHandler
,
Configuration
,
LoginModule
,
security properties
Constructor and Description |
---|
LoginContext(String name)
Instantiate a new
LoginContext object with a name. |
LoginContext(String name,
CallbackHandler callbackHandler)
Instantiate a new
LoginContext object with a name
and a CallbackHandler object. |
LoginContext(String name,
Subject subject)
Instantiate a new
LoginContext object with a name
and a Subject object. |
LoginContext(String name,
Subject subject,
CallbackHandler callbackHandler)
Instantiate a new
LoginContext object with a name,
a Subject to be authenticated, and a
CallbackHandler object. |
LoginContext(String name,
Subject subject,
CallbackHandler callbackHandler,
Configuration config)
Instantiate a new
LoginContext object with a name,
a Subject to be authenticated,
a CallbackHandler object, and a login
Configuration . |
Modifier and Type | Method and Description |
---|---|
Subject |
getSubject()
Return the authenticated Subject.
|
void |
login()
Perform the authentication.
|
void |
logout()
Logout the
Subject . |
public LoginContext(String name) throws LoginException
LoginContext
object with a name.name
- the name used as the index into the
Configuration
.LoginException
- if the caller-specified name
does not appear in the Configuration
and there is no Configuration
entry
for "other", or if the
auth.login.defaultCallbackHandler
security property was set, but the implementation
class could not be loaded.
SecurityException
- if a SecurityManager is set and
the caller does not have
AuthPermission("createLoginContext.name"),
or if a configuration entry for name does not exist and
the caller does not additionally have
AuthPermission("createLoginContext.other")public LoginContext(String name, Subject subject) throws LoginException
LoginContext
object with a name
and a Subject
object.
name
- the name used as the index into the
Configuration
. subject
- the Subject
to authenticate.LoginException
- if the caller-specified name
does not appear in the Configuration
and there is no Configuration
entry
for "other", if the caller-specified subject
is null
, or if the
auth.login.defaultCallbackHandler
security property was set, but the implementation
class could not be loaded.
SecurityException
- if a SecurityManager is set and
the caller does not have
AuthPermission("createLoginContext.name"),
or if a configuration entry for name does not exist and
the caller does not additionally have
AuthPermission("createLoginContext.other")public LoginContext(String name, CallbackHandler callbackHandler) throws LoginException
LoginContext
object with a name
and a CallbackHandler
object.
name
- the name used as the index into the
Configuration
. callbackHandler
- the CallbackHandler
object used by
LoginModules to communicate with the user.LoginException
- if the caller-specified name
does not appear in the Configuration
and there is no Configuration
entry
for "other", or if the caller-specified
callbackHandler
is null
.
SecurityException
- if a SecurityManager is set and
the caller does not have
AuthPermission("createLoginContext.name"),
or if a configuration entry for name does not exist and
the caller does not additionally have
AuthPermission("createLoginContext.other")public LoginContext(String name, Subject subject, CallbackHandler callbackHandler) throws LoginException
LoginContext
object with a name,
a Subject
to be authenticated, and a
CallbackHandler
object.
name
- the name used as the index into the
Configuration
. subject
- the Subject
to authenticate. callbackHandler
- the CallbackHandler
object used by
LoginModules to communicate with the user.LoginException
- if the caller-specified name
does not appear in the Configuration
and there is no Configuration
entry
for "other", or if the caller-specified
subject
is null
,
or if the caller-specified
callbackHandler
is null
.
SecurityException
- if a SecurityManager is set and
the caller does not have
AuthPermission("createLoginContext.name"),
or if a configuration entry for name does not exist and
the caller does not additionally have
AuthPermission("createLoginContext.other")public LoginContext(String name, Subject subject, CallbackHandler callbackHandler, Configuration config) throws LoginException
LoginContext
object with a name,
a Subject
to be authenticated,
a CallbackHandler
object, and a login
Configuration
.
name
- the name used as the index into the caller-specified
Configuration
. subject
- the Subject
to authenticate,
or null
. callbackHandler
- the CallbackHandler
object used by
LoginModules to communicate with the user, or null
.
config
- the Configuration
that lists the
login modules to be called to perform the authentication,
or null
.LoginException
- if the caller-specified name
does not appear in the Configuration
and there is no Configuration
entry
for "other".
SecurityException
- if a SecurityManager is set,
config is null
,
and either the caller does not have
AuthPermission("createLoginContext.name"),
or if a configuration entry for name does not exist and
the caller does not additionally have
AuthPermission("createLoginContext.other")public void login() throws LoginException
This method invokes the login
method for each
LoginModule configured for the name specified to the
LoginContext
constructor, as determined by the login
Configuration
. Each LoginModule
then performs its respective type of authentication
(username/password, smart card pin verification, etc.).
This method completes a 2-phase authentication process by
calling each configured LoginModule's commit
method
if the overall authentication succeeded (the relevant REQUIRED,
REQUISITE, SUFFICIENT, and OPTIONAL LoginModules succeeded),
or by calling each configured LoginModule's abort
method
if the overall authentication failed. If authentication succeeded,
each successful LoginModule's commit
method associates
the relevant Principals and Credentials with the Subject
.
If authentication failed, each LoginModule's abort
method
removes/destroys any previously stored state.
If the commit
phase of the authentication process
fails, then the overall authentication fails and this method
invokes the abort
method for each configured
LoginModule
.
If the abort
phase
fails for any reason, then this method propagates the
original exception thrown either during the login
phase
or the commit
phase. In either case, the overall
authentication fails.
In the case where multiple LoginModules fail,
this method propagates the exception raised by the first
LoginModule
which failed.
Note that if this method enters the abort
phase
(either the login
or commit
phase failed),
this method invokes all LoginModules configured for the
application regardless of their respective Configuration
flag parameters. Essentially this means that Requisite
and Sufficient
semantics are ignored during the
abort
phase. This guarantees that proper cleanup
and state restoration can take place.
LoginException
- if the authentication fails.public void logout() throws LoginException
Subject
.
This method invokes the logout
method for each
LoginModule
configured for this LoginContext
.
Each LoginModule
performs its respective logout procedure
which may include removing/destroying
Principal
and Credential
information
from the Subject
and state cleanup.
Note that this method invokes all LoginModules configured for the
application regardless of their respective
Configuration
flag parameters. Essentially this means
that Requisite
and Sufficient
semantics are
ignored for this method. This guarantees that proper cleanup
and state restoration can take place.
LoginException
- if the logout fails.public Subject getSubject()
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2024, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.