Understanding TLS SSF

List overview All Threads
Download

newer

older

Re: Autofs-OpenLDAP Assistance

Troubleshooting syncrepl

J Davis

30 Jul 2008 30 Jul '08

6:59 a.m.

Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...

TLSCACertificateFile /etc/ldap/ssl/cacert.pem TLSCertificateFile /etc/ldap/ssl/servercrt.pem TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem ... access to * by tls_ssf=128 ssf=128 anonymous auth by tls_ssf=128 ssf=128 self write

Relevant portions of the lapd.conf...

TLS_CACERT /etc/ldap/ssl/cacert.pem

With those ACLs in place I get the following error:

$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b "uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)

And slapd in debug mode shows me that I didn't meet the ssf requirments...

connection_read(15): unable to get TLS client DN, error=49 id=0 conn=0 fd=15 TLS established tls_ssf=32 ssf=32 ... <= check a_authz.sai_tls_ssf: ACL 128 > OP 32

I'm not really sure where to go from here. Any advice about how to increase the SSF of my connection would be greatly appreciated.

Thanks, -Jake

Attachments:

attachment.htm (text/html — 1.8 KB)

Show replies by date

Buchan Milne

30 Jul 30 Jul

9:02 a.m.

On Wednesday 30 July 2008 15:59:52 J Davis wrote:

...

Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...
TLSCACertificateFile /etc/ldap/ssl/cacert.pem
TLSCertificateFile /etc/ldap/ssl/servercrt.pem
TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
Relevant portions of the lapd.conf...
TLS_CACERT /etc/ldap/ssl/cacert.pem
With those ACLs in place I get the following error:
$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)

And slapd in debug mode shows me that I didn't meet the ssf requirments...
connection_read(15): unable to get TLS client DN, error=49 id=0
conn=0 fd=15 TLS established tls_ssf=32 ssf=32
...
<= check a_authz.sai_tls_ssf: ACL 128 > OP 32

What ssl implementation is your slapd using ?

J Davis

10:16 a.m.

Openssl 0.9.8g-4ubuntu3.3

Thanks, -Jake

On Wed, Jul 30, 2008 at 12:02 PM, Buchan Milne bgmilne@staff.telkomsa.netwrote:

...

On Wednesday 30 July 2008 15:59:52 J Davis wrote:

...
Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...
TLSCACertificateFile /etc/ldap/ssl/cacert.pem
TLSCertificateFile /etc/ldap/ssl/servercrt.pem
TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
Relevant portions of the lapd.conf...
TLS_CACERT /etc/ldap/ssl/cacert.pem
With those ACLs in place I get the following error:
$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)

And slapd in debug mode shows me that I didn't meet the ssf
requirments...

...
connection_read(15): unable to get TLS client DN, error=49 id=0
conn=0 fd=15 TLS established tls_ssf=32 ssf=32
...
<= check a_authz.sai_tls_ssf: ACL 128 > OP 32
What ssl implementation is your slapd using ?

Quanah Gibson-Mount

4:36 p.m.

I doubt that's the SSL that OpenLDAP is compiled against. It looks to me like it is compiled against GnuTLS, and likely affected by ITS#5585, which was fixed in OpenLDAP 2.4.11. If that's correct, then the real TLS value is 256. Have you actually run ldd on slapd to see what libraries it is linked against for SSL?

--Quanah

--On Wednesday, July 30, 2008 1:16 PM -0400 J Davis mrsalty0@gmail.com wrote:

...

Openssl 0.9.8g-4ubuntu3.3

Thanks, -Jake

On Wed, Jul 30, 2008 at 12:02 PM, Buchan Milne bgmilne@staff.telkomsa.net wrote:

On Wednesday 30 July 2008 15:59:52 J Davis wrote:

...
Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...
TLSCACertificateFile /etc/ldap/ssl/cacert.pem
TLSCertificateFile /etc/ldap/ssl/servercrt.pem
TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
Relevant portions of the lapd.conf...
TLS_CACERT /etc/ldap/ssl/cacert.pem
With those ACLs in place I get the following error:
$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)

And slapd in debug mode shows me that I didn't meet the ssf requirments...
connection_read(15): unable to get TLS client DN, error=49 id=0
conn=0 fd=15 TLS established tls_ssf=32 ssf=32
...
<= check a_authz.sai_tls_ssf: ACL 128 > OP 32
What ssl implementation is your slapd using ?

Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

Patrick Patterson

9:37 a.m.

Hello

On Wed, Jul 30, 2008 at 9:59 AM, J Davis mrsalty0@gmail.com wrote:

...

Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...
TLSCACertificateFile /etc/ldap/ssl/cacert.pem
TLSCertificateFile /etc/ldap/ssl/servercrt.pem
TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
Relevant portions of the lapd.conf...
TLS_CACERT /etc/ldap/ssl/cacert.pem
With those ACLs in place I get the following error:
$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)

You may want to try adding -q as one of the options to your ldapsearch. It appears that the tls_ssf turns on STARTTLS, instead of LDAP over SSL and in order to use that, you need to tell the client to use starttls as well, which is what (if I read the man page correctly), -q does.

Have fun.

-- Personal Mail from Patrick Patterson No company affiliation

J Davis

10:21 a.m.

Interesting. Is "-q" implemented after 2.4.9? It's not supported by my installation. My man page says: "-Z[Z] Issue StartTLS (Transport Layer Security) extended operation. If you use -ZZ, the command will require the operation to be successful."

Which is what I did.

Thanks, -Jake

On Wed, Jul 30, 2008 at 12:37 PM, Patrick Patterson ppatters@gmail.comwrote:

...

Hello

On Wed, Jul 30, 2008 at 9:59 AM, J Davis mrsalty0@gmail.com wrote:

...
Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for all access to the directory. My problem is that I cannot get the client to meet the ssf restictions I have in place. The documentation I've seen on ssf and tls_ssf is very sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...
TLSCACertificateFile /etc/ldap/ssl/cacert.pem
TLSCertificateFile /etc/ldap/ssl/servercrt.pem
TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
Relevant portions of the lapd.conf...
TLS_CACERT /etc/ldap/ssl/cacert.pem
With those ACLs in place I get the following error:
$ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com" ldap_bind: Invalid credentials (49)
You may want to try adding -q as one of the options to your ldapsearch. It appears that the tls_ssf turns on STARTTLS, instead of LDAP over SSL and in order to use that, you need to tell the client to use starttls as well, which is what (if I read the man page correctly), -q does.

Have fun.

-- Personal Mail from Patrick Patterson No company affiliation

Hallvard B Furuseth

10:35 a.m.

Patrick Patterson writes:

...

On Wed, Jul 30, 2008 at 9:59 AM, J Davis mrsalty0@gmail.com wrote:

Pet peeve: While it doesn't help your problem, you should in addition to this:

...

access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write

use something like 'security simple_bind=128 update_ssf=128'. This gives the result code confidentialityRequired instead of invalidCredentials when the ssf is insufficient. Thus users who did not use TLS don't get the impression that they just sent the wrong password - and maybe then send the unprotected password again.

...

You may want to try adding -q as one of the options to your ldapsearch.

No, OpenLDAP ldapsearch has no -q option. There is a -Q option, but that's for SASL which is something else than SSL.

...

It appears that the tls_ssf turns on STARTTLS, instead of LDAP over SSL and in order to use that, you need to tell the client to use starttls as well, which is what (if I read the man page correctly), -q does.

No. STARTTLS is turned on in the client, not the server. And whether you use SSL aka TLS via STARTTLS or ldaps:// is irrelevant for the tls_ssf access control clause.

-- Hallvard

J Davis

10:45 a.m.

On Wed, Jul 30, 2008 at 1:35 PM, Hallvard B Furuseth < h.b.furuseth@usit.uio.no> wrote:

...

Patrick Patterson writes:

...
On Wed, Jul 30, 2008 at 9:59 AM, J Davis mrsalty0@gmail.com wrote:

Pet peeve: While it doesn't help your problem, you should in addition to this:

...
...
access to *
    by tls_ssf=128 ssf=128 anonymous auth
    by tls_ssf=128 ssf=128 self write
use something like 'security simple_bind=128 update_ssf=128'. This gives the result code confidentialityRequired instead of invalidCredentials when the ssf is insufficient. Thus users who did not use TLS don't get the impression that they just sent the wrong password

and maybe then send the unprotected password again

Well, that certainly is an improvement.

-Jake

Dieter Kluenter

11:09 a.m.

"Patrick Patterson" ppatters@gmail.com writes:

...

Hello

On Wed, Jul 30, 2008 at 9:59 AM, J Davis mrsalty0@gmail.com wrote:

Greetings,

I'm testing an installation of openldap 2.4.9. I want to enforce TLS for
all access to the directory.
My problem is that I cannot get the client to meet the ssf restictions I
have in place. The documentation I've seen on ssf and tls_ssf is very
sparse so I don't really understand what it does.

I'm using self signed cert created using the openssl CA.sh script.

Relevant portions of the slapd.conf...

    TLSCACertificateFile /etc/ldap/ssl/cacert.pem
    TLSCertificateFile /etc/ldap/ssl/servercrt.pem
    TLSCertificateKeyFile /etc/ldap/ssl/serverkey.pem
    ...
    access to *
        by tls_ssf=128 ssf=128 anonymous auth
        by tls_ssf=128 ssf=128 self write

Relevant portions of the lapd.conf...

    TLS_CACERT /etc/ldap/ssl/cacert.pem

With those ACLs in place I get the following error:

    $ ldapsearch -x -ZZ -D "uid=jake,ou=people,dc=example,dc=com" -W -b
"uid=jake,ou=people,dc=example,dc=com"
    ldap_bind: Invalid credentials (49)

Where did you read this?

from man ldapsearch(5) -Z[Z] Issue StartTLS (Transport Layer Security) extended operation. If you use -ZZ, the command will require the operation to be suc- cessful.

-Dieter

-- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

5988

Age (days ago)

5988

Last active (days ago)

openldap-technical@openldap.org

8 comments

6 participants

tags (0)

participants (6)

Buchan Milne
Dieter Kluenter
Hallvard B Furuseth
J Davis
Patrick Patterson
Quanah Gibson-Mount