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

[Bug 1383] usernames are caseinsensitive during login



http://bugs.skolelinux.org/show_bug.cgi?id=1383


Oded Naveh <skilinux@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|http://bugs.debian.org/55243|
                   |3                           |




--- Comment #5 from Oded Naveh <skilinux@gmail.com>  2009-11-05 17:37:52 ---
I believe this behaviour is determined by the "EQUALITY" matching rule defined
for attribute "uid" in the schema, not sure which one (built-in perhaps?) as
the definition in 'core.schema' is commented out, but it reads:

# Derived from RFC 1274, but with new "short names"
#
#attributetype ( 0.9.2342.19200300.100.1.1
#       NAME ( 'uid' 'userid' )
#       DESC 'RFC1274: user identifier'
#       EQUALITY caseIgnoreMatch
#       SUBSTR caseIgnoreSubstringsMatch
#       SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )

No idea how to avoid it too.

Looking at 'id' output:

tjener:~# id demstu
uid=10019(demstu) gid=10019(demstu)
groups=10004(students),10005(none),10019(demstu)

tjener:~# id DemStu
uid=10019(DemStu) gid=10019(demstu) groups=10019(demstu)

I suspect the inconsistency stems from the case sensitivity of:

attributetype ( 1.3.6.1.1.1.1.12 NAME 'memberUid'
        EQUALITY caseExactIA5Match
        SUBSTR caseExactIA5SubstringsMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 )

in:

objectclass ( 1.3.6.1.1.1.2.2 NAME 'posixGroup'
        DESC 'Abstraction of a group of accounts'
        SUP top STRUCTURAL
        MUST ( cn $ gidNumber )
        MAY ( userPassword $ memberUid $ description ) )

Both defined in 'nis.schema'.


-- 
Configure bugmail: http://bugs.skolelinux.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.


Reply to: