logo       
Google Custom Search
    AddThis Social Bookmark Button

Re: Potential bug in Net::LDAP (with binary data): msg#00004

Subject: Re: Potential bug in Net::LDAP (with binary data)
On 3/6/04 4:11 pm, Graham Barr <gbarr@xxxxxxxxx> wrote:

> 
> 
> Begin forwarded message:
> 
>> From: Douglas Gray Stephens <gray@xxxxxxxxxxxxxxxxxxxxxxxxxx>
>> Date: 3 June 2004 15:58:41 BST
>> To: gbarr@xxxxxxxxx
>> Subject: Potential bug in Net::LDAP (with binary data)
>> Message-Id: <16575.15521.349000.268978@xxxxxxxxxxxxxxxxxx>
>> 
>> 
>> Graham,
>> 
>> I have an odd observation while working with a usercertificate;binary
>> data.  At present I have not tracked this down to Net::LDAP, but
>> thought that you may have some suggestions.
>> 
>> The attached perl replaces my certificate.  I have access to a few
>> servers (old Innosoft (strictly v2 with guess as to what the v3
>> standards would be), iPlanet 5.1, and SunOne 5.2 (both very much v3)).

Your script has this line:

my %change=(q{usercertificate;binary}=>[q{MIIDTDCCArWgAwIBA...

The value of the certificate should be binary on the wire, not base-64
encoded. So you should use the binary value in perl too..

Since you're sending junk to the servers, the server's *should* be rejecting
your modify operations. That they're not is a defect in each of the servers,
and you can't really expect any sort of sane behaviour from them.

How do things change if you send the BER value instead of the base 64?

Cheers,

Chris






Try Searching:
servers, voip, java, networking, microsoft ...
<Prev in Thread] Current Thread [Next in Thread>