RE: [users@httpd] SSL Handshake error handling

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: TAYLOR, TIM (CONTRACTOR) [mailto:TIM.TAYLOR@xxxxxxxx] 
> Sent: Montag, 20. März 2006 17:41
> To: users@xxxxxxxxxxxxxxxx
> Subject: [users@httpd] SSL Handshake error handling
> 
> Does anyone know if it is possible to put in a custom 
> response for errors that occur during the handshake. 
> Apparently, these are not HTTP errors that I can use the 
> ErrorDocument directive with.

This is an interesting variation on the old "can't-do-name-based-SSL" problem that we know and love. As you rightly state, the SSL handshake occurs at the HTTPS layer, which is before the HTTP session is established. So if the handshake fails, since an HTTP session is never established, you can't use any HTTP attributes in the response. In fact, you're not even in the HTTP part of the code so you don't have access yet to the HTTP error-handling routines. 

> 
> Specifically, I want to give a meaningful message to users 
> who don't provide a valid X.509 certificate when 
> SSLClientVerify require is set.

However.... reading the docs for SSLVerifyClient [note spelling] (http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslverifyclient) I see it has two contexts:

- "per-server" it behaves as above, so no dice.

- However, in "per-directory" context, it forces a re-negotiation (ie, you get in at the top level without a client cert - this establishes the SSL connection and now you are in HTTP - then you go to a sub-dir and have to renegotiate the session. At this point, if you fail, you should get an HTTP response though the docs don't say which one :-(

Give it a try and let us know how you get on...

Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be ignored. 

> 
> Any ideas? 
> 
> regards, 
> tt 
> 317-510-7346 
> 
> 
Diese E-mail ist eine private und persönliche Kommunikation. Sie hat keinen Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX Gruppe. This e-mail is of a private and personal nature. It is not related to the exchange or business activities of the SWX Group. Le présent e-mail est un message privé et personnel, sans rapport avec l'activité boursière du Groupe SWX.
 
 
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company.

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux