Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 67404 invoked from network); 1 Dec 2005 03:41:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Dec 2005 03:41:51 -0000 Received: (qmail 24660 invoked by uid 500); 1 Dec 2005 03:41:37 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 24186 invoked by uid 500); 1 Dec 2005 03:41:32 -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 24086 invoked by uid 99); 1 Dec 2005 03:41:30 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 19:41:30 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,MAILTO_TO_SPAM_ADDR,MSGID_FROM_MTA_HEADER,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of mgainty@hotmail.com designates 65.54.174.79 as permitted sender) Received: from [65.54.174.79] (HELO hotmail.com) (65.54.174.79) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 19:40:22 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 30 Nov 2005 19:38:32 -0800 Message-ID: Received: from 65.96.185.18 by BAY103-DAV7.phx.gbl with DAV; Thu, 01 Dec 2005 03:38:31 +0000 X-Originating-IP: [65.96.185.18] X-Originating-Email: [mgainty@hotmail.com] X-Sender: mgainty@hotmail.com Reply-To: "Martin Gainty" From: "Martin Gainty" To: "Tomcat Users List" References: <20051130194555.11991.qmail@web50004.mail.yahoo.com> <057101c5f5e7$35d30700$1a04a8c0@nsrp1.syrres.com> Subject: Re: Certificate Revocation Lists in Tomcat 5.5 Date: Wed, 30 Nov 2005 22:38:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-OriginalArrivalTime: 01 Dec 2005 03:38:32.0504 (UTC) FILETIME=[B3C45380:01C5F628] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N The answer here is "definite maybe" If the certificate issuer does not support Online Certificate Status Protocol (OCSP) Then there is no ability to verify that the certificate is invalid as the ability to determine 'revoked status' in itself fails To this day this is a known bug with CRLs and one which should force more verifiable security precautions such as Kerberos from MIT or perhaps the use of Public Key Encryption (PKI) Martin- ----- Original Message ----- From: "Kennedy Roberts" To: "Tomcat Users List" Sent: Wednesday, November 30, 2005 2:49 PM Subject: Re: Certificate Revocation Lists in Tomcat 5.5 > Martin, > > Thanks again for you input. The reason I ask about "quirks" is because I > have seen examples using crlFiles (not the 's') rather than crlFile. The > value for this parameter then used a wildcard to point to all of the files > in a certain directory. Have you seen it used like this? > > And just to clarify: once I do have a CRL, if I point to it in this > manner, and also have client authentication enabled, I should be barred > from accessing the site with a revoked certificate, correct? > > Thanks, > > Kennedy > > > ----- Original Message ----- > From: "Martin Dubuc" > To: "Tomcat Users List" > Sent: Wednesday, November 30, 2005 2:45 PM > Subject: Re: Certificate Revocation Lists in Tomcat 5.5 > > >> 1) crlFile is a standard parameter for Connector since >> Tomcat 5.5.10 if my recollection is right. >> >> 2) There are no quirks in using it. >> >> Martin >> >> --- Kennedy Roberts wrote: >> >>> After doing some research, I have found a few >>> examples of >>> {tomcat.home}/conf/server.xml files online that use >>> the "crlFiles" param as >>> part of a connector. Is this a standard parameter >>> that can be used in the >>> server.xml file? I ask because the sites where I >>> have found these examples >>> are not clear in whether this is some "added" >>> functionality. The reason I >>> don't try it out myself is because at this point I >>> don't have a CRL which >>> contains any of the certificates we use in our >>> development environment. >>> >>> To summarize: >>> >>> 1) Is the crlFiles param a standard >>> element? >>> >>> 2) Has (does) anyone use this param, and are there >>> any quirks to using it. >>> >>> Thanks, >>> >>> Kennedy >>> >>> >>> ----- Original Message ----- >>> From: "Martin Dubuc" >>> To: "Tomcat Users List" >>> Sent: Tuesday, November 29, 2005 3:11 PM >>> Subject: RE: Certificate Revocation Lists in Tomcat >>> 5.5 >>> >>> >>> > CRL support is present in Tomcat 5.5.12. >>> > >>> > I am not an expert on Tomcat CRL support but what >>> I >>> > know is the following: >>> > >>> > - You will need to recompile some of the >>> > tomcat-util.jar classes with JDK 1.5 because >>> Tomcat >>> > 5.5.12 was compiled with JDK 1.4. The classes to >>> be >>> > recompiled are: >>> > org.apache.tomcat.util.net.jsse.JSSE15Factory and >>> > >>> org.apache.tomcat.util.net.jsse.JSSE15SocketFactory >>> > classes. >>> > - The crlFile property needs to be added inside >>> your >>> > SSL Connector in the server.xml file. The value is >>> the >>> > location of the CRL file on your system. >>> > >>> > Regards, >>> > >>> > Martin >>> > >>> > --- "Duan, Nick" >>> wrote: >>> > >>> >> Tomcat currently doesn't support cert validation >>> >> against CRL. You may >>> >> want to use Apache's mod_ssl to do the CRL >>> checking. >>> >> You will have to >>> >> use mod_jk to connect Apache web server with >>> tomcat. >>> >> >>> >> SSL is very computational intensive. Use >>> Apache's >>> >> httpd to do the SSL >>> >> work is more efficient than to use Java-based >>> >> tomcat. >>> >> >>> >> ND >>> >> >>> >> -----Original Message----- >>> >> From: Kennedy Roberts >>> [mailto:kroberts@syrres.com] >>> >> Sent: Tuesday, November 29, 2005 10:55 AM >>> >> To: users@tomcat.apache.org >>> >> Subject: Certificate Revocation Lists in Tomcat >>> 5.5 >>> >> >>> >> Hi all, >>> >> >>> >> We've recently migrated our (SSL enabled) web >>> >> application from >>> >> SunOne to >>> >> Tomcat 5.5, and I can't find any information on >>> >> handling Certificate >>> >> Revocation Lists in Tomcat. In SunOne, there was >>> a >>> >> function in the >>> >> administration console that let you import a CRL. >>> >> Is there any >>> >> equivalent >>> >> in Tomcat, or perhaps some other command line >>> >> equivalent? >>> >> >>> >> Thanks for your help. >>> >> >>> >> -Kennedy >>> >> >>> >> >>> >> >>> > >>> >> --------------------------------------------------------------------- >>> >> To unsubscribe, e-mail: >>> >> users-unsubscribe@tomcat.apache.org >>> >> For additional commands, e-mail: >>> >> users-help@tomcat.apache.org >>> >> >>> >> >>> >> >>> > >>> >> --------------------------------------------------------------------- >>> >> To unsubscribe, e-mail: >>> >> users-unsubscribe@tomcat.apache.org >>> >> For additional commands, e-mail: >>> >> users-help@tomcat.apache.org >>> >> >>> >> >>> > >>> > >>> > >>> > >>> > >>> > __________________________________ >>> > Yahoo! Mail - PC Magazine Editors' Choice 2005 >>> > http://mail.yahoo.com >>> > >>> > >>> >> --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: >>> users-unsubscribe@tomcat.apache.org >>> > For additional commands, e-mail: >>> users-help@tomcat.apache.org >>> > >>> >>> >>> >> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: >>> users-unsubscribe@tomcat.apache.org >>> For additional commands, e-mail: >>> users-help@tomcat.apache.org >>> >>> >> >> >> >> >> >> __________________________________ >> Yahoo! Mail - PC Magazine Editors' Choice 2005 >> http://mail.yahoo.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org >> For additional commands, e-mail: users-help@tomcat.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org