Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all my openldap entries. Im able to read all the attribute values when i view through the ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1
but when i view the same entry in ldapbrowser its fine. Any one know why entry looks encrypted using slapcat.
Thanks,
____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/
--On September 12, 2007 6:45:34 AM -0700 Neo - kpaxian25@yahoo.com wrote:
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all my openldap entries. Im able to read all the attribute values when i view through the ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1
but when i view the same entry in ldapbrowser its fine. Any one know why entry looks encrypted using slapcat.
It isn't, it is Base 64 encoded.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Neo - wrote:
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all my openldap entries. Im able to read all the attribute values when i view through the ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1
but when i view the same entry in ldapbrowser its fine. Any one know why entry looks encrypted using slapcat.
For security reasons, I guess. But I think we need to move to a stronger algorithm, this is quite easy to crack:
echo -n "IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1" | base64 -d averypohlman37@webster.edu
Remember: garbage in, garbage out.
p.
Ing. Pierangelo Masarati OpenLDAP Core Team
SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati@sys-net.it ---------------------------------------
On Thu, 13 Sep 2007, Pierangelo Masarati wrote:
Any one know why entry looks encrypted using slapcat.
For security reasons, I guess. But I think we need to move to a stronger algorithm, this is quite easy to crack:
echo -n "IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1" | base64 -d averypohlman37@webster.edu
^ More likely because of that leading space.
Hi,
On Thu, Sep 13, 2007 at 07:28:50AM +0200, Pierangelo Masarati wrote:
Neo - wrote:
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to view all my openldap entries. Im able to read all the attribute values when i view through the ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1
but when i view the same entry in ldapbrowser its fine. Any one know why entry looks encrypted using slapcat.
For security reasons, I guess.
I'd think for reasons of not wanting to lose data due to non-ascii characters (charset/locale settings...). This is for exchanging contents of the database.
And btw, this is not encryption but encoding.
Cheers, Michael
But I think we need to move to a stronger algorithm, this is quite easy to crack:
echo -n "IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1" | base64 -d averypohlman37@webster.edu
Remember: garbage in, garbage out.
Hi,
On Thu, Sep 13, 2007 at 07:28:50AM +0200, Pierangelo Masarati wrote:
Neo - wrote:
Hi all, I use a ldapbrowser (its open source java ldapbrowser) to
view all my openldap entries.
Im able to read all the attribute values when i view through the
ldapbrowser.
But when i do slapcat and generate a ldif file i see some attribute
like this
mail:: IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1
but when i view the same entry in ldapbrowser its fine. Any one know why entry looks encrypted using slapcat.
For security reasons, I guess.
I'd think for reasons of not wanting to lose data due to non-ascii characters (charset/locale settings...). This is for exchanging contents of the database.
And btw, this is not encryption but encoding.
damn'd! so "base64 -d" is not a password cracker?!?
p.
Ing. Pierangelo Masarati OpenLDAP Core Team
SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati@sys-net.it ---------------------------------------
On Thu, Sep 13, 2007 at 03:36:24PM +1000, Dave Horsfall wrote:
On Thu, 13 Sep 2007, Pierangelo Masarati wrote:
Any one know why entry looks encrypted using slapcat.
For security reasons, I guess. But I think we need to move to a stronger algorithm, this is quite easy to crack:
echo -n "IGF2ZXJ5cG9obG1hbjM3QHdlYnN0ZXIuZWR1" | base64 -d averypohlman37@webster.edu
^ More likely because of that leading space.
Oh yes, that's the reason in this case. Sorry - I overlooked your reply when I first answered! :-)
Michael
On Thu, Sep 13, 2007 at 12:00:46PM +0200, Pierangelo Masarati wrote:
And btw, this is not encryption but encoding.
damn'd! so "base64 -d" is not a password cracker?!?
Hehe. I, for one, never managed to crack any passwords with it, however hard I tried... ;-)
--On Thursday, September 13, 2007 12:00 PM +0200 Pierangelo Masarati ando@sys-net.it wrote:
For security reasons, I guess.
I'd think for reasons of not wanting to lose data due to non-ascii characters (charset/locale settings...). This is for exchanging contents of the database.
And btw, this is not encryption but encoding.
damn'd! so "base64 -d" is not a password cracker?!?
I understand the desire for humor, and being tired of questions like this, but this really is the -software list, and clearly this person is quite confused. ;) I'm now afraid for people who do search the archives and think that it is supposed to be encrypted rather than encoded because of this response. :/
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-software@openldap.org
-
Dave Horsfall -
Michael Adam -
Neo - -
Pierangelo Masarati -
Quanah Gibson-Mount