As this function only fetches stuff from the apache environment, it's not possible to be a PHP bug if these are not set in it. Have you tried  to access those using getenv() instead?

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

I'm sorry to have overlooked the request to test getenv(): no getenv() doesnt provide the anser either.

Now I'm at PHP version 5.2.6 and the bug is still there. phpinfo() shows clearly that only SSL_CLIENT_S_DN_OU is available to PHP, not the values for SSL_CLIENT_S_DN_OU_n (n being an integer value).

PHP doesn't transmit transparently the value of the string parameter to Apache, but seems to "censor" any Apache variable name it seems not to know.

Please reopen this bug report, change this behavior to enable the use of important and very helpful developments in Apache.

Please reopen this bug report that is still present in PHP 5.2.6

I do not see why PHP would not fetch these vars if apache made them available.

Have you tried:

http://www.mail-archive.com/modssl-users@modssl.org/msg17637.html

The proposed patch is only a dirty one (it restricts the number of OUs to 2 and the DN members with multiplicity to OU), and it unnecessarily puts the check in the wrong place. I checked the relevant code in ssl_engine_kernel.c and especially ssl_engine_vars.c.

The function ssl_var_lookup_ssl_cert_dn() in ssl_engine_vars.c takes care of the retrieving of the DN subentries and I couldn't find a flaw when analysing its code (Apache 2.2.8 and 2.2.9 which I've tried both and got the same result). Where in the PHP code is the connection to the top level function ssl_var_lookup() that descends in multiple steps to ssl_var_lookup_ssl_cert_dn()?

After a digging through the sources pertinent to the functions apache_getenv() and the related Apache sources the problem picture Bug 45875 appears as follows:
apache_getenv relies on the function apr_table_get() which retrieves the values of entries into a table generated by the Apache function ssl_hook_Fixeup(). The latter doesn't take care of DN component entries that may occur multiple times.

I've thus submitted bug report #45875 to Apache. But please don't yet close this present bug since an outcome could be a reply from Apache indicating a different way to access the certificate components made accessible since Apache HTTP 2.1 that could provide a solution on the PHP side. I'll turn back to PHP after getting a reply from Apache.

The problem is solved by a patch I submitted for Apache bug #45875 (see <https://issues.apache.org/bugzilla/show_bug.cgi?id=45875>).

So it is actually not a php bug?

No it's definitley not a PHP bug. It just popped up with the PHP function apache_getenv().

Your answer citing the discussion entry lead me to the right culprit, even so the patch proposed there is too short sighted for a real solution. My patch submitted to Apache takes care of all single DN components with potentially multiple entries (_DN_x_n, x any DN component, n integer).

Thanks for having kept us informed :)

Not a PHP bug > closed (Bogus).