Modified: karaf/site/production/manual/latest-2.3.x/developers-guide/security-framework.html URL: http://svn.apache.org/viewvc/karaf/site/production/manual/latest-2.3.x/developers-guide/security-framework.html?rev=1615948&r1=1615947&r2=1615948&view=diff ============================================================================== --- karaf/site/production/manual/latest-2.3.x/developers-guide/security-framework.html (original) +++ karaf/site/production/manual/latest-2.3.x/developers-guide/security-framework.html Tue Aug 5 15:46:54 2014 @@ -8,7 +8,7 @@ <link href="../css/style.css" rel="stylesheet" type="text/css"/> <link href="../css/pygmentize.css" rel="stylesheet" type="text/css"/> <title> - Apache Karaf 2.3.2 Guides + Apache Karaf 2.3.7-SNAPSHOT Guides </title> </head> <body> @@ -101,187 +101,11 @@ </td> <td height="100%" width="100%"> <div class="wiki-content"> -<h1 id="Securityframework">Security framework</h1><p>Karaf supports <a href="http://download.oracle.com/javase/6/docs/technotes/guides/security/jaas/JAASRefGuide.html";>JAAS</a> with some enhancements to allow JAAS to work nicely in an OSGi environment. This framework also features an OSGi keystore manager with the ability to deploy new keystores or truststores at runtime. </p><h2 id="Overview">Overview</h2><p>This feature allows runtime deployment of JAAS based configuration for use in various parts of the application. This includes the remote console login, which uses the <tt>karaf</tt> realm, but which is configured with a dummy login module by default. These realms can also be used by the NMR, JBI components or the JMX server to authenticate users logging in or sending messages into the bus.</p><p>In addition to JAAS realms, you can also deploy keystores and truststores to secure the remote shell console, setting up HTTPS connectors or using certificates for WS-Security.</p><p >A very simple XML schema for spring has been defined, allowing the deployment >of a new realm or a new keystore very easily.</p><h2 >id="Schema">Schema</h2><p>To override or deploy a new realm, you can use the >following XSD which is supported by a Spring namespace handler and can thus >be defined in a Spring xml configuration file.</p><p>Following is the XML >Schema to use when defining Karaf realms:</p><div class="syntax"><pre >name='code' class='brush: xml; gutter: >false;'><code></code></pre></div><p>You can find the schema at the following ><a href="http://karaf.apache.org/xmlns/jaas/v1.1.0";>location</a>.</p><p>Here >are two examples using this schema:</p><div class="syntax"><pre name='code' >class='brush: xml; gutter: false;'><code> -<?xml version="1.0" encoding="UTF-8"?> -<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" - xmlns:jaas="http://karaf.apache.org/xmlns/jaas/v1.0.0" - xmlns:ext="http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0"> - - <!-- Bean to allow the $[karaf.base] property to be correctly resolved --> - <ext:property-placeholder placeholder-prefix="$[" placeholder-suffix="]"/> - - <type-converters> - <bean class="org.apache.karaf.jaas.modules.properties.PropertiesConverter"/> - </type-converters> - - <jaas:config name="myrealm"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - </jaas:module> - </jaas:config> - - <service interface="org.apache.karaf.jaas.modules.BackingEngineFactory"> - <bean class="org.apache.karaf.jaas.modules.properties.PropertiesBackingEngineFactory"/> - </service> - -</blueprint></code></pre></div><p>NB: Don't forge to expose the BackingEngine as an OSGi service.</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:keystore xmlns:jaas="http://karaf.apache.org/xmlns/jaas/v1.1.0" - name="ks" - rank="1" - path="classpath:privatestore.jks" - keystorePassword="keyStorePassword" - keyPasswords="myalias=myAliasPassword"> -</jaas:keystore></code></pre></div><p>The <tt>id</tt> attribute is the blueprint id of the bean, but it will be used by default as the name of the realm if no <tt>name</tt> attribute is specified. Additional attributes on the <tt>config</tt> elements are a <tt>rank</tt>, which is an integer. When the LoginContext looks for a realm for authenticating a given user, the realms registered in the OSGi registry are matched against the required name. If more than one realm is found, the one with the highest rank will be used, thus allowing the override of some realms with new values. The last attribute is <tt>publish</tt> which can be set to false to not publish the realm in the OSGi registry, thereby disabling the use of this realm.</p><p>Each realm can contain one or more module definitions. Each module identifies a LoginModule and the <tt>className</tt> attribute must be set to the class name of the login module to use. Note that this login module must be available from th e bundle classloader, so either it has to be defined in the bundle itself, or the needed package needs to be correctly imported. The <tt>flags</tt> attribute can take one of four values that are explained on the <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/boot/src/main/java/org/apache/karaf/jaas/boot/ProxyLoginModule.java";>JAAS documentation</a>.<br/>The content of the <tt>module</tt> element is parsed as a properties file and will be used to further configure the login module.</p><p>Deploying such a code will lead to a <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/config/src/main/java/org/apache/karaf/jaas/config/JaasRealm.java";>JaasRealm</a> object in the OSGi registry, which will then be used when using the JAAS login module.</p><h3 id="Configurationoverrideanduseoftherankattribute">Configuration override and use of the <tt>rank</tt> attribute</h3><p>The <tt>rank</tt> attribute on the <tt>config</tt> element is tied to the ranking o f the underlying OSGi service. When the JAAS framework performs an authentication, it will use the realm name to find a matching JAAS configuration. If multiple configurations are used, the one with the highest <tt>rank</tt> attribute will be used.<br/>So if you want to override the default security configuration in Karaf (which is used by the ssh shell, web console and JMX layer), you need to deploy a JAAS configuration with the name <tt>name="karaf"</tt> and <tt>rank="1"</tt>.</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<?xml version="1.0" encoding="UTF-8"?> -<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" - xmlns:jaas="http://karaf.apache.org/xmlns/jaas/v1.1.0" - xmlns:ext="http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0"> - - <!-- Bean to allow the $[karaf.base] property to be correctly resolved --> - <ext:property-placeholder placeholder-prefix="$[" placeholder-suffix="]"/> - - <type-converters> - <bean class="org.apache.karaf.jaas.modules.properties.PropertiesConverter"/> - </type-converters> - - <jaas:config name="karaf" rank="1"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - ... - </jaas:module> - </jaas:config> - -</blueprint></code></pre></div><h2 id="Architecture">Architecture</h2><p>Due to constraints in the JAAS specification, one class has to be available for all bundles. This class is called <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/boot/src/main/java/org/apache/karaf/jaas/boot/ProxyLoginModule.java";>ProxyLoginModule</a> and is a LoginModule that acts as a proxy for an OSGi defines LoginModule. If you plan to integrate this feature into another OSGi runtime, this class must be made available from the system classloader and the related package be part of the boot delegation classpath (or be deployed as a fragment attached to the system bundle).</p><p>The xml schema defined above allows the use of a simple xml (leveraging spring xml extensibility) to configure and register a JAAS configuration for a given realm. This configuration will be made available into the OSGi registry as a <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/conf ig/src/main/java/org/apache/karaf/jaas/config/JaasRealm.java">JaasRealm</a> and the OSGi specific Configuration will look for such services. Then the proxy login module will be able to use the information provided by the realm to actually load the class from the bundle containing the real login module.</p><h2 id="Availablerealms">Available realms</h2><p>Karaf comes with several login modules to handle authentication needs for your environment.</p><h3 id="PropertiesLoginModule">PropertiesLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.properties.PropertiesLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.properties.PropertiesBackingEngineFactory </td></tr></table></div><p>This login module is the one configured by default. It uses a properties text fil e to load the users, passwords and roles. </p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>users</tt> </td><td class="confluenceTd"> location of the properties file </td></tr></table></div><p>This file uses the <a href="http://download.oracle.com/javase/6/docs/api/java/util/Properties.html#load(java.io.Reader)">properties file format</a>.<br/>The format of the properties is as follows, with each line defining a user, its password and associated roles:</p><pre> +<h1 id="Securityframework">Security framework</h1><p>Karaf supports <a href="http://download.oracle.com/javase/6/docs/technotes/guides/security/jaas/JAASRefGuide.html";>JAAS</a> with some enhancements to allow JAAS to work nicely in an OSGi environment. This framework also features an OSGi keystore manager with the ability to deploy new keystores or truststores at runtime. </p><h2 id="Overview">Overview</h2><p>This feature allows runtime deployment of JAAS based configuration for use in various parts of the application. This includes the remote console login, which uses the <tt>karaf</tt> realm, but which is configured with a dummy login module by default. These realms can also be used by the NMR, JBI components or the JMX server to authenticate users logging in or sending messages into the bus.</p><p>In addition to JAAS realms, you can also deploy keystores and truststores to secure the remote shell console, setting up HTTPS connectors or using certificates for WS-Security.</p><p >A very simple XML schema for spring has been defined, allowing the deployment >of a new realm or a new keystore very easily.</p><h2 >id="Schema">Schema</h2><p>To override or deploy a new realm, you can use the >following XSD which is supported by a Spring namespace handler and can thus >be defined in a Spring xml configuration file.</p><p>Following is the XML >Schema to use when defining Karaf realms:</p><div class="syntax"><div >class="highlight"><pre><span class="cp"><?xml version="1.0" >encoding="UTF-8"?></span>
<span >class="c"><!--</span>

<span class="c"> Licensed to the >Apache Software Foundation (ASF) under one or more</span>
<span >class="c"> contributor license agreements. See the NOTICE file >distributed with</span>
<span class="c"> this work for additional >information regarding copyright ownership.</span>
<span class="c"> >The ASF licenses this file to You under the Apache License, Version 2.0</spa n>
<span class="c"> (the "License"); you may not use this file except in compliance with</span>
<span class="c"> the License. You may obtain a copy of the License at</span>

<span class="c"> http://www.apache.org/licenses/LICENSE-2.0</span>

<span class="c"> Unless required by applicable law or agreed to in writing, software</span>
<span class="c"> distributed under the License is distributed on an "AS IS" BASIS,</span>
<span class="c"> WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.</span>
<span class="c"> See the License for the specific language governing permissions and</span>
<span class="c"> limitations under the License.</span>

<span class="c">--></span>
<span class="nt"><xs:schema</span> <span class="na">elementFormDefault=</span><span class="s">'qualified'</span>
 <span class="na"> targetNamespace=</span><span class="s">'http://karaf.apache.org/xmlns/jaas/v1.1.0'</span>
 <span class="na">xmlns:xs=</span><span class="s">'http://www.w3.org/2001/XMLSchema'</span>
 <span class="na">xmlns:bp=</span><span class="s">"http://www.osgi.org/xmlns/blueprint/v1.0.0"</span>
 <span class="na">xmlns:tns=</span><span class="s">'http://karaf.apache.org/xmlns/jaas/v1.1.0'</span><span class="nt">></span>

 <span class="nt"><xs:import</span> <span class="na">namespace=</span><span class="s">"http://www.osgi.org/xmlns/blueprint/v1.0.0"</span><span class="nt">/></span>

 <span class="nt"><xs:element</span> <span class="na">name=</span><span class="s">"config"</span><span class="nt">></span>
 <span class="nt"><xs:complexType></span>
 <span class="nt"><xs:sequence></span>
 <span class="nt"><xs:element</span> <span class="na">name=</span><span class="s">"module"</span> <span class="na">minOccurs=</span><span class="s">"0"</span> <span class="na">maxOccurs=</span><span class="s">"unbounded"</span><span class="nt">></span>
 <span class="nt"><xs:complexType</span> <span class="na">mixed=</span><span class="s">"true"</span><span class="nt">></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"name"</span> <span class="na">use=</span><span class="s">"optional"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"className"</span> <span class="na">use=</span><span class="s">"required"</span> <s pan class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"flags"</span> <span class="na">default=</span><span class="s">"required"</span><span class="nt">></span>
 <span class="nt"><xs:simpleType></span>
 <span class="nt"><xs:restriction</span> <span class="na">base=</span><span class="s">"xs:NMTOKEN"</span><span class="nt">></span>
 <span class="nt"><xs:enumeration</span> <span class="na">value=</span><span class="s">"required"</span><span class="nt">/></span>
 <span class="nt"><xs:enumeration</span> <span class="na">value=</span><span class="s">"requisite"</span><span class="nt">/></span>� A; <span class="nt"><xs:enumeration</span> <span class="na">value=</span><span class="s">"sufficient"</span><span class="nt">/></span>
 <span class="nt"><xs:enumeration</span> <span class="na">value=</span><span class="s">"optional"</span><span class="nt">/></span>
 <span class="nt"></xs:restriction></span>
 <span class="nt"></xs:simpleType></span>
 <span class="nt"></xs:attribute></span>
 <span class="nt"></xs:complexType></span>
 <span class="nt"></xs:element></span>
 <span class="nt"></xs:sequence></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"name"</span> <span class="na">use=</span><span class=" s">"required"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"rank"</span> <span class="na">use=</span><span class="s">"optional"</span> <span class="na">default=</span><span class="s">"0"</span> <span class="na">type=</span><span class="s">"xs:int"</span><span class="nt">/></span>
 <span class="nt"></xs:complexType></span>
 <span class="nt"></xs:element></span>

 <span class="nt"><xs:element</span> <span class="na">name=</span><span class="s">"keystore"</span><span class="nt">></span>
 <span class="nt"><xs:complexType></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"name"</span> <span class="na">use=</sp an><span class="s">"required"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"rank"</span> <span class="na">use=</span><span class="s">"optional"</span> <span class="na">default=</span><span class="s">"0"</span> <span class="na">type=</span><span class="s">"xs:int"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"path"</span> <span class="na">use=</span><span class="s">"required"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"keystorePassword"</span> <span class="na">use=</span><spa n class="s">"optional"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"><xs:attribute</span> <span class="na">name=</span><span class="s">"keyPasswords"</span> <span class="na">use=</span><span class="s">"optional"</span> <span class="na">type=</span><span class="s">"xs:string"</span><span class="nt">/></span>
 <span class="nt"></xs:complexType></span>
 <span class="nt"></xs:element></span>

<span class="nt"></xs:schema></span>
</pre></div>
</div><p>You can find the schema at the following <a href="http://karaf.apache.org/xmlns/jaas/v1.1.0";>location</a>.</p><p>Here are two examples using this schema:</p><div class="syntax"><div class="highlight"><pre><span class="cp"><?xml version="1.0" encoding="UTF-8"?></span> 
<span class="nt"><bluepri nt</span> <span class="na">xmlns=</span><span class="s">"http://www.osgi.org/xmlns/blueprint/v1.0.0"</span>
 <span class="na">xmlns:jaas=</span><span class="s">"http://karaf.apache.org/xmlns/jaas/v1.0.0"</span>
 <span class="na">xmlns:ext=</span><span class="s">"http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0"</span><span class="nt">></span>

 <span class="nt"><type-converters></span>
 <span class="nt"><bean</span> <span class="na">class=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesConverter"</span><span class="nt">/></span>
 <span class="nt"></type-converters></span> 

 <span class="c"><!-- Bean to allow the $[karaf.base] property to be correctly resolved --></span>
 <span class="nt"><ext:property-placeholder</span> <span class="na">placeholder-prefix=</span><span class= "s">"$["</span> <span class="na">placeholder-suffix=</span><span class="s">"]"</span><span class="nt">/></span>

 <span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"myrealm"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 users = $[karaf.base]/etc/users.properties
 <span class="nt"></jaas:module></span>
 <span class="nt"></jaas:config></span>

 <span class="nt"><service</span> <span class="na">interface=</span><span class="s">"org.apache.karaf.jaas.modules.BackingEngineFactory"</span><span class="nt">></span>� 0A; <span class="nt"><bean</span> <span class="na">class=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesBackingEngineFactory"</span><span class="nt">/></span>
 <span class="nt"></service></span>

<span class="nt"></blueprint></span>
</pre></div>
</div><p>NB: Don't forge to expose the BackingEngine as an OSGi service.</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:keystore</span> <span class="na">xmlns:jaas=</span><span class="s">"http://karaf.apache.org/xmlns/jaas/v1.1.0"</span>
 <span class="na">name=</span><span class="s">"ks"</span>
 <span class="na">rank=</span><span class="s">"1"</span>
 <span class="na">path=</span><span class="s">"classpath:privatestore.jks"</span>
 <span class="na">keystorePassword=</span><span class="s">&qu ot;keyStorePassword"</span>
 <span class="na">keyPasswords=</span><span class="s">"myalias=myAliasPassword"</span><span class="nt">></span>
<span class="nt"></jaas:keystore></span>
</pre></div>
</div><p>The <tt>id</tt> attribute is the blueprint id of the bean, but it will be used by default as the name of the realm if no <tt>name</tt> attribute is specified. Additional attributes on the <tt>config</tt> elements are a <tt>rank</tt>, which is an integer. When the LoginContext looks for a realm for authenticating a given user, the realms registered in the OSGi registry are matched against the required name. If more than one realm is found, the one with the highest rank will be used, thus allowing the override of some realms with new values. The last attribute is <tt>publish</tt> which can be set to false to not publish the realm in the OSGi registry, thereby disabling the use of this realm.</p><p>Each realm can con tain one or more module definitions. Each module identifies a LoginModule and the <tt>className</tt> attribute must be set to the class name of the login module to use. Note that this login module must be available from the bundle classloader, so either it has to be defined in the bundle itself, or the needed package needs to be correctly imported. The <tt>flags</tt> attribute can take one of four values that are explained on the <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/boot/src/main/java/org/apache/karaf/jaas/boot/ProxyLoginModule.java";>JAAS documentation</a>.<br/>The content of the <tt>module</tt> element is parsed as a properties file and will be used to further configure the login module.</p><p>Deploying such a code will lead to a <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/config/src/main/java/org/apache/karaf/jaas/config/JaasRealm.java";>JaasRealm</a> object in the OSGi registry, which will then be used when using the JAAS login module.</p><h3 id="Configurationoverrideanduseoftherankattribute">Configuration override and use of the <tt>rank</tt> attribute</h3><p>The <tt>rank</tt> attribute on the <tt>config</tt> element is tied to the ranking of the underlying OSGi service. When the JAAS framework performs an authentication, it will use the realm name to find a matching JAAS configuration. If multiple configurations are used, the one with the highest <tt>rank</tt> attribute will be used.<br/>So if you want to override the default security configuration in Karaf (which is used by the ssh shell, web console and JMX layer), you need to deploy a JAAS configuration with the name <tt>name="karaf"</tt> and <tt>rank="1"</tt>.</p><div class="syntax"><div class="highlight"><pre><span class="cp"><?xml version="1.0" encoding="UTF-8"?></span>
<span class="nt"><blueprint</span> <span class="na">xmlns=</span><span class="s">"http://www.osgi.org/xmlns/blueprint/v1.0.0"< /span>
 <span class="na">xmlns:jaas=</span><span class="s">"http://karaf.apache.org/xmlns/jaas/v1.1.0"</span>
 <span class="na">xmlns:ext=</span><span class="s">"http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0"</span><span class="nt">></span>

 <span class="c"><!-- Bean to allow the $[karaf.base] property to be correctly resolved --></span>
 <span class="nt"><ext:property-placeholder</span> <span class="na">placeholder-prefix=</span><span class="s">"$["</span> <span class="na">placeholder-suffix=</span><span class="s">"]"</span><span class="nt">/></span>

 <span class="nt"><type-converters></span>
 <span class="nt"><bean</span> <span class="na">class=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesConverter"</span><span class="nt">/></span>
 <span class="nt"></type -converters></span> 

 <span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span> <span class="na">rank=</span><span class="s">"1"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span>
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 users = $[karaf.base]/etc/users.properties
 ...
 <span class="nt"></jaas:module></span>
 <span class="nt"></jaas:config></span>

<span class="nt"></blueprint></span>
</pre></div>
</div><h2 id="Architecture">Architecture</h2><p>Due to constraints in the JAAS specification, one class has to be available for all bundles. This class is called <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/boot/src/main/java/org/apache/karaf/jaas/boot/ProxyLoginModule.java";>ProxyLoginModule</a> and is a LoginModule that acts as a proxy for an OSGi defines LoginModule. If you plan to integrate this feature into another OSGi runtime, this class must be made available from the system classloader and the related package be part of the boot delegation classpath (or be deployed as a fragment attached to the system bundle).</p><p>The xml schema defined above allows the use of a simple xml (leveraging spring xml extensibility) to configure and register a JAAS configuration for a given realm. This configuration will be made available into the OSGi registry as a <a href="http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/jaas/config/src/main/java/org/apache/karaf/jaas/config/JaasRealm.java";>JaasRealm</a> and the OSGi specific Configuration will look for such services. Then the proxy login module will be able to use the information provided by the realm to actually load the class from the bundle containing the real login module.</p><h2 id="Availablerealms">Available realms</h2><p>Karaf comes with several login modules to handle authentication needs for your environment.</p><h3 id="PropertiesLoginModule">PropertiesLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.properties.PropertiesLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.properties.PropertiesBackingEngineFactory </td></tr></table></div><p>This login module is the one configured by default. It uses a properties text file to load the users, passwords and roles. </p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh" > Description </th></tr><tr><td class="confluenceTd"> <tt>users</tt> > </td><td class="confluenceTd"> location of the properties file > </td></tr></table></div><p>This file uses the <a > href="http://download.oracle.com/javase/6/docs/api/java/util/Properties.html#load(java.io.Reader)">properties > file format</a>.<br/>The format of the properties is as follows, with each > line defining a user, its password and associated roles:</p><pre> user=password[,role][,role]... -</pre><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - </jaas:module> -</jaas:config></code></pre></div><p>Note for windows users: Do not forget the typeconverter from the first config snippet. It makes sure that windows paths are handled correctly.</p><h3 id="OsgiConfigLoginModule">OsgiConfigLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.osgi.OsgiConfigLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> </td></tr></table></div><p>The OsgiConfigLoginModule uses the OSGi ConfigurationAdmin service to provide the users, passwords and roles.</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>pid</tt> </td><td class="confluenceTd"> the PID o f the configuration containing user definitions </td></tr></table></div><p>The format of the configuration is the same than for the <tt>PropertiesLoginModule</tt>.</p><h3 id="JDBCLoginModule">JDBCLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.jdbc.JDBCBackingEngineFactory </td></tr></table></div><p>The JDBCLoginModule uses a database to load the users, passwords and roles from a provided data source <em>(normal or XA)</em>. The data source and the queries for password and role retrieval are configurable using the following parameters.</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></t r><tr><td class="confluenceTd"> <tt>datasource</tt> </td><td class="confluenceTd"> The datasource as on OSGi ldap filter or as JDNI name</td></tr><tr><td class="confluenceTd"> <tt>query.password</tt> </td><td class="confluenceTd"> The SQL query that retries the password of the user </td></tr><tr><td class="confluenceTd"> <tt>query.role</tt> </td><td class="confluenceTd"> The SQL query that retries the roles of the user </td></tr></table></div><p><u>Passing a data source as an OSGi ldap filter</u></p><p>To use an OSGi ldap filter, the prefix osgi: needs to be provided, as shown below:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule" - flags="required"> - datasource = osgi:javax.sql.DataSource/(osgi.jndi.service.name=jdbc/karafdb) - query.password = SELECT PASSWORD FROM USERS WHERE USERNAME=? - query.role = SELECT ROLE FROM ROLES WHERE USERNAME=? - </jaas:module> -</jaas:config></code></pre></div><p><u>Passing a data source as a JNDI name</u></p><p>To use an JNDI name, the prefix jndi: needs to be provided. The example below assumes the use of Aries JNDI to expose services via JNDI.</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule" - flags="required"> - datasource = jndi:aries:services/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/karafdb) - query.password = SELECT PASSWORD FROM USERS WHERE USERNAME=? - query.role = SELECT ROLE FROM ROLES WHERE USERNAME=? - </jaas:module> -</jaas:config></code></pre></div><h3 id="LDAPLoginModule">LDAPLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.ldap.LDAPLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> </td></tr></table></div><p>The LDAPLoginModule uses LDAP to load the users and roles and bind the users on the LDAP to check passwords.</p><p>The LDAPLoginModule supports the following parameters:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>connection.url</tt> </td><td class="confluenceTd"> The LDAP connection URL, e.g. ldap://hostname </td></tr><tr><td class="confluenceTd"> <tt>connection .username</tt> </td><td class="confluenceTd"> Admin username to connect to the LDAP. This parameter is optional, if it's not provided, the LDAP connection will be anonymous. </td></tr><tr><td class="confluenceTd"> <tt>connection.password</tt> </td><td class="confluenceTd"> Admin password to connect to the LDAP. Only used if the <tt>connection.username</tt> is specified. </td></tr><tr><td class="confluenceTd"> <tt>user.base.dn</tt> </td><td class="confluenceTd"> The LDAP base DN used to looking for user, e.g. ou=user,dc=apache,dc=org </td></tr><tr><td class="confluenceTd"> <tt>user.filter</tt> </td><td class="confluenceTd"> The LDAP filter used to looking for user, e.g. (uid=%u) where %u will be replaced by the username. </td></tr><tr><td class="confluenceTd"> <tt>user.search.subtree</tt> </td><td class="confluenceTd"> If "true", the user lookup will be recursive (SUBTREE). If "false", the user lookup will be performed only at the first level (ONELE VEL). </td></tr><tr><td class="confluenceTd"> <tt>role.base.dn</tt> </td><td class="confluenceTd"> The LDAP base DN used to looking for roles, e.g. ou=role,dc=apache,dc=org </td></tr><tr><td class="confluenceTd"> <tt>role.filter</tt> </td><td class="confluenceTd"> The LDAP filter used to looking for user's role, e.g. (member:=uid=%u) </td></tr><tr><td class="confluenceTd"> <tt>role.name.attribute</tt> </td><td class="confluenceTd"> The LDAP role attribute containing the role string used by Karaf, e.g. cn </td></tr><tr><td class="confluenceTd"> <tt>role.search.subtree</tt> </td><td class="confluenceTd"> If "true", the role lookup will be recursive (SUBTREE). If "false", the role lookup will be performed only at the first level (ONELEVEL). </td></tr><tr><td class="confluenceTd"> <tt>authentication</tt> </td><td class="confluenceTd"> Define the authentication backend used on the LDAP server. The default is simple. </td></tr><tr><td class="conflue nceTd"> <tt>initial.context.factory</tt> </td><td class="confluenceTd"> Define the initial context factory used to connect to the LDAP server. The default is com.sun.jndi.ldap.LdapCtxFactory </td></tr><tr><td class="confluenceTd"> <tt>ssl</tt> </td><td class="confluenceTd"> If "true" or if the protocol on the <tt>connection.url</tt> is <tt>ldaps</tt>, an SSL connection will be used </td></tr><tr><td class="confluenceTd"> <tt>ssl.provider</tt> </td><td class="confluenceTd"> The provider name to use for SSL </td></tr><tr><td class="confluenceTd"> <tt>ssl.protocol</tt> </td><td class="confluenceTd"> The protocol name to use for SSL (SSL for example)</td></tr><tr><td class="confluenceTd"> <tt>ssl.algorithm</tt> </td><td class="confluenceTd"> The algorithm to use for the KeyManagerFactory and TrustManagerFactory (PKIX for example) </td></tr><tr><td class="confluenceTd"> <tt>ssl.keystore</tt> </td><td class="confluenceTd"> Th e key store name to use for SSL. The key store must be deployed using a <tt>jaas:keystore</tt> configuration. </td></tr><tr><td class="confluenceTd"> <tt>ssl.keyalias</tt> </td><td class="confluenceTd"> The key alias to use for SSL </td></tr><tr><td class="confluenceTd"> <tt>ssl.truststore</tt> </td><td class="confluenceTd"> The trust store name to use for SSL. The trust store must be deployed using a <tt>jaas:keystore</tt> configuration. </td></tr></table></div><p>A example of LDAPLoginModule usage follows:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.ldap.LDAPLoginModule" flags="required"> - connection.url = ldap://localhost:389 - user.base.dn = ou=user,dc=apache,dc=org - user.filter = (cn=%u) - user.search.subtree = true - role.base.dn = ou=group,dc=apache,dc=org - role.filter = (member:=uid=%u) - role.name.attribute = cn - role.search.subtree = true - authentication = simple - </jaas:module> -</jaas:config></code></pre></div><p>If you wish to use an SSL connection, the following configuration can be used as an example:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<ext:property-placeholder /> - -<jaas:config name="karaf" rank="1"> - <jaas:module className="org.apache.karaf.jaas.modules.ldap.LDAPLoginModule" flags="required"> - connection.url = ldaps://localhost:10636 - user.base.dn = ou=users,ou=system - user.filter = (uid=%u) - user.search.subtree = true - role.base.dn = ou=groups,ou=system - role.filter = (uniqueMember=uid=%u) - role.name.attribute = cn - role.search.subtree = true - authentication = simple - ssl.protocol=SSL - ssl.truststore=ks - ssl.algorithm=PKIX - </jaas:module> -</jaas:config> - -<jaas:keystore name="ks" - path="file:///${karaf.home}/etc/trusted.ks" - keystorePassword="secret" /></code></pre></div><h2 id="Encryptionservice">Encryption service</h2><p>The <a href="http://svn.apache.org/repos/asf/karaf/trunk/jaas/modules/src/main/java/org/apache/karaf/jaas/modules/EncryptionService.java";>EncryptionService</a> is a service registered in the OSGi registry providing means to encrypt and check encrypted passwords. This service acts as a factory for <a href="http://svn.apache.org/repos/asf/karaf/trunk/jaas/modules/src/main/java/org/apache/karaf/jaas/modules/Encryption.java";>Encryption</a> objects actually performing the encryption.</p><p>This service is used in all Karaf login modules to support encrypted passwords.</p><h3 id="Configuringproperties">Configuring properties</h3><p>Each login module supports the following additional set of properties:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr ><tr><td class="confluenceTd"> <tt>encryption.name</tt> </td><td >class="confluenceTd"> Name of the encryption service registered in OSGi (cf. >paragraph <a href="#Jasypt.html">below</a>) </td></tr><tr><td >class="confluenceTd"> <tt>encryption.enabled</tt> </td><td >class="confluenceTd"> Boolean used to turn on encryption </td></tr><tr><td >class="confluenceTd"> <tt>encryption.prefix</tt> </td><td >class="confluenceTd"> Prefix for encrypted passwords </td></tr><tr><td >class="confluenceTd"> <tt>encryption.suffix</tt> </td><td >class="confluenceTd"> Suffix for encrypted passwords </td></tr><tr><td >class="confluenceTd"> <tt>encryption.algorithm</tt> </td><td >class="confluenceTd"> Name of an algorithm to be used for hashing, like "MD5" >or "SHA-1" </td></tr><tr><td class="confluenceTd"> ><tt>encryption.encoding</tt> </td><td class="confluenceTd"> Encrypted >passwords encoding (can be <tt>hexadecimal</tt> or <tt>base64</tt>) ></td></tr><tr><td class="confluenceTd"> <tt>role.policy</tt > </td><td class="confluenceTd"> A policy for identifying roles (can > be <tt>prefix</tt> or <tt>group</tt>) <a > href="#Rolediscoverypolicies.html">below</a>) </td></tr><tr><td > class="confluenceTd"> <tt>role.discriminator</tt> </td><td > class="confluenceTd"> A discriminator value to be used by the role policy > </td></tr></table></div><p>A simple example follows:</p><div > class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - encryption.enabled = true - encryption.algorithm = MD5 - encryption.encoding = hexadecimal - </jaas:module> -</jaas:config></code></pre></div><h3 id="Prefixandsuffix">Prefix and suffix</h3><p>The login modules have the ability to support both encrypted and plain passwords at the same time. In some cases, some login modules may be able to encrypt the passwords on the fly and save them back in an encrypted form.</p><h3 id="Jasypt">Jasypt</h3><p>Karaf default installation comes with a simple encryption service which usually fulfills simple needs. However, in some cases, you may need to install the <a href="http://www.jasypt.org/";>Jasypt</a> library which provides stronger encryption algorithms and more control over them.</p><p>To install the Jasypt library, the easiest way is to install the available feature:</p><pre> +</pre><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 users = $[karaf.base]/etc/users.properties
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><p>Note for windows users: Do not forget the typeconverter from the first config snippet. It makes sure that windows paths are handled correctly.</p><h3 id="OsgiConfigLoginModule">OsgiConfigLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> Login Module </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.osgi.OsgiConfigLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> </td></tr></table></div><p>The OsgiConfigLoginModule uses the OSGi ConfigurationAdmin service to provide the users, passwords and roles.</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>pid</tt> </td><td class="confluenceTd"> the PID of the configuration containing user definitions </td></tr></table></div><p>The format of the configuration is the same than for the <tt>PropertiesLoginModule</tt>.</p><h3 id="JDBCLoginModule">JDBCLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class=" confluenceTd"> org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.jdbc.JDBCBackingEngineFactory </td></tr></table></div><p>The JDBCLoginModule uses a database to load the users, passwords and roles from a provided data source <em>(normal or XA)</em>. The data source and the queries for password and role retrieval are configurable using the following parameters.</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>datasource</tt> </td><td class="confluenceTd"> The datasource as on OSGi ldap filter or as JDNI name</td></tr><tr><td class="confluenceTd"> <tt>query.password</tt> </td><td class="confluenceTd"> The SQL query that retries the password of the user </td></tr><tr><td class="confluenceT d"> <tt>query.role</tt> </td><td class="confluenceTd"> The SQL query that retries the roles of the user </td></tr></table></div><p><u>Passing a data source as an OSGi ldap filter</u></p><p>To use an OSGi ldap filter, the prefix osgi: needs to be provided, as shown below:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 datasource = osgi:javax.sql.DataSource/(osgi.jndi.service.name=jdbc/karafdb)
 query.password = SELECT PASSWORD FROM USERS WHERE USERNAME=?
 query.role = SELECT ROLE FROM ROLES WHERE USE RNAME=?
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><p><u>Passing a data source as a JNDI name</u></p><p>To use an JNDI name, the prefix jndi: needs to be provided. The example below assumes the use of Aries JNDI to expose services via JNDI.</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.jdbc.JDBCLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 datasource = jndi:aries:services/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/karafdb)
 query.password = SELECT PASSWORD FROM USERS WHERE USERNAME=?
 query.role = SELECT ROLE FROM ROLES WHERE USERNAME=?
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><h3 id="LDAPLoginModule">LDAPLoginModule</h3><div class="table-wrap"><table class="confluenceTable"><tr><td class="confluenceTd"> LoginModule </td><td class="confluenceTd"> org.apache.karaf.jaas.modules.ldap.LDAPLoginModule </td></tr><tr><td class="confluenceTd"> BackingEngineFactory </td><td class="confluenceTd"> </td></tr></table></div><p>The LDAPLoginModule uses LDAP to load the users and roles and bind the users on the LDAP to check passwords.</p><p>The LDAPLoginModule supports the following parameters:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td clas s="confluenceTd"> <tt>connection.url</tt> </td><td class="confluenceTd"> The LDAP connection URL, e.g. ldap://hostname </td></tr><tr><td class="confluenceTd"> <tt>connection.username</tt> </td><td class="confluenceTd"> Admin username to connect to the LDAP. This parameter is optional, if it's not provided, the LDAP connection will be anonymous. </td></tr><tr><td class="confluenceTd"> <tt>connection.password</tt> </td><td class="confluenceTd"> Admin password to connect to the LDAP. Only used if the <tt>connection.username</tt> is specified. </td></tr><tr><td class="confluenceTd"> <tt>user.base.dn</tt> </td><td class="confluenceTd"> The LDAP base DN used to looking for user, e.g. ou=user,dc=apache,dc=org </td></tr><tr><td class="confluenceTd"> <tt>user.filter</tt> </td><td class="confluenceTd"> The LDAP filter used to looking for user, e.g. (uid=%u) where %u will be replaced by the username. </td></tr><tr><td class="confluenceTd"> <tt>user.searc h.subtree</tt> </td><td class="confluenceTd"> If "true", the user lookup will be recursive (SUBTREE). If "false", the user lookup will be performed only at the first level (ONELEVEL). </td></tr><tr><td class="confluenceTd"> <tt>role.base.dn</tt> </td><td class="confluenceTd"> The LDAP base DN used to looking for roles, e.g. ou=role,dc=apache,dc=org </td></tr><tr><td class="confluenceTd"> <tt>role.filter</tt> </td><td class="confluenceTd"> The LDAP filter used to looking for user's role, e.g. (member:=uid=%u) </td></tr><tr><td class="confluenceTd"> <tt>role.name.attribute</tt> </td><td class="confluenceTd"> The LDAP role attribute containing the role string used by Karaf, e.g. cn </td></tr><tr><td class="confluenceTd"> <tt>role.search.subtree</tt> </td><td class="confluenceTd"> If "true", the role lookup will be recursive (SUBTREE). If "false", the role lookup will be performed only at the first level (ONELEVEL). </td></tr><tr><td class="confluenceT d"> <tt>authentication</tt> </td><td class="confluenceTd"> Define the authentication backend used on the LDAP server. The default is simple. </td></tr><tr><td class="confluenceTd"> <tt>initial.context.factory</tt> </td><td class="confluenceTd"> Define the initial context factory used to connect to the LDAP server. The default is com.sun.jndi.ldap.LdapCtxFactory </td></tr><tr><td class="confluenceTd"> <tt>ssl</tt> </td><td class="confluenceTd"> If "true" or if the protocol on the <tt>connection.url</tt> is <tt>ldaps</tt>, an SSL connection will be used </td></tr><tr><td class="confluenceTd"> <tt>ssl.provider</tt> </td><td class="confluenceTd"> The provider name to use for SSL </td></tr><tr><td class="confluenceTd"> <tt>ssl.protocol</tt> </td><td class="confluenceTd"> The protocol name to use for SSL (SSL for example)</td></tr><tr><td class="confluenceTd"> <tt>ssl.algorithm</tt> </td><td class="confluenceTd"> The algorithm t o use for the KeyManagerFactory and TrustManagerFactory (PKIX for example) </td></tr><tr><td class="confluenceTd"> <tt>ssl.keystore</tt> </td><td class="confluenceTd"> The key store name to use for SSL. The key store must be deployed using a <tt>jaas:keystore</tt> configuration. </td></tr><tr><td class="confluenceTd"> <tt>ssl.keyalias</tt> </td><td class="confluenceTd"> The key alias to use for SSL </td></tr><tr><td class="confluenceTd"> <tt>ssl.truststore</tt> </td><td class="confluenceTd"> The trust store name to use for SSL. The trust store must be deployed using a <tt>jaas:keystore</tt> configuration. </td></tr></table></div><p>A example of LDAPLoginModule usage follows:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.ldap.LDAPLoginModule"</span> <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 connection.url = ldap://localhost:389
 user.base.dn = ou=user,dc=apache,dc=org
 user.filter = (cn=%u)
 user.search.subtree = true
 role.base.dn = ou=group,dc=apache,dc=org
 role.filter = (member:=uid=%u)
 role.name.attribute = cn
 role.search.subtree = true
 authentication = simple
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><p>If you wish to use an SSL connection, the following configuration can be used as an example:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><ext:property-placeholder</span> <span class="nt">/></span>

<span class="nt">< ;jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span> <span class="na">rank=</span><span class="s">"1"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.ldap.LDAPLoginModule"</span> <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 connection.url = ldaps://localhost:10636
 user.base.dn = ou=users,ou=system
 user.filter = (uid=%u)
 user.search.subtree = true
 role.base.dn = ou=groups,ou=system
 role.filter = (uniqueMember=uid=%u)
 role.name.attribute = cn
 role.search.subtree = true
 authentication = simple
 ssl.protocol=SSL
 ssl.truststore=ks
 ssl.algorithm=PKIX
 <span class="nt"></j aas:module></span>
<span class="nt"></jaas:config></span>

<span class="nt"><jaas:keystore</span> <span class="na">name=</span><span class="s">"ks"</span>
 <span class="na">path=</span><span class="s">"file:///${karaf.home}/etc/trusted.ks"</span>
 <span class="na">keystorePassword=</span><span class="s">"secret"</span> <span class="nt">/></span>
</pre></div>
</div><p>The LDAPLoginModule supports the following patterns that you can use in the filter (user and role filters):</p><ul><li><tt>%u</tt> is replaced by the user</li><li><tt>%dn</tt> is replaced by the user DN</li><li><tt>%fqdn</tt> is replaced by the user full qualified DN (<tt>userDN,userBaseDN</tt>).</li><li><tt>%nsdn</tt> is replaced by the userDNNamespace (interesting especially for ActiveDirectory).</li></ul><h2 id="Encryptionservice">Encryption service</h2><p>The <a href="http://svn.apache.org/repos/ asf/karaf/trunk/jaas/modules/src/main/java/org/apache/karaf/jaas/modules/EncryptionService.java">EncryptionService</a> is a service registered in the OSGi registry providing means to encrypt and check encrypted passwords. This service acts as a factory for <a href="http://svn.apache.org/repos/asf/karaf/trunk/jaas/modules/src/main/java/org/apache/karaf/jaas/modules/Encryption.java";>Encryption</a> objects actually performing the encryption.</p><p>This service is used in all Karaf login modules to support encrypted passwords.</p><h3 id="Configuringproperties">Configuring properties</h3><p>Each login module supports the following additional set of properties:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>encryption.name</tt> </td><td class="confluenceTd"> Name of the encryption service registered in OSGi (cf. paragraph <a href="#Ja sypt.html">below</a>) </td></tr><tr><td class="confluenceTd"> <tt>encryption.enabled</tt> </td><td class="confluenceTd"> Boolean used to turn on encryption </td></tr><tr><td class="confluenceTd"> <tt>encryption.prefix</tt> </td><td class="confluenceTd"> Prefix for encrypted passwords </td></tr><tr><td class="confluenceTd"> <tt>encryption.suffix</tt> </td><td class="confluenceTd"> Suffix for encrypted passwords </td></tr><tr><td class="confluenceTd"> <tt>encryption.algorithm</tt> </td><td class="confluenceTd"> Name of an algorithm to be used for hashing, like "MD5" or "SHA-1" </td></tr><tr><td class="confluenceTd"> <tt>encryption.encoding</tt> </td><td class="confluenceTd"> Encrypted passwords encoding (can be <tt>hexadecimal</tt> or <tt>base64</tt>) </td></tr><tr><td class="confluenceTd"> <tt>role.policy</tt> </td><td class="confluenceTd"> A policy for identifying roles (can be <tt>prefix</tt> or <tt>group</tt>) <a href="#Rolediscoverypolicies.html">below</a>) </td ></tr><tr><td class="confluenceTd"> <tt>role.discriminator</tt> </td><td >class="confluenceTd"> A discriminator value to be used by the role policy ></td></tr></table></div><p>A simple example follows:</p><div >class="syntax"><div class="highlight"><pre><span >class="nt"><jaas:config</span> <span class="na">name=</span><span >class="s">"karaf"</span><span class="nt">></span>
 ><span class="nt"><jaas:module</span> <span >class="na">className=</span><span >class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> > 
 <span class="na">flags=</span><span >class="s">"required"</span><span class="nt">></span>
 > users = $[karaf.base]/etc/users.properties
 >encryption.enabled = true
 encryption.algorithm = MD5
 > encryption.encoding = hexadecimal
 <span >class="nt"></jaas:module></span>
<span >class="nt"></jaas:config></span >
</pre></div>
</div><h3 id="Prefixandsuffix">Prefix and >suffix</h3><p>The login modules have the ability to support both encrypted >and plain passwords at the same time. In some cases, some login modules may >be able to encrypt the passwords on the fly and save them back in an >encrypted form.</p><h3 id="Jasypt">Jasypt</h3><p>Karaf default installation >comes with a simple encryption service which usually fulfills simple needs. >However, in some cases, you may need to install the <a >href="http://www.jasypt.org/";>Jasypt</a> library which provides stronger >encryption algorithms and more control over them.</p><p>To install the Jasypt >library, the easiest way is to install the available feature:</p><pre> karaf@root> features:install jasypt-encryption -</pre><p>It will download and install the required bundles and also register an <tt>EncryptionService</tt> for Jasypt in the OSGi registry.</p><p>When configuring a login module to use Jasypt, you need to specify the <tt>encryption.name</tt> property and set it to a value of <tt>jasypt</tt> to make sure the Jasypt encryption service will be used. </p><p>In addition to the standard properties above, the Jasypt service provides the following parameters:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>providerName</tt> </td><td class="confluenceTd"> Name of the <tt>java.security.Provider</tt> name to use for obtaining the digest algorithm </td></tr><tr><td class="confluenceTd"> <tt>providerClassName</tt> </td><td class="confluenceTd"> Class name for the security provider to be used for obtaining the digest algorithm </td> </tr><tr><td class="confluenceTd"> <tt>iterations</tt> </td><td class="confluenceTd"> Number of times the hash function will be applied recursively </td></tr><tr><td class="confluenceTd"> <tt>saltSizeBytes</tt> </td><td class="confluenceTd"> Size of the salt to be used to compute the digest </td></tr><tr><td class="confluenceTd"> <tt>saltGeneratorClassName</tt> </td><td class="confluenceTd"> Class name of the salt generator </td></tr></table></div><p>A typical realm definition using Jasypt encryption service would look like:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - encryption.enabled = true - encryption.name = jasypt - encryption.algorithm = SHA-256 - encryption.encoding = base64 - encryption.iterations = 100000 - encryption.saltSizeBytes = 16 - </jaas:module> -</jaas:config></code></pre></div><h2 id="Rolediscoverypolicies">Role discovery policies</h2><p>The JAAS specification does not provide means to distinguish between User and Role Principals without referring to the specification classes. In order to provide means to the application developer to decouple the application from Karaf JAAS implementation role policies have been created.</p><p>A role policy is a convention that can be adopted by the application in order to identify Roles, without depending from the implementation. Each role policy can be cofigured by setting a "role.policy" and "role.discriminator" property to the login module configuration. Currently, Karaf provides two policies that can be applied to all Karaf Login Modules.</p><ol><li>Prefixed Roles</li><li>Grouped Roles</li></ol><p><u>Prefixed Roles</u><br/>When the prefixed role policy is used the login module applies a configurable prefix <em>(property role.discriminator)</em> to the role, so that the applicati on can identify the role's principals by its prefix. Example:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - role.policy = prefix - role.discriminator = ROLE_ - </jaas:module> -</jaas:config></code></pre></div><p>The application can identify the role principals using a snippet like this:</p><div class="syntax"><pre name='code' class='brush: java; gutter: false;'><code> -LoginContext ctx = new LoginContext("karaf", handler); -ctx.login(); -authenticated = true; -subject = ctx.getSubject(); -for (Principal p : subject.getPrincipals()) { - if (p.getName().startsWith("ROLE_")) { - roles.add((p.getName().substring("ROLE_".length()))); - } -}</code></pre></div><p><u>Grouped Roles</u><br/>When the group role policy is used the login module provides all roles as members of a group with a configurable name <em>(property role.discriminator)</em>. Example:</p><div class="syntax"><pre name='code' class='brush: xml; gutter: false;'><code> -<jaas:config name="karaf"> - <jaas:module className="org.apache.karaf.jaas.modules.properties.PropertiesLoginModule" - flags="required"> - users = $[karaf.base]/etc/users.properties - role.policy = group - role.discriminator = ROLES - </jaas:module> -</jaas:config></code></pre></div><div class="syntax"><pre name='code' class='brush: java; gutter: false;'><code> -LoginContext ctx = new LoginContext("karaf", handler); -ctx.login(); -authenticated = true; -subject = ctx.getSubject(); -for (Principal p : subject.getPrincipals()) { - if ((p instanceof Group) && ("ROLES".equalsIgnoreCase(p.getName()))) { - Group g = (Group) p; - Enumeration<? extends Principal> members = g.members(); - while (members.hasMoreElements()) { - Principal member = members.nextElement(); - roles.add(member.getName()); - } - } -}</code></pre></div><h2 id="Defaultrolepolicies">Default role policies</h2><p>The previous section describes how to leverage role policies. However, Karaf provides a default role policy, based on the following class names:</p><ul><li>org.apache.karaf.jaas.modules.UserPrincipal</li><li>org.apache.karaf.jaas.modules.RolePrincipal</li><li>org.apache.karaf.jaas.modules.GroupPrincipal</li></ul><p>It allows you to directly handling the role class:</p><div class="syntax"><pre name='code' class='brush: java; gutter: false;'><code> -String rolePrincipalClass = "org.apache.karaf.jaas.modules.RolePrincipal"; - -for (Principal p : subject.getPrincipals()) { - if (p.getClass().getName().equals(rolePrincipalClass)) { - roles.add(p.getName()); - } -}</code></pre></div> +</pre><p>It will download and install the required bundles and also register an <tt>EncryptionService</tt> for Jasypt in the OSGi registry.</p><p>When configuring a login module to use Jasypt, you need to specify the <tt>encryption.name</tt> property and set it to a value of <tt>jasypt</tt> to make sure the Jasypt encryption service will be used. </p><p>In addition to the standard properties above, the Jasypt service provides the following parameters:</p><div class="table-wrap"><table class="confluenceTable"><tr><th class="confluenceTh"> Name </th><th class="confluenceTh"> Description </th></tr><tr><td class="confluenceTd"> <tt>providerName</tt> </td><td class="confluenceTd"> Name of the <tt>java.security.Provider</tt> name to use for obtaining the digest algorithm </td></tr><tr><td class="confluenceTd"> <tt>providerClassName</tt> </td><td class="confluenceTd"> Class name for the security provider to be used for obtaining the digest algorithm </td> </tr><tr><td class="confluenceTd"> <tt>iterations</tt> </td><td class="confluenceTd"> Number of times the hash function will be applied recursively </td></tr><tr><td class="confluenceTd"> <tt>saltSizeBytes</tt> </td><td class="confluenceTd"> Size of the salt to be used to compute the digest </td></tr><tr><td class="confluenceTd"> <tt>saltGeneratorClassName</tt> </td><td class="confluenceTd"> Class name of the salt generator </td></tr></table></div><p>A typical realm definition using Jasypt encryption service would look like:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> 
 <span class="na">flags=</span><span class="s">&q uot;required"</span><span class="nt">></span>
 users = $[karaf.base]/etc/users.properties
 encryption.enabled = true
 encryption.name = jasypt
 encryption.algorithm = SHA-256
 encryption.encoding = base64
 encryption.iterations = 100000
 encryption.saltSizeBytes = 16
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><h2 id="Rolediscoverypolicies">Role discovery policies</h2><p>The JAAS specification does not provide means to distinguish between User and Role Principals without referring to the specification classes. In order to provide means to the application developer to decouple the application from Karaf JAAS implementation role policies have been created.</p><p>A role policy is a convention that can be adopted by the application in order to identify Roles, without depending from the i mplementation. Each role policy can be cofigured by setting a "role.policy" and "role.discriminator" property to the login module configuration. Currently, Karaf provides two policies that can be applied to all Karaf Login Modules.</p><ol><li>Prefixed Roles</li><li>Grouped Roles</li></ol><p><u>Prefixed Roles</u><br/>When the prefixed role policy is used the login module applies a configurable prefix <em>(property role.discriminator)</em> to the role, so that the application can identify the role's principals by its prefix. Example:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required&q uot;</span><span class="nt">></span>
 users = $[karaf.base]/etc/users.properties
 role.policy = prefix
 role.discriminator = ROLE_
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><p>The application can identify the role principals using a snippet like this:</p><div class="syntax"><div class="highlight"><pre><span class="n">LoginContext</span> <span class="n">ctx</span> <span class="o">=</span> <span class="k">new</span> <span class="n">LoginContext</span><span class="o">(</span><span class="s">"karaf"</span><span class="o">,</span> <span class="n">handler</span><span class="o">);</span>
<span class="n">ctx</span><span class="o">.</span><span class="na">login</span><span class="o">();</span>
<span class="n">authenticated</span> <span class="o">=</span> <span class="kc">true</span><span class="o">;</span>
<span class=" n">subject</span> <span class="o">=</span> <span class="n">ctx</span><span class="o">.</span><span class="na">getSubject</span><span class="o">();</span>
<span class="k">for</span> <span class="o">(</span><span class="n">Principal</span> <span class="n">p</span> <span class="o">:</span> <span class="n">subject</span><span class="o">.</span><span class="na">getPrincipals</span><span class="o">())</span> <span class="o">{</span>
 <span class="k">if</span> <span class="o">(</span><span class="n">p</span><span class="o">.</span><span class="na">getName</span><span class="o">().</span><span class="na">startsWith</span><span class="o">(</span><span class="s">"ROLE_"</span><span class="o">))</span> <span class="o">{</span>
 <span class="n">roles</span><span class="o">.</span><span class="na">add</span><span class="o">((</span><span class="n">p</span><span class="o">.</span><span class="na">getName</span><span class="o">().</span><span class="na">sub string</span><span class="o">(</span><span class="s">"ROLE_"</span><span class="o">.</span><span class="na">length</span><span class="o">())));</span>
 <span class="o">}</span>
<span class="o">}</span>
</pre></div>
</div><p><u>Grouped Roles</u><br/>When the group role policy is used the login module provides all roles as members of a group with a configurable name <em>(property role.discriminator)</em>. Example:</p><div class="syntax"><div class="highlight"><pre><span class="nt"><jaas:config</span> <span class="na">name=</span><span class="s">"karaf"</span><span class="nt">></span>
 <span class="nt"><jaas:module</span> <span class="na">className=</span><span class="s">"org.apache.karaf.jaas.modules.properties.PropertiesLoginModule"</span> 
 <span class="na">flags=</span><span class="s">"required"</span><span class="nt">></span>
 users = $[karaf.base]/etc/ users.properties
 role.policy = group
 role.discriminator = ROLES
 <span class="nt"></jaas:module></span>
<span class="nt"></jaas:config></span>
</pre></div>
</div><div class="syntax"><div class="highlight"><pre><span class="n">LoginContext</span> <span class="n">ctx</span> <span class="o">=</span> <span class="k">new</span> <span class="n">LoginContext</span><span class="o">(</span><span class="s">"karaf"</span><span class="o">,</span> <span class="n">handler</span><span class="o">);</span>
<span class="n">ctx</span><span class="o">.</span><span class="na">login</span><span class="o">();</span>
<span class="n">authenticated</span> <span class="o">=</span> <span class="kc">true</span><span class="o">;</span>
<span class="n">subject</span> <span class="o">=</span> <span class="n">ctx</span><span class="o">.</span><span class="na">getSubject</span><span class="o">();</span>
<sp an class="k">for</span> <span class="o">(</span><span class="n">Principal</span> <span class="n">p</span> <span class="o">:</span> <span class="n">subject</span><span class="o">.</span><span class="na">getPrincipals</span><span class="o">())</span> <span class="o">{</span>
 <span class="k">if</span> <span class="o">((</span><span class="n">p</span> <span class="k">instanceof</span> <span class="n">Group</span><span class="o">)</span> <span class="o">&&</span> <span class="o">(</span><span class="s">"ROLES"</span><span class="o">.</span><span class="na">equalsIgnoreCase</span><span class="o">(</span><span class="n">p</span><span class="o">.</span><span class="na">getName</span><span class="o">())))</span> <span class="o">{</span>
 <span class="n">Group</span> <span class="n">g</span> <span class="o">=</span> <span class="o">(</span><span class="n">Group</span><span class="o">)</span> <span class="n">p</span><span class="o">;</span>
 <span class="n">Enumeration</span><span class="o"><?</span> <span class="kd">extends</span> <span class="n">Principal</span><span class="o">></span> <span class="n">members</span> <span class="o">=</span> <span class="n">g</span><span class="o">.</span><span class="na">members</span><span class="o">();</span>
 <span class="k">while</span> <span class="o">(</span><span class="n">members</span><span class="o">.</span><span class="na">hasMoreElements</span><span class="o">())</span> <span class="o">{</span>
 <span class="n">Principal</span> <span class="n">member</span> <span class="o">=</span> <span class="n">members</span><span class="o">.</span><span class="na">nextElement</span><span class="o">();</span>
 <span class="n">roles</span><span class="o">.</span><span class="na">add</span><span class="o">(</span><span class="n">member</span><span class="o">.</span><span class="na">getName</span><span class="o">());</span>� A; <span class="o">}</span>
 <span class="o">}</span>
<span class="o">}</span>
</pre></div>
</div><h2 id="Defaultrolepolicies">Default role policies</h2><p>The previous section describes how to leverage role policies. However, Karaf provides a default role policy, based on the following class names:</p><ul><li>org.apache.karaf.jaas.modules.UserPrincipal</li><li>org.apache.karaf.jaas.modules.RolePrincipal</li><li>org.apache.karaf.jaas.modules.GroupPrincipal</li></ul><p>It allows you to directly handling the role class:</p><div class="syntax"><div class="highlight"><pre><span class="n">String</span> <span class="n">rolePrincipalClass</span> <span class="o">=</span> <span class="s">"org.apache.karaf.jaas.modules.RolePrincipal"</span><span class="o">;</span>

<span class="k">for</span> <span class="o">(</span><span class="n">Principal</span> <span class="n">p</span> <span class="o">:</span> <span class="n">subject</span><span class="o">.</span><span class="na">getPrincipals</span><span class="o">())</span> <span class="o">{</span>
 <span class="k">if</span> <span class="o">(</span><span class="n">p</span><span class="o">.</span><span class="na">getClass</span><span class="o">().</span><span class="na">getName</span><span class="o">().</span><span class="na">equals</span><span class="o">(</span><span class="n">rolePrincipalClass</span><span class="o">))</span> <span class="o">{</span>
 <span class="n">roles</span><span class="o">.</span><span class="na">add</span><span class="o">(</span><span class="n">p</span><span class="o">.</span><span class="na">getName</span><span class="o">());</span>
 <span class="o">}</span>
<span class="o">}</span>
</pre></div>
</div> </div> </td> </tr>
Modified: karaf/site/production/manual/latest-2.3.x/developers-guide/shell-syntax.html URL: http://svn.apache.org/viewvc/karaf/site/production/manual/latest-2.3.x/developers-guide/shell-syntax.html?rev=1615948&r1=1615947&r2=1615948&view=diff ============================================================================== --- karaf/site/production/manual/latest-2.3.x/developers-guide/shell-syntax.html (original) +++ karaf/site/production/manual/latest-2.3.x/developers-guide/shell-syntax.html Tue Aug 5 15:46:54 2014 @@ -8,7 +8,7 @@ <link href="../css/style.css" rel="stylesheet" type="text/css"/> <link href="../css/pygmentize.css" rel="stylesheet" type="text/css"/> <title> - Apache Karaf 2.3.2 Guides + Apache Karaf 2.3.7-SNAPSHOT Guides </title> </head> <body>
