(RADIATOR) CRL reloading is not working

Mike McCauley mikem at open.com.au
Thu Jan 31 17:35:47 CST 2008


Hello Jan,

How did you test the reloading in the second case? Did you create a new CRL, 
or just touch the CRL file without changing its contents?

Cheers.

On Thursday 31 January 2008 22:50, Jan Tomasek wrote:
> Hi,
>
> to complete my EAP-TLS evaluation I today tested CRL suport of Radiator.
>
> When using:
> 	EAPTLS_CAPath	/etc/ssl
> 	EAPTLS_CRLCheck
> Radiator correctly uses <issuer-subject-hash>.r0 in EAPTLS_CAPath but
> wasn't able to detect when CRL was changed on disk. I'm not sure if
> blame Net::SSLeay (1.30-1) or even OpenSSL (0.9.8c-4etch1). Radiator
> continue use old CRL until get restarted.
>
>
> When I tested using:
> 	EAPTLS_CRLCheck
> 	EAPTLS_CRLFile		/etc/ssl/380fec8f.r0
> Radiator correctly detects change of file on disk but CRL is not being
>
> reloaded. I studied method reloadCrls and slightly modified it:
> > $self->log($main::LOG_DEBUG,
> > &Net::SSLeay::X509_STORE_add_crl($cert_store, $crl)); my $err =
> > &Net::SSLeay::ERR_get_error();
> > $self->log($main::LOG_DEBUG, $err);
> > $self->log($main::LOG_DEBUG, &Net::SSLeay::ERR_error_string($err));
>
> debug output:
> > Thu Jan 31 13:35:10 2008: DEBUG: Handling request with Handler
> > 'User-Name=/^TLS\+.+ at .+/' Thu Jan 31 13:35:10 2008: DEBUG:  Deleting
> > session for TLS+semik at cesnet.cz, 127.0.0.1, Thu Jan 31 13:35:10 2008:
> > DEBUG: Handling with Radius::AuthFILE: Thu Jan 31 13:35:10 2008: DEBUG:
> > Handling with EAP: code 2, 0, 24, 1 Thu Jan 31 13:35:10 2008: DEBUG:
> > Response type 1
> > Thu Jan 31 13:35:10 2008: DEBUG: (Re)loading CRL file
> > '/etc/ssl/380fec8f.r0' Thu Jan 31 13:35:10 2008: DEBUG: 0
> > Thu Jan 31 13:35:10 2008: DEBUG: 185061477
> > Thu Jan 31 13:35:10 2008: DEBUG: error:0B07D065:x509 certificate
> > routines:X509_STORE_add_crl:cert already in hash table
>
> I'm missing methods for replacing CRL inside X509_STORE in
> openssl/x509_vfy.h. Maybe it will require rebuild for whole context.
>
>
> Please, can be both problems fixed? We are not sure which CRL checking
> method we will finally deploy. It would be nice to have both available.
>
> Thanks
> --
> -----------------------
> Jan Tomasek aka Semik
> http://www.tomasek.cz/
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
9 Bulbul Place Currumbin Waters QLD 4223 Australia   http://www.open.com.au
Phone +61 7 5598-7474                       Fax   +61 7 5598-7070

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, 
TTLS, PEAP etc on Unix, Windows, MacOS, NetWare etc.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list