Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 391FAE724 for ; Wed, 28 Nov 2012 13:35:45 +0000 (UTC) Received: (qmail 84077 invoked by uid 500); 28 Nov 2012 13:35:41 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 82733 invoked by uid 500); 28 Nov 2012 13:35:34 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 82600 invoked by uid 99); 28 Nov 2012 13:35:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Nov 2012 13:35:31 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of quark122@gmail.com designates 209.85.223.173 as permitted sender) Received: from [209.85.223.173] (HELO mail-ie0-f173.google.com) (209.85.223.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Nov 2012 13:35:26 +0000 Received: by mail-ie0-f173.google.com with SMTP id e13so12987007iej.18 for ; Wed, 28 Nov 2012 05:35:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=uTTukv/8UM7DT+nUUzntkGZn36v2xjS7rkW/f2DZE9c=; b=NakbdKGoE+SqbSNrpjTZGgG85363/Q64HuQZBNRAMWH5jcYacrbZz3tN/X9Bs/ihHP pOdUu05QSkvmbezcfyXJQXIu1MTCcExKJl0W/f+/tYb84kft4SgEGk5G2HQ/j2s/JN33 EppV2UndAEqbWDyYtv9+afpXhq9srkWa+wUfh/x/5+NoOZffVS72IeBUKHk0zvfmtzZh kYMeYzIaZyAVhph8idZRrWOe659SFJbv54rWE8HxiOtdV7XGut7mUUGdeKLRmF8qQLa4 jlqPPG6KiE1FZf2u3p5oo/tE78iwuo62A9GNp++U2bEsKzWdAl0dkwYWs0XdX0386hxA /3Vw== MIME-Version: 1.0 Received: by 10.50.171.4 with SMTP id aq4mr21909030igc.68.1354109705617; Wed, 28 Nov 2012 05:35:05 -0800 (PST) Received: by 10.64.17.133 with HTTP; Wed, 28 Nov 2012 05:35:05 -0800 (PST) In-Reply-To: References: Date: Wed, 28 Nov 2012 08:35:05 -0500 Message-ID: Subject: Re: tomcat6 with crl doesn't load From: Will Nordmeyer To: Tomcat Users List Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Nov 27, 2012 at 5:12 PM, Daniel Mikusa wrote: > On Nov 27, 2012, at 12:56 PM, Will Nordmeyer wrote: > >> On Tue, Nov 27, 2012 at 12:24 PM, Daniel Mikusa wro= te: >>> On Nov 27, 2012, at 9:55 AM, Will Nordmeyer wrote: >>> >>>> I have a self signed server certificate - and the user certs have no >>>> association/connection to the server cert. >>> >>> I apologize, but I'm not exactly sure what you are trying to configure = with the certs and the crl file. Can you take a step back from the problem= and give us some higher level details on what you are trying to achieve wi= th this configuration? >>> >>> Dan >> >> OK, I'm am emulating the production enviroment for the application my >> development team works on. The production environment is on goverment >> facilitiies and equipment. Users authenticate with a Common Access >> Card (CAC) & PIN. Our current environment has a locally developed PIN >> check, which is insufficient going forward. Rather than developing >> code to do all of the work, it seems most appropriate to simply >> utilize the abilities built into tomcat to do that before our >> application even gets accessed. >> >> The development server I stood up is a virtual server, running CentOS >> 6.3 (64 bit), Tomcat 6.0.35 and openssl 1.0.0-fips. I used openssl to >> generate a self-signed certificate, rather than getting an actual SSL >> cert from an outside source since this is a closed development system. >> >> With that in mind, we are working to implement Certificate >> Authentication & Validation within Tomcat. I've got the environment >> configured to prompt for the certificate and through the >> browser/client enviroment the PIN prompt is triggered without issue as >> long as the crlFile parameter isn't set in the connector. That was >> easy. >> >> My problem comes when I attempt to implement Certificate Revocation >> List checking. The Government has a root certificate and about 20-30 >> different intermediate certificate authorities that could have issued >> the user certificate. I have loaded the root and intermediate >> government certificate into my local truststore and am loading it >> properly (based on the fact that the user certificates are recognized >> and accepted). >> >> I have downloaded all the root certificate CRL data and each >> individual CA's CRL data. Through the openssl commands, I converted >> them to PEM and then copied them all into one file massive CRL. I >> have also, for testing, created a file with the root CRL data and the >> CRL data for the CA which issued my Certificate. >> >> When I run the complete CRL, I run out of memory (271 MB CRL). When I >> run just the root & my CA, it doesn't run out of memory, but it also >> doesn't trigger the PIN prompt (I assume the crl check happens before >> the PIN is checked?), and just displays "Page cannot be displayed." >> >> I know my certificate is OK - when I use it to access other sites that >> require that certificate, it works fine. >> >> Does that give you a clear(er) picture? :) > > Definitely. A couple suggestions=85 > > 1.) You may want to take a look at org.apache.tomcat.util.net.jsse.JSSESo= cketFactory. Search for "crlFile" and you can see how this is being config= ured and utilized. > > https://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_36/java= /org/apache/tomcat/util/net/jsse/JSSESocketFactory.java > > 2.) Maybe try using Tomcat native and the APR connector. This would offl= oad SSL to openssl which may handle things more efficiently. > > Dan > OK - I enabled Tomcat native & the APR, but now it doesn't prompt me for the Client Certificate. The log file has: Nov 28, 2012 8:10:36 AM org.apache.catalina.startup.SetAllPropertiesRule be= gin WARNING: [SetAllPropertiesRule]{Server/Service/Connector} Setting property 'clientAuth' to 'true' did not find a matching property. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org