Instructions on testing the negotiateauth mozilla extension with Apache. Introduction ----------------- mod_auth_gss (originally from http://modauthkerb.sourceforge.net/) is an Apache module designed to provide GSSAPI authentication to the Apache web server. Using the "Negotiate" Auth mechanism, which performs full Kerberos authentication based on ticket exchanges and does not require users to insert their passwords to the browser. In order to use the Negotiate method you need a browser supporting it (currently standard IE6.0 or Mozilla with the negotiateauth extension). The Negotiate mechanism can be only used with Kerberos v5. The module supports both 1.x and 2.x versions of Apache. The use of SSL encryption is also recommended (but not required) if you are using the Negotiate method. Installing mod_auth_gss ------------------------ Prerequisites * Apache server installed. Both 1.x and 2.x series of Apache are supported (make sure the apache installation contains the apxs command) In Solaris - the necessary Apache 2.X libraries and headers are usually found in /usr/apache2. * Working C compiler. * GSSAPI library (Solaris - /usr/lib/libgss.so.1) 1. Building the Apache module is simple. Find the directory with the source code and Makefile for mod_auth_gss.so. $ make 2. Installing the Apache module requires 'root' privilege. # cp mod_auth_gss.so /usr/apache2/libexec 3. Configure apache to use the new module. Add following line to /etc/apache2/httpd.conf: LoadModule auth_gss_module libexec/mod_auth_gss.so 4. Set permissions on the newly created keytab file so that only the apache owner can read the file. For example, if the apache server is configured to run as user "nobody": $ chown nobody /var/apache2/http.keytab $ chmod 400 /var/apache2/http.keytab 5. Create a directory in the apache 'htdocs' tree that will be used to test the GSSAPI/KerberosV5 authentication. $ mkdir /var/apache2/htdocs/krb5 6. Create a ".htaccess" file for the Kerberos directory (step 4), it should contain the following entries: AuthType GSSAPI AuthGSSServiceName HTTP AuthGSSKeytabFile /var/apache2/http.keytab AuthGssDebug 1 * AuthGssDebug is only needed for testing purposes, it causes extra DEBUG level messages to be displayed in the Apache error_log file (/var/apache2/logs/error_log). 7. Put some content in the Kerberos web directory so the tester can verify that they accessed the page correctly. 8. Set the "AllowOverride" parameter in /etc/apache2/httpd.conf to "All" for the Kerberos directory created in step 5. Ex: Options Indexes FollowSymLinks MultiViews AllowOverride All Require valid-user Configurating Kerberos ----------------------- 1. Set up Kerberos Server (if you don't already have one). Follow basic instructions given at docs.sun.com. Search for "Configuring Kerberos" in the "Solaris Administration Guide: Security Services" book. - The KDC should be a protected, standalone system. But for internal testing purposes it may be hosted on the same system as the Apache web server. 2. Create a Kerberos service key for the Apache server to use for authenticating the clients. Also create a user principal testing the browser later. The "Negotiate" method used by IIS and IE is "HTTP/@REALM". To create this principal for use with the Apache module do the following: [ As 'root', on the Apache server ] a. /usr/sbin/kadmin - this assumes the KDC setup procedure was followed (step 1). b. kadmin: addprinc -randkey HTTP/ c. kadmin: ktadd -k /var/apache2/http.keytab HTTP/ d. kadmin: addprinc tester e. kadmin: quit Testing the 'Negotiate' plugin with mozilla: -------------------------------------------- 1. The client system must be configured to use Kerberos. Setup /etc/krb5/krb5.conf to use the KDC created earlier 2. 'kinit' to get a TGT as the "tester" principal created above in step 2d. $ kinit tester ( enter password ) 3. Use mozilla (with 'negotiateauth' extension installed) to access the Kerberos protected page (created above in steps 4-6). If the pages do not show up, its probably due to a misconfigured Kerberos configuration on the client or the server (or both). There is very little that needs to be done for Mozilla or apache.