417 lines
22 KiB
HTML
417 lines
22 KiB
HTML
<!DOCTYPE html SYSTEM "about:legacy-compat">
|
|
<html lang="en"><head><META http-equiv="Content-Type" content="text/html; charset=UTF-8"><link href="../images/docs-stylesheet.css" rel="stylesheet" type="text/css"><title>Catalina Functional Specifications (8.0.53) - JNDIRealm</title><meta name="author" content="Craig McClanahan"><script type="application/javascript" data-comments-identifier="tomcat-8.0-doc/funcspecs/fs-jndi-realm">
|
|
"use strict"; // Enable strict mode
|
|
|
|
(function() {
|
|
var thisScript = document.currentScript;
|
|
if (!thisScript) { // Workaround for IE <= 11
|
|
var scripts = document.getElementsByTagName("script");
|
|
thisScript = scripts[scripts.length - 1];
|
|
}
|
|
document.addEventListener("DOMContentLoaded", (function() {
|
|
var commentsDiv = document.getElementById("comments_thread");
|
|
var commentsShortname = "tomcat";
|
|
var commentsIdentifier = "https://tomcat.apache.org/" +
|
|
thisScript.getAttribute("data-comments-identifier") + ".html";
|
|
|
|
(function(w, d) {
|
|
if (w.location.hostname.toLowerCase() == "tomcat.apache.org") {
|
|
var s = d.createElement("script");
|
|
s.type = "application/javascript";
|
|
s.async = true;
|
|
s.src = "https://comments.apache.org/show_comments.lua?site=" +
|
|
encodeURIComponent(commentsShortname) +
|
|
"&page=" + encodeURIComponent(commentsIdentifier);
|
|
d.head.appendChild(s);
|
|
} else {
|
|
commentsDiv.appendChild(d.createTextNode("Comments are disabled for this page at the moment."));
|
|
}
|
|
})(window, document);
|
|
}), false);
|
|
})();
|
|
</script></head><body><div id="wrapper"><header><div id="header"><div><div><div class="logo noPrint"><a href="https://tomcat.apache.org/"><img alt="Tomcat Home" src="../images/tomcat.png"></a></div><div style="height: 1px;"></div><div class="asfLogo noPrint"><a href="https://www.apache.org/" target="_blank"><img src="../images/asf-logo.svg" alt="The Apache Software Foundation" style="width: 266px; height: 83px;"></a></div><h1>Catalina Functional Specifications</h1><div class="versionInfo">
|
|
Version 8.0.53,
|
|
<time datetime="2018-06-29">Jun 29 2018</time></div><div style="height: 1px;"></div><div style="clear: left;"></div></div></div></div></header><div id="middle"><div><div id="mainLeft" class="noprint"><div><nav><div><h2>Links</h2><ul><li><a href="../index.html">Docs Home</a></li><li><a href="index.html">Functional Specs</a></li><li><a href="https://wiki.apache.org/tomcat/FAQ">FAQ</a></li><li><a href="#comments_section">User Comments</a></li></ul></div><div><h2>Administrative Apps</h2><ul><li><a href="fs-admin-apps.html">Overall Requirements</a></li><li><a href="mbean-names.html">Tomcat MBean Names</a></li><li><a href="fs-admin-objects.html">Administered Objects</a></li><li><a href="fs-admin-opers.html">Supported Operations</a></li></ul></div><div><h2>Internal Servlets</h2><ul><li><a href="fs-default.html">Default Servlet</a></li></ul></div><div><h2>Realm Implementations</h2><ul><li><a href="fs-jdbc-realm.html">JDBC Realm</a></li><li><a href="fs-jndi-realm.html">JNDI Realm</a></li><li><a href="fs-memory-realm.html">Memory Realm</a></li></ul></div></nav></div></div><div id="mainRight"><div id="content"><h2>JNDIRealm</h2><h3 id="Table_of_Contents">Table of Contents</h3><div class="text">
|
|
<ul><li><a href="#Overview">Overview</a><ol><li><a href="#Introduction">Introduction</a></li><li><a href="#External_Specifications">External Specifications</a></li><li><a href="#Implementation_Requirements">Implementation Requirements</a></li></ol></li><li><a href="#Dependencies">Dependencies</a><ol><li><a href="#Environmental_Dependencies">Environmental Dependencies</a></li><li><a href="#Container_Dependencies">Container Dependencies</a></li></ol></li><li><a href="#Functionality">Functionality</a><ol><li><a href="#Operational_Modes">Operational Modes</a></li><li><a href="#Administrator_Login_Mode_Functionality">Administrator Login Mode Functionality</a></li><li><a href="#Username_Login_Mode_Functionality">Username Login Mode Functionality</a></li></ol></li><li><a href="#Testable_Assertions">Testable Assertions</a></li></ul>
|
|
</div><h3 id="Overview">Overview</h3><div class="text">
|
|
|
|
|
|
<div class="subsection"><h4 id="Introduction">Introduction</h4><div class="text">
|
|
|
|
<p>The purpose of the <strong>JNDIRealm</strong> implementation is to
|
|
provide a mechanism by which Tomcat can acquire information needed
|
|
to authenticate web application users, and define their security roles,
|
|
from a directory server or other service accessed via JNDI APIs. For
|
|
integration with Catalina, this class must implement the
|
|
<code>org.apache.catalina.Realm</code> interface.</p>
|
|
|
|
<p>This specification reflects a combination of functionality that is
|
|
already present in the <code>org.apache.catalina.realm.JNDIRealm</code>
|
|
class, as well as requirements for enhancements that have been
|
|
discussed. Where appropriate, requirements statements are marked
|
|
<em>[Current]</em> and <em>[Requested]</em> to distinguish them.</p>
|
|
|
|
<p>The current status of this functional specification is
|
|
<strong>PROPOSED</strong>. It has not yet been discussed and
|
|
agreed to on the TOMCAT-DEV mailing list.</p>
|
|
|
|
<p>The code in the current version of <code>JNDIRealm</code>, and the
|
|
ideas expressed in this functional specification, are the results of
|
|
contributions from many individuals, including (alphabetically):</p>
|
|
<ul>
|
|
<li>Holman, John <j.g.holman@qmw.ac.uk></li>
|
|
<li>Lockhart, Ellen <elockhart@home.com></li>
|
|
<li>McClanahan, Craig <craigmcc@apache.org></li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
<div class="subsection"><h4 id="External_Specifications">External Specifications</h4><div class="text">
|
|
|
|
<p>The implementation of this functionality depends on the following
|
|
external specifications:</p>
|
|
<ul>
|
|
<li><a href="http://docs.oracle.com/javase/7/docs/technotes/guides/jndi/index.html">
|
|
Java Naming and Directory Interface</a> (version 1.2.1 or later)</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
<div class="subsection"><h4 id="Implementation_Requirements">Implementation Requirements</h4><div class="text">
|
|
|
|
<p>The implementation of this functionality shall conform to the
|
|
following requirements:</p>
|
|
<ul>
|
|
<li>Be realized in one or more implementation classes.</li>
|
|
<li>Implement the <code>org.apache.catalina.Realm</code> interface.
|
|
[Current]</li>
|
|
<li>Implement the <code>org.apache.catalina.Lifecycle</code>
|
|
interface. [Current]</li>
|
|
<li>Subclass the <code>org.apache.catalina.realm.RealmBase</code>
|
|
base class.</li>
|
|
<li>Live in the <code>org.apache.catalina.realm</code> package.
|
|
[Current]</li>
|
|
<li>Support a configurable debugging detail level. [Current]</li>
|
|
<li>Log debugging and operational messages (suitably internationalized)
|
|
via the <code>getContainer().log()</code> method. [Current]</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
</div><h3 id="Dependencies">Dependencies</h3><div class="text">
|
|
|
|
|
|
<div class="subsection"><h4 id="Environmental_Dependencies">Environmental Dependencies</h4><div class="text">
|
|
|
|
<p>The following environmental dependencies must be met in order for
|
|
JNDIRealm to operate correctly:</p>
|
|
<ul>
|
|
<li>The desire to utilize JNDIRealm must be registered in
|
|
<code>$CATALINA_BASE/conf/server.xml</code>, in a
|
|
<code><Realm></code> element that is nested inside a
|
|
corresponding <code><Engine></code>, <code><Host></code>,
|
|
or <code><Context></code> element.</li>
|
|
<li>If the <em>Administrator Login</em> operational mode is selected,
|
|
the configured administrator username and password must be configured
|
|
in the corresponding directory server.</li>
|
|
<li>If the <em>Username Login</em> operational mode is selected,
|
|
the corresponding directory server must be configured to accept
|
|
logins with the username and password that will be passed to
|
|
<code>JNDIRealm</code> by the appropriate <code>Authenticator</code>.
|
|
</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
<div class="subsection"><h4 id="Container_Dependencies">Container Dependencies</h4><div class="text">
|
|
|
|
<p>Correct operation of JNDIRealm depends on the following
|
|
specific features of the surrounding container:</p>
|
|
<ul>
|
|
<li>Interactions with <code>JNDIRealm</code> will be initiated by
|
|
the appropriate <code>Authenticator</code> implementation, based
|
|
on the login method that is selected.</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
</div><h3 id="Functionality">Functionality</h3><div class="text">
|
|
|
|
|
|
<div class="subsection"><h4 id="Operational_Modes">Operational Modes</h4><div class="text">
|
|
|
|
<p>The completed <code>JNDIRealm</code> must support two major operational
|
|
modes in order to support all of the required use cases. For the purposes
|
|
of this document, the modes are called <em>administrator login</em> and
|
|
<em>Username Login</em>. They are described further in the following
|
|
paragraphs.</p>
|
|
|
|
<p>For <em>Administrator Login</em> mode, <code>JNDIRealm</code> will be
|
|
configured to establish one or more connections (using a connection pool)
|
|
to an appropriate directory server, using JNDI APIs, under a "system
|
|
administrator" username and password. This is similar to the approach
|
|
normally used to configure <code>JDBCRealm</code> to access authentication
|
|
and access control information in a database. It is assumed that the
|
|
system administrator username and password that are configured provide
|
|
sufficient privileges within the directory server to read (but not modify)
|
|
the username, password, and assigned roles for each valid user of the
|
|
web application associated with this <code>Realm</code>. The password
|
|
can be stored in cleartext, or in one of the digested modes supported by
|
|
the <code>org.apache.catalina.realm.RealmBase</code> base class.</p>
|
|
|
|
<p>For <em>Username Login</em> mode, <code>JNDIRealm</code> does not
|
|
normally remain connected to the directory server. Instead, whenever a
|
|
user is to be authenticated, a connection to the directory server
|
|
(using the username and password received from the authenticator) is
|
|
attempted. If this connection is successful, the user is assumed to be
|
|
successfully authenticated. This connection is then utilized to read
|
|
the corresponding security roles associated with this user, and the
|
|
connection is then broken.</p>
|
|
|
|
<p><strong>NOTE</strong> - <em>Username Login</em> mode cannot be used
|
|
if you have selected login method <code>DIGEST</code> in your web
|
|
application deployment descriptor (<code>web.xml</code>) file. This
|
|
restriction exists because the cleartext password is never available
|
|
to the container, so it is not possible to bind to the directory server
|
|
using the user's username and password.</p>
|
|
|
|
<p>Because these operational modes work so differently, the functionality
|
|
for each mode will be described separately. Whether or not both modes
|
|
are actually supported by a single class (versus a class per mode) is
|
|
an implementation detail left to the designer.</p>
|
|
|
|
<p><strong>NOTE</strong> - The current implementation only implements
|
|
part of the <em>Administrator Lookup</em> mode requirements. It does
|
|
not support the <em>Username Lookup</em> mode at all, at this point.</p>
|
|
|
|
</div></div>
|
|
|
|
|
|
<div class="subsection"><h4 id="Administrator_Login_Mode_Functionality">Administrator Login Mode Functionality</h4><div class="text">
|
|
|
|
|
|
<h3>Configurable Properties</h3>
|
|
|
|
<p>The implementation shall support the following properties
|
|
that can be configured with JavaBeans property setters:</p>
|
|
<ul>
|
|
<li><code>connectionURL</code> - URL of the directory server we will
|
|
be contacting.</li>
|
|
<li><code>contextFactory</code> - Fully qualified class name of the JNDI
|
|
context factory used to retrieve our InitialContext.
|
|
[com.sun.jndi.ldap.LdapCtxFactory]</li>
|
|
<li>Additional configuration properties required to establish the
|
|
appropriate connection. [Requested]</li>
|
|
<li>Connection pool configuration properties. [Requested]</li>
|
|
<li>Configuration properties defining how a particular user is
|
|
authenticated. The following capabilities should be supported:
|
|
<ul>
|
|
<li>Substitute the specified username into a string. [Requested]</li>
|
|
<li>Retrieve the distinguished name (DN) of an authorized user via an
|
|
LDAP search string with a replacement placeholder for the
|
|
username, and comparison of the password to a configurable
|
|
attribute retrieved from the search result. [Current]</li>
|
|
</ul></li>
|
|
<li>Configuration properties defining how the roles associated with a
|
|
particular authenticated user can be retrieved. The following
|
|
approaches should be supported:
|
|
<ul>
|
|
<li>Retrieve a specified attribute (possibly multi-valued)
|
|
from an LDAP search expression,
|
|
with a replacement placeholder for the DN of the user.
|
|
[Current]</li>
|
|
<li>Retrieve a set of role names that are defined implicitly (by
|
|
selecting principals that match a search pattern) rather than
|
|
explicitly (by finding a particular attribute value).
|
|
[Requested]</li>
|
|
</ul></li>
|
|
</ul>
|
|
|
|
<h3>Lifecycle Functionality</h3>
|
|
|
|
<p>The following processing must be performed when the <code>start()</code>
|
|
method is called:</p>
|
|
<ul>
|
|
<li>Establish a connection to the configured directory server, using the
|
|
configured system administrator username and password. [Current]</li>
|
|
<li>Configure and establish a connection pool of connections to the
|
|
directory server. [Requested]</li>
|
|
</ul>
|
|
|
|
<p>The following processing must be performed when the <code>stop()</code>
|
|
method is called:</p>
|
|
<ul>
|
|
<li>Close any opened connections to the directory server.</li>
|
|
</ul>
|
|
|
|
|
|
<h3>Method authenticate() Functionality</h3>
|
|
|
|
<p>When <code>authenticate()</code> is called, the following processing
|
|
is required:</p>
|
|
<ul>
|
|
<li>Acquire the one and only connection [Current] or acquire a connection
|
|
from the connection pool [Requested].</li>
|
|
<li>Authenticate the user by retrieving the user's Distinguished Name,
|
|
based on the specified username and password.</li>
|
|
<li>If the user was not authenticated, release the allocated connection
|
|
and return <code>null</code>.</li>
|
|
<li>Acquire a <code>List</code> of the security roles assigned to the
|
|
authenticated user.</li>
|
|
<li>Construct a new instance of class
|
|
<code>org.apache.catalina.realm.GenericPrincipal</code>, passing as
|
|
constructor arguments: this realm instance, the authenticated
|
|
username, and a <code>List</code> of the security roles associated
|
|
with this user.</li>
|
|
<li><strong>WARNING</strong> - Do not attempt to cache and reuse previous
|
|
<code>GenericPrincipal</code> objects for a particular user, because
|
|
the information in the directory server might have changed since the
|
|
last time this user was authenticated.</li>
|
|
<li>Return the newly constructed <code>GenericPrincipal</code>.</li>
|
|
</ul>
|
|
|
|
|
|
<h3>Method hasRole() Functionality</h3>
|
|
|
|
<p>When <code>hasRole()</code> is called, the following processing
|
|
is required:</p>
|
|
<ul>
|
|
<li>The <code>principal</code> that is passed as an argument SHOULD
|
|
be one that we returned (instanceof class
|
|
<code>org.apache.catalina.realm.GenericPrincipal</code>, with a
|
|
<code>realm</code> property that is equal to our instance.</li>
|
|
<li>If the passed <code>principal</code> meets these criteria, check
|
|
the specified role against the list returned by
|
|
<code>getRoles()</code>, and return <code>true</code> if the
|
|
specified role is included; otherwise, return <code>false</code>.</li>
|
|
<li>If the passed <code>principal</code> does not meet these criteria,
|
|
return <code>false</code>.</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
|
|
<div class="subsection"><h4 id="Username_Login_Mode_Functionality">Username Login Mode Functionality</h4><div class="text">
|
|
|
|
<h3>Configurable Properties</h3>
|
|
|
|
<p>The implementation shall support the following properties
|
|
that can be configured with JavaBeans property setters:</p>
|
|
<ul>
|
|
<li><code>connectionURL</code> - URL of the directory server we will
|
|
be contacting.</li>
|
|
<li><code>contextFactory</code> - Fully qualified class name of the JNDI
|
|
context factory used to retrieve our InitialContext.
|
|
[com.sun.jndi.ldap.LdapCtxFactory]</li>
|
|
<li>Additional configuration properties required to establish the
|
|
appropriate connection. [Requested]</li>
|
|
<li>Connection pool configuration properties. [Requested]</li>
|
|
<li>Configuration properties defining if and how a user might be looked
|
|
up before binding to the directory server. The following approaches
|
|
should be supported:
|
|
<ul>
|
|
<li>No previous lookup is required - username specified by the user
|
|
is the same as that used to authenticate to the directory
|
|
server.</li>
|
|
<li>Substitute the specified username into a string.</li>
|
|
<li>Search the directory server based on configured criteria to
|
|
retrieve the distinguished name of the user, then attempt to
|
|
bind with that distinguished name.</li>
|
|
</ul></li>
|
|
<li>Configuration properties defining how the roles associated with a
|
|
particular authenticated user can be retrieved. The following
|
|
approaches should be supported:
|
|
<ul>
|
|
<li>Retrieve a specified attribute (possibly multi-valued)
|
|
from an LDAP search expression,
|
|
with a replacement placeholder for the DN of the user.
|
|
[Current]</li>
|
|
</ul></li>
|
|
</ul>
|
|
|
|
<h3>Lifecycle Functionality</h3>
|
|
|
|
<p>The following processing must be performed when the <code>start()</code>
|
|
method is called:</p>
|
|
<ul>
|
|
<li>None required.</li>
|
|
</ul>
|
|
|
|
<p>The following processing must be performed when the <code>stop()</code>
|
|
method is called:</p>
|
|
<ul>
|
|
<li>None required.</li>
|
|
</ul>
|
|
|
|
|
|
<h3>Method authenticate() Functionality</h3>
|
|
|
|
<p>When <code>authenticate()</code> is called, the following processing
|
|
is required:</p>
|
|
<ul>
|
|
<li>Attempt to bind to the directory server, using the username and
|
|
password provided by the user.</li>
|
|
<li>If the user was not authenticated, release the allocated connection
|
|
and return <code>null</code>.</li>
|
|
<li>Acquire a <code>List</code> of the security roles assigned to the
|
|
authenticated user.</li>
|
|
<li>Construct a new instance of class
|
|
<code>org.apache.catalina.realm.GenericPrincipal</code>, passing as
|
|
constructor arguments: this realm instance, the authenticated
|
|
username, and a <code>List</code> of the security roles associated
|
|
with this user.</li>
|
|
<li><strong>WARNING</strong> - Do not attempt to cache and reuse previous
|
|
<code>GenericPrincipal</code> objects for a particular user, because
|
|
the information in the directory server might have changed since the
|
|
last time this user was authenticated.</li>
|
|
<li>Return the newly constructed <code>GenericPrincipal</code>.</li>
|
|
</ul>
|
|
|
|
|
|
<h3>Method hasRole() Functionality</h3>
|
|
|
|
<p>When <code>hasRole()</code> is called, the following processing
|
|
is required:</p>
|
|
<ul>
|
|
<li>The <code>principal</code> that is passed as an argument SHOULD
|
|
be one that we returned (instanceof class
|
|
<code>org.apache.catalina.realm.GenericPrincipal</code>, with a
|
|
<code>realm</code> property that is equal to our instance.</li>
|
|
<li>If the passed <code>principal</code> meets these criteria, check
|
|
the specified role against the list returned by
|
|
<code>getRoles()</code>, and return <code>true</code> if the
|
|
specified role is included; otherwise, return <code>false</code>.</li>
|
|
<li>If the passed <code>principal</code> does not meet these criteria,
|
|
return <code>false</code>.</li>
|
|
</ul>
|
|
|
|
</div></div>
|
|
|
|
</div><h3 id="Testable_Assertions">Testable Assertions</h3><div class="text">
|
|
|
|
<p>In addition to the assertions implied by the functionality requirements
|
|
listed above, the following additional assertions shall be tested to
|
|
validate the behavior of <code>JNDIRealm</code>:</p>
|
|
<ul>
|
|
</ul>
|
|
|
|
</div><div class="noprint"><h3 id="comments_section">
|
|
Comments
|
|
</h3><div class="text"><p class="notice"><strong>Notice: </strong>This comments section collects your suggestions
|
|
on improving documentation for Apache Tomcat.<br><br>
|
|
If you have trouble and need help, read
|
|
<a href="https://tomcat.apache.org/findhelp.html">Find Help</a> page
|
|
and ask your question on the tomcat-users
|
|
<a href="https://tomcat.apache.org/lists.html">mailing list</a>.
|
|
Do not ask such questions here. This is not a Q&A section.<br><br>
|
|
The Apache Comments System is explained <a href="../comments.html">here</a>.
|
|
Comments may be removed by our moderators if they are either
|
|
implemented or considered invalid/off-topic.
|
|
</p><div id="comments_thread"></div></div></div></div></div></div></div><footer><div id="footer">
|
|
Copyright © 1999-2018, The Apache Software Foundation
|
|
</div></footer></div></body></html> |