view Side-By-Side changes
Intended Category: Standard Track The MITRE Corp. Expires04 October20 May 200104 April20 November 2001 Obsoletes: RFC 2256 A Summary of theX.500(3rdX.500(2nd edition) User Schema for use with LDAPv3<draft-ietf-ldapbis-user-schema-00><draft-ietf-ldapbis-user-schema-01> [Editor's note: This Internet-Draft (I-D) is a modified version of the text of RFC 2256, in order to bring it up to date. This action is part of the maintenance activity that is needed in order to progress LDAPv3 to Draft Standard. The changes are described in Annex A of this document. End of Editor's note] Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. This document is intended to be, after appropriate review and revision, submitted to the RFC Editor as a Standard Track document. Distribution of this memo is unlimited. Technical discussion of this document will take place on the IETF LDAP Revision Working Group (LDAPbis) mailing list <ietf-ldapbis@openldap.org>. Please send editorial comments directly to the author <kdally@mitre.org>. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Copyright 2000, The Internet Society. All Rights Reserved. Please see the Copyright section near the end of this document for more information. Dally Expires04 October 200120 May 2002 [Page 1] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001 Abstract This document provides an overview of the attribute types and object classes defined by the ISO/IEC JTC1 and ITU-T committees in the IS0/IEC 9594 and X.500 documents, in particular those intended for use by directory clients. This is the most widely used schema for LDAP/X.500 directories, and many other schema definitions for white pages objects use it as a basis. This document does not cover attributes used for the administration of X.500 directory servers, nor does it include attributes defined by other ISO/ITU-T documents. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [6]. Dally Expires04 October 200120 May 2002 [Page 2] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001 Table of Contents Status of this Memo 1 Abstract 2 1. General Issues 5 2. Source 5 3. Attribute Types5 3.1 "MUST" Attribute Types 5 3.1.1 objectClass 5 3.2 "SHOULD" Attribute Types63.2.13.1 aliasedObjectName 63.2.2 cn 6 3.2.3 sn3.2 authorityRevocationList 63.2.4 serialNumber3.3 businessCategory 63.2.53.4 c6 3.2.6 l 6 3.2.7 st73.2.8 street 7 3.2.9 o3.5 cACertificate 73.2.10 ou3.6 certificateRevocationList 73.2.11 title3.7 cn 73.2.12 description3.8 crossCertificatePair 73.2.13 businessCategory3.9 deltaRevocationList 83.2.14 postalAddress3.10 description 83.2.15 postalCode3.11 destinationIndicator 83.2.16 postOfficeBox3.12 distinguishedName 83.2.17 physicalDeliveryOfficeName3.13 dmdName 83.2.18 telephoneNumber3.14 dnQualifier 93.2.19 telexNumber3.15 enhancedSearchGuide 93.2.203.16 facsimileTelephoneNumber 93.2.21 x121Address 9 3.2.22 internationalISDNNumber3.17 generationQualifier 93.2.23 registeredAddress3.18 givenName 93.2.24 destinationIndicator3.19 houseIdentifier 103.2.25 preferredDeliveryMethod3.20 initials 103.2.26 presentationAddress3.21 internationalISDNNumber 103.2.27 supportedApplicationContext3.22 knowledgeInformation 103.2.28 member3.23 l 103.2.29 owner3.24 member 103.2.30 roleOccupant3.25 name 113.2.31 seeAlso3.26 o 113.2.32 userPassword3.27 objectClass 113.2.33 userCertificate3.28 ou 113.2.34 cACertificate3.29 owner 113.2.35 authorityRevocationList 12 3.2.36 certificateRevocationList3.30 physicalDeliveryOfficeName 123.2.37 crossCertificatePair3.31 postalAddress 123.2.38 name3.32 postalCode 123.2.39 givenName3.33 postOfficeBox 123.2.40 initials3.34 preferredDeliveryMethod 123.2.41 generationQualifier3.35 presentationAddress 133.2.42 x500UniqueIdentifier3.36 protocolInformation 133.2.43 dnQualifier3.37 registeredAddress 133.2.44 enhancedSearchGuide3.38 roleOccupant 13 3.39 searchGuide 13 3.40 seeAlso 14 Dally Expires04 October 200120 May 2002 [Page 3] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20013.2.45 protocolInformation 13 3.2.46 distinguishedName3.41 serialNumber 143.2.47 uniqueMember3.42 sn 143.2.48 houseIdentifier3.43 st 143.2.49 supportedAlgorithms3.44 street 143.2.50 deltaRevocationList3.45 supportedAlgorithms 143.2.51 dmdName 15 3.3 Superseded and Withdrawn Attribute Types 15 3.3.1 knowledgeInformation3.46 supportedApplicationContext 153.3.2 searchGuide3.47 telephoneNumber 153.3.33.48 teletexTerminalIdentifier 154. Syntaxes3.49 telexNumber 154.1 Delivery Method3.50 title 154.2 Enhanced Guide3.51 uniqueMember 164.3 Guide3.52 userCertificate 164.4 Octet String3.53 userPassword 164.5 Teletex Terminal Identifier 17 4.6 Telex Number 17 4.7 Supported Algorithm3.54 x121Address 16 3.55 x500UniqueIdentifier 175.4. Object Classes 185.1 top 18 5.24.1 alias 185.3 country 18 5.4 locality 18 5.5 organization4.2 applicationEntity 185.6 organizationalUnit4.3 applicationProcess 185.7 person4.4 certificationAuthority 185.8 organizationalPerson 19 5.9 organizationalRole 19 5.10 groupOfNames 19 5.11 residentialPerson 19 5.12 applicationProcess4.5 certificationAuthority-V2 195.13 applicationEntity4.6 country 195.14 dSA4.7 cRLDistributionPoint 195.154.8 device 19 4.9 dmd 205.16 strongAuthenticationUser4.10 dSA 205.17 certificationAuthority4.11 groupOfNames 205.184.12 groupOfUniqueNames20 5.19 userSecurityInformation 20 5.20 certificationAuthority-V2 20 5.21 cRLDistributionPoint 20 5.22 dmd 20 6. Matching Rules216.1 octetStringMatch4.13 locality 217. Security Considerations4.14 organization 218. Acknowledgements4.15 organizationalPerson 219. Bibliography4.16 organizationalRole 2210.4.17 organizationalUnit 22 4.18 person 23 4.19 residentialPerson 23 4.20 strongAuthenticationUser 23 4.21 top 23 4.22 userSecurityInformation 24 5. Security Considerations 24 6. Acknowledgements 24 7. References 25 8. Author's Address2225 Annex A Change Log2326 Dally Expires04 October 200120 May 2002 [Page 4] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001 1. General Issues This document references syntaxes given in section4 of this document and section 63 of [1]. Matching rules are listed in section6 of this document and section 84 of [1]. The attribute type and object class definitions are written using the BNF form of AttributeTypeDescription and ObjectClassDescription given in [1]. Lines have been folded for readability. 2. Source The schema definitions in this document are based on those found in X.500 [2], [3], [4], and [5], specifically: Sections Source ============ ============ 3.1- 3.2X.501 [2] 3.2 X.509 [3] 3.3 -3.363.4 X.520 [4]3.373.5 -3.413.6 X.509 [3]3.42 - 3.523.7 X.520 [4]3.533.8 -3.543.9 X.509 [3]3.553.10 - 3.44 X.520 [4]4.13.45 X.509 [3] 3.46 -4.63.51 X.520 [4]4.73.52 - 3.53 X.509[4] 5.1[3] 3.54 -5.23.55 X.520 [4] 4.1 X.501 [2]5.34.2 -5.184.3 X.521 [5]5.194.4 -5.214.5 X.509 [3]5.224.6 X.521 [5]6.1 X.520 [4]4.7 X.509 [3] 4.8 - 4.19 X.521 [5] 4.20 X.509 [3] 4.21 X.501 [2] 4.22 X.509 [3] Three new attributes: supportedAlgorithms, deltaRevocationList and dmdName, and the new objectClass dmd, which were not specified in X.500 edition 2 (1993), are defined in the X.500 edition 3 (1997)[2, 3, 4, 5] documents. [Editor's note: Should these items be removed so that they are not bringing in a second set of X.500 references. Perhaps they could be put into a non-normative annex with reference to the later X.500 edition. End editor's note.] Dally Expires 20 May 2002 [Page 5] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 3. Attribute TypesTwo kinds ofThe attribute typesarecontained in thissection: ones for holdingsection hold userinformation and others which have been superseded or withdrawn. 3.1 "MUST" Attribute Typesinformation. An LDAP server implementation MUST recognize theattribute types described in this section. 3.1.1 objectClass The values of theobjectClass attributedescribetype. There is no requirement that servers implement thekind of object which an entry represents. The objectClassfollowing attribute types: knowledgeInformation searchGuide teletexTerminalIdentifier In fact, their use ispresent in every entry. Dally Expires 04 October 2001 [Page 5] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 ( 2.5.4.0 NAME 'objectClass' EQUALITY objectIdentifierMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 ) 3.2 "SHOULD" Attribute Typesgreatly discouraged. An LDAP server implementation SHOULD recognize the rest of the attribute types described in this section.3.2.13.1 aliasedObjectName The aliasedObjectName attribute is used by the directory service if the entry containing this attribute is an alias. In X.500, this attribute is called aliasedEntryName. ( 2.5.4.1 NAME 'aliasedObjectName' EQUALITY distinguishedNameMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 ; DN SINGLE-VALUE )3.2.2 cn This3.2 authorityRevocationList A value of this attribute isthe X.500 commonName attribute, which containsanamelist ofan object. If the object corresponds to a person, itCA certificates that are no longer valid. This attribute istypicallyto be stored and requested in theperson's full name.binary form, as 'authorityRevocationList;binary'. (2.5.4.32.5.4.38 NAME'cn' SUP name'authorityRevocationList' SYNTAX 1.3.6.1.4.1.1466.115.121.1.9 )3.2.3 sn; CertificateList 3.3 businessCategory Thisis the X.500 surname attribute, which containsattribute describes thefamily namekind ofa person. ( 2.5.4.4 NAME 'sn' SUP name ) 3.2.4 serialNumber This attribute contains the serial number of a device.business performed by an organization. (2.5.4.52.5.4.15 NAME'serialNumber''businessCategory' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.44{64}1.3.6.1.4.1.1466.115.121.1.15{128} )3.2.5; DirectoryString Dally Expires 20 May 2002 [Page 6] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 3.4 c This is the X.500 countryName attribute, which contains a two-letter ISO 3166 country code. ( 2.5.4.6 NAME 'c' SUP name SINGLE-VALUE )3.2.6 l This is the X.500 localityName attribute, which contains the name3.5 cACertificate A value of this attribute is alocality, such asset of information that is used to establish acity, county or other geographic region. Dally Expires 04 October 2001 [Page 6] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 ( 2.5.4.7 NAME 'l' SUP name ) 3.2.7 sttraceable chain of authority for issuing user certificates. This attribute is to be stored and requested in theX.500 stateOrProvinceName attribute, which contains the full name of a state or province.binary form, as 'cACertificate;binary'. (2.5.4.82.5.4.37 NAME'st' SUP name'cACertificate' SYNTAX 1.3.6.1.4.1.1466.115.121.1.8 )3.2.8 street This; Certificate 3.6 certificateRevocationList A value of this attribute isthe X.500 streetAddress attribute, which contains the physical addressa list ofthe objectuser certificates that are no longer valid. This attribute is towhichbe stored and requested in theentry corresponds, suchbinary form, asan address for package delivery.'certificateRevocationList;binary'. (2.5.4.92.5.4.39 NAME'street' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch'certificateRevocationList' SYNTAX1.3.6.1.4.1.1466.115.121.1.15{128}1.3.6.1.4.1.1466.115.121.1.9 )3.2.9 o; CertificateList 3.7 cn This is the X.500organizationNamecommonName attribute, which containsthea name of anorganization. ( 2.5.4.10 NAME 'o' SUP name ) 3.2.10 ou This isobject. If theX.500 organizationalUnitName attribute, which containsobject corresponds to a person, it is typically thename of an organizational unit.person's full name. (2.5.4.112.5.4.3 NAME'ou''cn' SUP name )3.2.11 title This attribute contains the title, such as "Vice President",3.8 crossCertificatePair A value ofa person in their organizational context. The "personalTitle"this attributewould be used foris aperson's title independentset oftheir job function. ( 2.5.4.12 NAME 'title' SUP name ) 3.2.12 descriptiontwo certificates that are used to enable the certificates issued in two security domains to be usable in both domains. This attributecontains a human-readable description ofis to be stored and requested in theobject.binary form, as 'crossCertificatePair;binary'. (2.5.4.132.5.4.40 NAME'description' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch'crossCertificatePair' SYNTAX1.3.6.1.4.1.1466.115.121.1.15{1024}1.3.6.1.4.1.1466.115.121.1.10 ) ; CertificatePair Dally Expires04 October 200120 May 2002 [Page 7] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20013.2.13 businessCategory3.9 deltaRevocationList This attributedescribes the kindcontains a list ofbusiness performed byrevoked user certificates that is anorganization. ( 2.5.4.15 NAME 'businessCategory' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} ) 3.2.14 postalAddressaddition to a previous certificate revocation list. This attributecontains an address used by a Postal Serviceis toperform services forbe stored and requested in theobject.binary form, as 'deltaRevocationList;binary'. (2.5.4.162.5.4.53 NAME'postalAddress' EQUALITY caseIgnoreListMatch SUBSTR caseIgnoreListSubstringsMatch'deltaRevocationList' SYNTAX1.3.6.1.4.1.1466.115.121.1.411.3.6.1.4.1.1466.115.121.1.9 )3.2.15 postalCode; CertificateList 3.10 description This attribute contains acode used by a Postal Service to identify a postal service zone, such as the southern quadranthuman-readable description ofa city.the object. (2.5.4.172.5.4.13 NAME'postalCode''description' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.15{40}1.3.6.1.4.1.1466.115.121.1.15{1024} )3.2.16 postOfficeBox; DirectoryString 3.11 destinationIndicator This attributecontains the number that a Postal Service uses when a customer arranges to receive mail at a box on premises ofis used for thePostal Service.telegram service. (2.5.4.182.5.4.27 NAME'postOfficeBox''destinationIndicator' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.15{40}1.3.6.1.4.1.1466.115.121.1.44{128} )3.2.17 physicalDeliveryOfficeName; PrintableString 3.12 distinguishedName This attributecontainstype is not used as the namethat a Postal Service uses to identify a post office. ( 2.5.4.19 NAME 'physicalDeliveryOfficeName' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} ) Dally Expires 04 October 2001 [Page 8] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 3.2.18 telephoneNumber A valueofthis attributethe object itself, but it is instead atelephone number complyingbase type from which attributes withCCITT Rec. E.123. ( 2.5.4.20DN syntax inherit. It is unlikely that values of this type itself will occur in an entry. LDAP server implementations which do not support attribute subtyping need not recognize this attribute in requests. Client implementations MUST NOT assume that LDAP servers are capable of performing attribute subtyping. ( 2.5.4.49 NAME'telephoneNumber''distinguishedName' EQUALITYtelephoneNumberMatch SUBSTR telephoneNumberSubstringsMatchdistinguishedNameMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.50{32}1.3.6.1.4.1.1466.115.121.1.12 )3.2.19 telexNumber A3.13 dmdName The value of this attributeisspecifies atelex number , country code, and answerback codedirectory management domain (DMD), the administrative authority which operates the directory server. Dally Expires 20 May 2002 [Page 8] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 ( 2.5.4.54 NAME 'dmdName' SUP name ) 3.14 dnQualifier The dnQualifier attribute type specifies disambiguating information to add to the relative distinguished name of an entry. It is intended for use when merging data from multiple sources in order to prevent conflicts between entries which would otherwise have the same name. It is recommended that the value of the dnQualifier attribute be the same for all entries from atelex terminal.particular source. (2.5.4.212.5.4.46 NAME'telexNumber''dnQualifier' EQUALITY caseIgnoreMatch ORDERING caseIgnoreOrderingMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.521.3.6.1.4.1.1466.115.121.1.44 ) ; PrintableString 3.2.15 enhancedSearchGuide This attribute is for use by X.500 clients in constructing search filters. ( 2.5.4.47 NAME 'enhancedSearchGuide' SYNTAX 1.3.6.1.4.1.1466.115.121.1.21 )3.2.20; EnhancedGuide 3.16 facsimileTelephoneNumber A value of this attribute is a telephone number for a facsimile terminal (and, optionally, its parameters). ( 2.5.4.23 NAME 'facsimileTelephoneNumber' SYNTAX 1.3.6.1.4.1.1466.115.121.1.22 )3.2.21 x121Address A value of this; FacsimileTelephoneNumber 3.17 generationQualifier The generationQualifier attribute contains the part of the name which typically isa data network addressthe suffix, asdefined by CCITT Recommendation X.121.in "IIIrd". (2.5.4.242.5.4.44 NAME'x121Address' EQUALITY numericStringMatch SUBSTR numericStringSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{15}'generationQualifier' SUP name )3.2.22 internationalISDNNumber A value of this3.18 givenName The givenName attribute isan ISDN address, as defined in CCITT Recommendation E.164. ( 2.5.4.25 NAME 'internationalISDNNumber' EQUALITY numericStringMatch SUBSTR numericStringSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{16} ) 3.2.23 registeredAddress This attribute holds a postal address suitable for reception of telegrams or expedited documents, where it is necessaryused tohavehold therecipient accept delivery.part of a person's name which is not their surname nor middle name. ( 2.5.4.42 NAME 'givenName' SUP name ) Dally Expires04 October 200120 May 2002 [Page 9] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001( 2.5.4.26 NAME 'registeredAddress' SUP postalAddress SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 ) 3.2.24 destinationIndicator3.19 houseIdentifier This attribute is usedfor the telegram service.to identify a building within a location. (2.5.4.272.5.4.51 NAME'destinationIndicator''houseIdentifier' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.44{128}1.3.6.1.4.1.1466.115.121.1.15{32768} )3.2.25 preferredDeliveryMethod This; DirectoryString 3.20 initials The initials attribute containsan indication ofthepreferred methodinitials ofgetting a message tosome or all of an individuals names, but not theobject.surname(s). (2.5.4.282.5.4.43 NAME'preferredDeliveryMethod' SYNTAX 1.3.6.1.4.1.1466.115.121.1.14 SINGLE-VALUE'initials' SUP name )3.2.26 presentationAddress This3.21 internationalISDNNumber A value of this attributecontainsis anOSI presentation address.ISDN address, as defined in CCITT Recommendation E.164. (2.5.4.292.5.4.25 NAME'presentationAddress''internationalISDNNumber' EQUALITYpresentationAddressMatchnumericStringMatch SUBSTR numericStringSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.43 SINGLE-VALUE1.3.6.1.4.1.1466.115.121.1.36{16} )3.2.27 supportedApplicationContext; NumericString 3.22 knowledgeInformation This attributecontainsis superseded by theidentifiers of OSI application contexts.system schema attributes which hold the pointers to other LDAP servers. (2.5.4.302.5.4.2 NAME'supportedApplicationContext''knowledgeInformation' EQUALITYobjectIdentifierMatchcaseIgnoreMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.381.3.6.1.4.1.1466.115.121.1.15{32768} ) ; DirectoryString 3.23 l This is the X.500 localityName attribute, which contains the name of a locality, such as a city, county or other geographic region. ( 2.5.4.7 NAME 'l' SUP name )3.2.283.24 member A value of this attribute is the Distinguished Name of an object that is on a list or in a group. Dally Expires 20 May 2002 [Page 10] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 ( 2.5.4.31 NAME 'member' SUP distinguishedName )3.2.29 owner A value of this3.25 name The name attribute type is theDistinguished Name of an object that has an ownership responsibilityattribute supertype from which string attribute types typically used forthe object thatnaming may be formed. It isowned. ( 2.5.4.32 NAME 'owner' SUP distinguishedName ) Dally Expires 04 October 2001 [Page 10] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 3.2.30 roleOccupant A valueunlikely that values of this type itself will occur in an entry. LDAP server implementations which do not support attribute subtyping need not recognize this attribute in requests. Client implementations MUST NOT assume that LDAP servers are capable of performing attribute subtyping. ( 2.5.4.41 NAME 'name' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} ) ; DirectoryString 3.26 o This is theDistinguished NameX.500 organizationName attribute, which contains the name of an organization. ( 2.5.4.10 NAME 'o' SUP name ) 3.27 objectClass The values of the objectClass attribute describe the kind of object(normally a person) that fulfillswhich an entry represents. The objectClass attribute is present in every entry. ( 2.5.4.0 NAME 'objectClass' EQUALITY objectIdentifierMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 ) ; OID 3.28 ou This is theresponsibilitiesX.500 organizationalUnitName attribute, which contains the name ofa role object.an organizational unit. (2.5.4.332.5.4.11 NAME'roleOccupant''ou' SUPdistinguishedNamename )3.2.31 seeAlso3.29 owner A value of this attribute is the Distinguished Name of an object thatis related tohas an ownership responsibility for thesubject object.object that is owned. Dally Expires 20 May 2002 [Page 11] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 (2.5.4.342.5.4.32 NAME'seeAlso''owner' SUP distinguishedName )3.2.32 userPassword A value of this3.30 physicalDeliveryOfficeName This attributeis a character string that is known only to the user andcontains thesystemname that a Postal Service uses towhich the user has access.identify a post office. (2.5.4.352.5.4.19 NAME'userPassword''physicalDeliveryOfficeName' EQUALITYoctetStringMatchcaseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.40{128}1.3.6.1.4.1.1466.115.121.1.15{128} )Passwords are stored using; DirectoryString 3.31 postalAddress This attribute contains anOctet String syntax and are not encrypted. Transfer of cleartext passwords is strongly discouraged whereaddress used by a Postal Service to perform services for theunderlying transport service cannot guarantee confidentiality and may result in disclosure of the password to unauthorized parties. 3.2.33 userCertificate A value of thisobject. ( 2.5.4.16 NAME 'postalAddress' EQUALITY caseIgnoreListMatch SUBSTR caseIgnoreListSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 ) ; PostalAddress 3.32 postalCode This attributeiscontains aset of information that iscode usedto protect business systems, including the directory system and its contents, from a number of threats. The protection is realizedbyverifying the object is authorized to use the business system for certain purposes. This attribute isa Postal Service tobe stored and requested in the binary form,identify a postal service zone, such as'userCertificate;binary'.the southern quadrant of a city. (2.5.4.362.5.4.17 NAME'userCertificate''postalCode' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.81.3.6.1.4.1.1466.115.121.1.15{40} )3.2.34 cACertificate A value of this; DirectoryString 3.33 postOfficeBox This attributeis a set of informationcontains the number thatis useda Postal Service uses when a customer arranges toestablishreceive mail at atraceable chainbox on premises ofauthority for issuing user certificates. This attribute is to be stored and requested inthebinary form, as 'cACertificate;binary'.Postal Service. (2.5.4.372.5.4.18 NAME'cACertificate''postOfficeBox' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.81.3.6.1.4.1.1466.115.121.1.15{40} ) ; DirectoryString 3.34 preferredDeliveryMethod This attribute contains an indication of the preferred method of getting a message to the object. Dally Expires04 October 200120 May 2002 [Page11]12] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20013.2.35 authorityRevocationList A value of this attribute is a list of CA certificates that are no longer valid.( 2.5.4.28 NAME 'preferredDeliveryMethod' SYNTAX 1.3.6.1.4.1.1466.115.121.1.14 ; DeliveryMethod SINGLE-VALUE ) 3.35 presentationAddress This attributeis to be stored and requested in the binary form, as 'authorityRevocationList;binary'.contains an OSI presentation address. (2.5.4.382.5.4.29 NAME'authorityRevocationList''presentationAddress' EQUALITY presentationAddressMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.91.3.6.1.4.1.1466.115.121.1.43 ; PresentationAddress SINGLE-VALUE )3.2.36 certificateRevocationList A value of this3.36 protocolInformation This attribute isa list of user certificates that are no longer valid.used in conjunction with the presentationAddress attribute, to provide additional information to the OSI network service. ( 2.5.4.48 NAME 'protocolInformation' EQUALITY protocolInformationMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.42 ) ; ProtocolInformation 3.37 registeredAddress This attribute holds a postal address suitable for reception of telegrams or expedited documents, where it is necessary tobe stored and requested inhave thebinary form, as 'certificateRevocationList;binary'.recipient accept delivery. (2.5.4.392.5.4.26 NAME'certificateRevocationList''registeredAddress' SUP postalAddress SYNTAX1.3.6.1.4.1.1466.115.121.1.91.3.6.1.4.1.1466.115.121.1.41 )3.2.37 crossCertificatePair; PostalAddress 3.38 roleOccupant A value of this attribute isa setthe Distinguished Name oftwo certificatesan object (normally a person) thatare used to enablefulfills thecertificates issued in two security domains to be usable in both domains.responsibilities of a role object. ( 2.5.4.33 NAME 'roleOccupant' SUP distinguishedName ) 3.39 searchGuide This attribute isto be stored and requestedfor use by clients inthe binary form, as 'crossCertificatePair;binary'.constructing search filters. It is superseded by enhancedSearchGuide, described above in 3.15. (2.5.4.402.5.4.14 NAME'crossCertificatePair''searchGuide' SYNTAX1.3.6.1.4.1.1466.115.121.1.101.3.6.1.4.1.1466.115.121.1.25 )3.2.38 name The name; Guide Dally Expires 20 May 2002 [Page 13] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 3.40 seeAlso A value of this attributetypeis theattribute supertype from which string attribute types typically used for naming may be formed. It is unlikely that valuesDistinguished Name ofthis type itself will occur inanentry. LDAP server implementations which do not support attribute subtyping need not recognize this attribute in requests. Client implementations MUST NOT assumeobject thatLDAP servers are capable of performingis related to the subject object. ( 2.5.4.34 NAME 'seeAlso' SUP distinguishedName ) 3.41 serialNumber This attributesubtyping.contains the serial number of a device. (2.5.4.412.5.4.5 NAME'name''serialNumber' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.15{32768}1.3.6.1.4.1.1466.115.121.1.44{64} )3.2.39 givenName The givenName attribute is used to hold; PrintableString 3.42 sn This is thepartX.500 surname attribute, which contains the family name of aperson's name which is not their surname nor middle name.person. (2.5.4.422.5.4.4 NAME'givenName''sn' SUP name )3.2.40 initials The initials attribute3.43 st This is the X.500 stateOrProvinceName attribute, which contains theinitialsfull name ofsomea state orall of an individuals names, but not the surname(s). Dally Expires 04 October 2001 [Page 12] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001province. (2.5.4.432.5.4.8 NAME'initials''st' SUP name )3.2.41 generationQualifier The generationQualifier attribute3.44 street This is the X.500 streetAddress attribute, which contains thepartphysical address of thenameobject to whichtypically isthesuffix,entry corresponds, such asin "IIIrd". ( 2.5.4.44 NAME 'generationQualifier' SUP name ) 3.2.42 x500UniqueIdentifier The x500UniqueIdentifier attribute is used to distinguish between objects when a distinguished name has been reused. In X.500, this attribute is called uniqueIdentifier. This is a different attribute type from both the "uid" and "uniqueIdentifier" (defined in ??) types.an address for package delivery. (2.5.4.452.5.4.9 NAME'x500UniqueIdentifier''street' EQUALITYbitStringMatchcaseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.61.3.6.1.4.1.1466.115.121.1.15{128} )3.2.43 dnQualifier The dnQualifierDirectoryString 3.45 supportedAlgorithms This attributetype specifies disambiguating information to add tocontains therelative distinguished nameidentifiers ofan entry. It is intended for use when merging data from multiple sources in order to prevent conflicts between entries which would otherwise have the same name. It is recommendedcryptographic algorithms that thevalue of the dnQualifierobject implements. This attribute is to be stored and requested in thesame for all entries from a particular source.binary form, as 'supportedAlgorithms;binary'. Dally Expires 20 May 2002 [Page 14] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 (2.5.4.462.5.4.52 NAME'dnQualifier' EQUALITY caseIgnoreMatch ORDERING caseIgnoreOrderingMatch SUBSTR caseIgnoreSubstringsMatch'supportedAlgorithms' SYNTAX1.3.6.1.4.1.1466.115.121.1.441.3.6.1.4.1.1466.115.121.1.49 )3.2.44 enhancedSearchGuide; SupportedAlgorithm 3.46 supportedApplicationContext This attributeis for use by X.500 clients in constructing search filters.contains the identifiers of OSI application contexts. (2.5.4.472.5.4.30 NAME'enhancedSearchGuide''supportedApplicationContext' EQUALITY objectIdentifierMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.211.3.6.1.4.1.1466.115.121.1.38 )3.2.45 protocolInformation This; OID 3.47 telephoneNumber A value of this attribute isused in conjunctiona telephone number complying withthe presentationAddress attribute, to provide additional information to the OSI network service.CCITT Rec. E.123. (2.5.4.482.5.4.20 NAME'protocolInformation''telephoneNumber' EQUALITYprotocolInformationMatchtelephoneNumberMatch SUBSTR telephoneNumberSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.421.3.6.1.4.1.1466.115.121.1.50{32} )Dally Expires 04 October 2001 [Page 13] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 3.2.46 distinguishedName This attribute type is not used as the name; TelephoneNumber 3.48 teletexTerminalIdentifier The withdrawal of Rec. F.200 has resulted in theobject itself, but it is instead a base type from which attributes with DN syntax inherit. It is unlikely that valueswithdrawal of thistype itself will occur in an entry. LDAP server implementations which do not support attribute subtyping need not recognizeattribute. ( 2.5.4.22 NAME 'teletexTerminalIdentifier' SYNTAX 1.3.6.1.4.1.1466.115.121.1.51 ) ; TeletexTerminalIdentifier 3.49 telexNumber A value of this attributein requests. Client implementations MUST NOT assume that LDAP servers are capableis a telex number , country code, and answerback code ofperforming attribute subtyping.a telex terminal. (2.5.4.492.5.4.21 NAME'distinguishedName' EQUALITY distinguishedNameMatch'telexNumber' SYNTAX1.3.6.1.4.1.1466.115.121.1.121.3.6.1.4.1.1466.115.121.1.52 ) ; TelexNumber 3.50 title This attribute contains the title, such as "Vice President", of a person in their organizational context. The "personalTitle" attribute would be used for a person's title independent of their job function. ( 2.5.4.12 NAME 'title' SUP name )3.2.47Dally Expires 20 May 2002 [Page 15] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 3.51 uniqueMember A value of this attribute is the Distinguished Name of an object that is on a list or in a group, where the Relative Distinguished Name of the object includes a value that distinguishs between objects when a distinguished name has been reused. ( 2.5.4.50 NAME 'uniqueMember' EQUALITY uniqueMemberMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.34 )3.2.48 houseIdentifier This; NameAndOptionalUID 3.52 userCertificate A value of this attribute is a set of information that is used toidentify a building withinprotect business systems, including the directory system and its contents, from alocation. ( 2.5.4.51 NAME 'houseIdentifier' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} ) 3.2.49 supportedAlgorithms This attribute contains the identifiersnumber ofcryptographic algorithms thatthreats. The protection is realized by verifying the objectimplements.is authorized to use the business system for certain purposes. This attribute is to be stored and requested in the binary form, as'supportedAlgorithms;binary'.'userCertificate;binary'. (2.5.4.522.5.4.36 NAME'supportedAlgorithms''userCertificate' SYNTAX1.3.6.1.4.1.1466.115.121.1.491.3.6.1.4.1.1466.115.121.1.8 )3.2.50 deltaRevocationList This; Certificate 3.53 userPassword A value of this attributecontainsis alist of revoked user certificatescharacter string that isan additionknown only toa previous certificate revocation list. This attribute isthe user and the system tobewhich the user has access. ( 2.5.4.35 NAME 'userPassword' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40{128} ) ; OctetString Passwords are stored using an Octet String syntax andrequestedare not encrypted. Transfer of cleartext passwords is strongly discouraged where the underlying transport service cannot guarantee confidentiality and may result in disclosure of thebinary form,password to unauthorized parties. 3.54 x121Address A value of this attribute is a data network address as'deltaRevocationList;binary'.defined by CCITT Recommendation X.121. (2.5.4.532.5.4.24 NAME'deltaRevocationList''x121Address' EQUALITY numericStringMatch SUBSTR numericStringSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.91.3.6.1.4.1.1466.115.121.1.36{15} ) ; NumericString Dally Expires04 October 200120 May 2002 [Page14]16] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20013.2.51 dmdName3.55 x500UniqueIdentifier Thevalue of thisx500UniqueIdentifier attributespecifiesis used to distinguish between objects when adirectory management domain (DMD), the administrative authority which operates the directory server. ( 2.5.4.54 NAME 'dmdName' SUPdistinguished name) 3.3 Superseded and Withdrawn Attribute Types There is no requirement that servers implement the attribute types in this section.has been reused. Infact, their useX.500, this attribute isgreatly discouraged. 3.3.1 knowledgeInformationcalled uniqueIdentifier. Thisattributeissuperseded by some system schema attributes.a different attribute type from both the "uid" and "uniqueIdentifier" (defined in ??) types. (2.5.4.22.5.4.45 NAME'knowledgeInformation''x500UniqueIdentifier' EQUALITYcaseIgnoreMatchbitStringMatch SYNTAX1.3.6.1.4.1.1466.115.121.1.15{32768}1.3.6.1.4.1.1466.115.121.1.6 )3.3.2 searchGuide This attribute is for use; BitString Dally Expires 20 May 2002 [Page 17] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 4. Object Classes LDAP servers MUST recognize the object class "top". LDAP servers SHOULD recognize all the other object classes listed here as values of the objectClass attribute. 4.1 alias The alias object class enables more than one Distinguished Name to designate an entry byclients in constructing search filters. Itproviding an alias entry. The alias entry contains a pointer to the other entry. The pointer issuperseded by enhancedSearchGuide, described aboveautomatically followed when the alias entry is found in3.2.43. ( 2.5.4.14 NAME 'searchGuide' SYNTAX 1.3.6.1.4.1.1466.115.121.1.25 ) 3.3.3 teletexTerminalIdentifier The withdrawalthe process ofRec. F.200 has resulted inlocating thewithdrawaltarget entry(s) ofthis attribute.an operation. (2.5.4.222.5.6.1 NAME'teletexTerminalIdentifier' SYNTAX 1.3.6.1.4.1.1466.115.121.1.51'alias' SUP top STRUCTURAL MUST aliasedObjectName )4. Syntaxes Servers SHOULD recognize4.2 applicationEntity The applicationEntity object class definition is thesyntaxes defined in this section. Each syntax begins with a sample valuebasis ofthe ldapSyntaxes attributean entry whichdefines the OBJECT IDENTIFIER ofrepresents thesyntax. The descriptionsinterconnection aspects ofsyntax names are not carriedan application process inprotocol, and are not guaranteed to be unique. 4.1 Delivery Methoda distributed environment. (1.3.6.1.4.1.1466.115.121.1.14 DESC 'Delivery Method' ) Values in this syntax are encoded according to the following BNF: delivery-value = pdm / ( pdm whsp "$" whsp delivery-value2.5.6.12 NAME 'applicationEntity' SUP top STRUCTURAL MUST ( presentationAddress $ cn )Dally Expires 04 October 2001 [Page 15] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 pdm = "any" / "mhs" / "physical" / "telex" / "teletex" / "g3fax" / "g4fax" / "ia5" / "videotex" / "telephone" Example: telephone 4.2 Enhanced GuideMAY (1.3.6.1.4.1.1466.115.121.1.21 DESC 'Enhanced Guide'supportedApplicationContext $ seeAlso $ ou $ o $ l $ description )Values in this syntax are encoded according to the following BNF: EnhancedGuide = woid whsp "#" whsp criteria whsp "#" whsp subset subset = "baseobject" / "oneLevel" / "wholeSubtree") 4.3 applicationProcess Thecriteria productionapplicationProcess object class definition isdefined intheGuide syntax below. This syntax has been added subsequent to RFC 1778. Example: person#(sn)#oneLevel 4.3 Guide ( 1.3.6.1.4.1.1466.115.121.1.25 DESC 'Guide' ) Valuesbasis of an entry which represents an application executing inthis syntax are encoded according to the following BNF: guide-value = [ object-class "#" ] criteria object-class = woid criteria = criteria-item / criteria-set / ( "!" criteria ) criteria-set = ( [ "(" ] criteria "&" criteria-set [ ")" ] ) / ( [ "(" ] criteria "|" criteria-set [ ")" ] ) criteria-item = [ "(" ] attributetype "$" match-type [ ")" ] match-type = "EQ" / "SUBSTR" / "GE" / "LE" / "APPROX" This syntax should not be used for defining new attributes. 4.4 Octet Stringa computer system. (1.3.6.1.4.1.1466.115.121.1.40 DESC 'Octet String'2.5.6.11 NAME 'applicationProcess' SUP top STRUCTURAL MUST cn MAY ( seeAlso $ ou $ l $ description )Values in this syntax) 4.4 certificationAuthority The certificationAuthority object class is the collection of attributes that areencoded as octet strings.needed in an entry which represents an issuer of certificates in a security system. Dally Expires04 October 200120 May 2002 [Page16]18] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001Example: secret 4.5 Teletex Terminal Identifier(1.3.6.1.4.1.1466.115.121.1.51 DESC 'Teletex Terminal Identifier'2.5.6.16 NAME 'certificationAuthority' SUP top AUXILIARY MUST ( authorityRevocationList $ certificateRevocationList $ cACertificate )Values in this syntax are encoded according to the following BNF: teletex-id = ttx-term 0*("$" ttx-param) ttx-term = printablestring ttx-param = ttx-key ":" ttx-value ttx-key = "graphic" / "control" / "misc" / "page" / "private" ttx-value = octetstring In the above, the first printablestring is the encoding of the first portion ofMAY crossCertificatePair ) 4.5 certificationAuthority-V2 The certificationAuthority-V2 object class adds theteletex terminal identifierdeltaRevocationList attribute tobe encoded, andthesubsequent 0 or more octetstrings are subsequent portions ofcollection in theteletex terminal identifier. 4.6 Telex NumbercertificationAuthority object class, as an option. (1.3.6.1.4.1.1466.115.121.1.52 DESC 'Telex Number'2.5.6.16.2 NAME 'certificationAuthority-V2' SUP certificationAuthority AUXILIARY MAY ( deltaRevocationList )Values in this syntax are encoded according to the following BNF: telex-number = actual-number "$") 4.6 country"$" answerback actual-number = printablestringThe country= printablestring answerback = printablestring In the above, actual-numberobject class definition is thesyntactic representation of the number portionbasis ofthe TELEX number being encoded, country is the TELEX country code, and answerbackan entry which represents a country. ( 2.5.6.2 NAME 'country' SUP top STRUCTURAL MUST c MAY ( searchGuide $ description ) ) 4.7 cRLDistributionPoint The cRLDistributionPoint object class is theanswerback codebasis of an entry which represents aTELEX terminal. 4.7 Supported Algorithm ( 1.3.6.1.4.1.1466.115.121.1.49 DESC 'Supported Algorithm' ) No printable representation of valuessource ofthe supportedAlgorithms attribute is definedcertificate revocation lists inthis document. Clients which wish to store and retrieve this attributea security system. ( 2.5.6.19 NAME 'cRLDistributionPoint' SUP top STRUCTURAL MUSTuse "supportedAlgorithms;binary", in which the value( cn ) MAY ( certificateRevocationList $ authorityRevocationList $ deltaRevocationList ) ) 4.8 device The device object class istransferred as a binary encoding.the basis of an entry which represents an appliance or computer or network element. Dally Expires04 October 200120 May 2002 [Page17]19] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20015. Object Classes LDAP servers( 2.5.6.14 NAME 'device' SUP top STRUCTURAL MUSTrecognize thecn MAY ( serialNumber $ seeAlso $ owner $ ou $ o $ l $ description ) ) 4.9 dmd The dmd object class"top". LDAP servers SHOULD recognize allis theother object classes listed here as valuesbasis of an entry which represents theobjectClass attribute. 5.1 topset of one or more DSAs and zero or more DUAs managed by a single organization, i.e., a Directory Management Domain. (2.5.6.02.5.6.20 NAME'top' ABSTRACT'dmd' SUP top STRUCTURAL MUSTobjectClass( dmdName )5.2 aliasMAY (2.5.6.1userPassword $ searchGuide $ seeAlso $ businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ st $ l $ description ) ) 4.10 dSA The dSA (Directory System Agent) object class is the basis of an entry which represents a server in a directory system. ( 2.5.6.13 NAME'alias''dSA' SUPtopapplicationEntity STRUCTURALMUST aliasedObjectNameMAY knowledgeInformation )5.3 country4.11 groupOfNames The groupOfNames object class is the basis of an entry which represents a set of named objects including information related to the purpose or maintenance of the set. (2.5.6.22.5.6.9 NAME'country''groupOfNames' SUP top STRUCTURAL MUSTc( member $ cn ) MAY (searchGuidebusinessCategory $ seeAlso $ owner $ ou $ o $ description ) )5.4 localityDally Expires 20 May 2002 [Page 20] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 4.12 groupOfUniqueNames The groupOfUniqueNames object class is the same as the groupOfNames object class except that the object names are not repeated or reassigned within a set scope. (2.5.6.32.5.6.17 NAME'locality''groupOfUniqueNames' SUP top STRUCTURAL MUST ( uniqueMember $ cn ) MAY (streetbusinessCategory $ seeAlso $searchGuideowner $stou $lo $ description ) )5.5 organization4.13 locality The locality object class is the basis of an entry which represents a place in the physical world. (2.5.6.42.5.6.3 NAME'organization''locality' SUP top STRUCTURALMUST oMAY (userPassword $ searchGuide $ seeAlso $ businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $street $postOfficeBox $ postalCode $ postalAddressseeAlso $physicalDeliveryOfficeNamesearchGuide $ st $ l $ description ) )5.6 organizationalUnit4.14 organization The organization object class is the basis of an entry which represents a structured group of people. (2.5.6.52.5.6.4 NAME'organizationalUnit''organization' SUP top STRUCTURAL MUSTouo MAY ( userPassword $ searchGuide $ seeAlso $ businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ st $ l $ description ) )5.74.15 organizationalPerson The organizationalPerson object class is the basis of an entry which represents a person( 2.5.6.6 NAME 'person' SUP top STRUCTURAL MUST ( sn $ cn ) MAY ( userPassword $ telephoneNumber $ seeAlso $ description ) )in relation to an organization. Dally Expires04 October 200120 May 2002 [Page18]21] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20015.8 organizationalPerson( 2.5.6.7 NAME 'organizationalPerson' SUP person STRUCTURAL MAY ( title $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ ou $ st $ l ) )5.94.16 organizationalRole The organizationalRole object class is the basis of an entry which represents a job or function or position in an organization. ( 2.5.6.8 NAME 'organizationalRole' SUP top STRUCTURAL MUST cn MAY ( x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ seeAlso $ roleOccupant $ preferredDeliveryMethod $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ ou $ st $ l $ description ) )5.10 groupOfNames ( 2.5.6.9 NAME 'groupOfNames' SUP top STRUCTURAL MUST ( member $ cn ) MAY ( businessCategory $ seeAlso $ owner $ ou $ o $ description ) ) 5.11 residentialPerson4.17 organizationalUnit The organizationalUnit object class is the basis of an entry which represents a piece of an organization. (2.5.6.102.5.6.5 NAME'residentialPerson''organizationalUnit' SUPpersontop STRUCTURAL MUSTlou MAY ( userPassword $ searchGuide $ seeAlso $ businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $preferredDeliveryMethod $street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ st $ l) ) 5.12 applicationProcess ( 2.5.6.11 NAME 'applicationProcess' SUP top STRUCTURAL MUST cn MAY ( seeAlso $ ou $ l $ description ) ) 5.13 applicationEntity ( 2.5.6.12 NAME 'applicationEntity' SUP top STRUCTURAL MUST ( presentationAddress $ cn ) MAY ( supportedApplicationContext $ seeAlso $ ou $ o $ l$ description ) )5.14 dSA ( 2.5.6.13 NAME 'dSA' SUP applicationEntity STRUCTURAL MAY knowledgeInformation )Dally Expires04 October 200120 May 2002 [Page19]22] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20015.15 device ( 2.5.6.14 NAME 'device' SUP top STRUCTURAL MUST cn MAY ( serialNumber $ seeAlso $ owner $ ou $ o $ l $ description ) ) 5.16 strongAuthenticationUser ( 2.5.6.15 NAME 'strongAuthenticationUser' SUP top AUXILIARY MUST userCertificate ) 5.17 certificationAuthority ( 2.5.6.16 NAME 'certificationAuthority' SUP top AUXILIARY MUST ( authorityRevocationList $ certificateRevocationList $ cACertificate ) MAY crossCertificatePair ) 5.18 groupOfUniqueNames4.18 person The person object class is the basis of an entry which represents a human being. (2.5.6.172.5.6.6 NAME'groupOfUniqueNames''person' SUP top STRUCTURAL MUST (uniqueMembersn $ cn ) MAY (businessCategory $ seeAlso $ owneruserPassword $outelephoneNumber $oseeAlso $ description ) )5.19 userSecurityInformation ( 2.5.6.18 NAME 'userSecurityInformation' SUP top AUXILIARY MAY ( supportedAlgorithms ) ) 5.20 certificationAuthority-V2 ( 2.5.6.16.2 NAME 'certificationAuthority-V2' SUP certificationAuthority AUXILIARY MAY ( deltaRevocationList ) ) 5.21 cRLDistributionPoint ( 2.5.6.19 NAME 'cRLDistributionPoint' SUP top STRUCTURAL MUST ( cn ) MAY ( certificateRevocationList $ authorityRevocationList $ deltaRevocationList ) ) 5.22 dmd4.19 residentialPerson The residentialPerson object class is the basis of an entry which includes a person's residence in the representation of the person. (2.5.6.202.5.6.10 NAME'dmd''residentialPerson' SUPtopperson STRUCTURAL MUST( dmdName )l MAY (userPassword $ searchGuide $ seeAlso $businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ preferredDeliveryMethod $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ st $ l$ description) )Dally Expires 04 October 2001 [Page 20] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 2001 6. Matching Rules Servers MAY implement additional matching rules. 6.1 octetStringMatch Servers which implement the extensibleMatch filter SHOULD allow the matching rule listed in this section to be used in4.20 strongAuthenticationUser The strongAuthenticationUser object class adds theextensibleMatch. In general these servers SHOULD allow matching rules to be used with all attribute types knownuserCertificate attribute, as a mandatory attribute, to theserver, whencollection of attributes in an entry. ( 2.5.6.15 NAME 'strongAuthenticationUser' SUP top AUXILIARY MUST userCertificate ) 4.21 top The top object class is theassertion syntaxconceptual beginning of thematching rule isinheritance hierarchy of object classes. Top guarantees that every entry has thesame asobjectClass attribute, which identifies thevalue syntaxtype of theattribute.entry. ( 2.5.6.0 NAME 'top' ABSTRACT MUST objectClass ) Dally Expires 20 May 2002 [Page 23] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 4.22 userSecurityInformation TheOctet String Match rule compares for equality an asserted octet string withuserSecurityInformation object class adds the supportedAlgorithms attribute, as anattribute value of type OCTET STRING. The strings match if they areoptional attribute, to thesame length and corresponding octets are identical.collection of attributes in an entry. (2.5.13.172.5.6.18 NAME'octetStringMatch' SYNTAX 1.3.6.1.4.1.1466.115.121.1.40'userSecurityInformation' SUP top AUXILIARY MAY ( supportedAlgorithms )7.) 5. Security Considerations Attributes of directory entries are used to provide descriptive information about the real-world objects they represent, which can be people, organizations or devices. Most countries have privacy laws regarding the publication of information about people. Transfer of cleartext passwords is strongly discouraged where the underlying transport service cannot guarantee confidentiality and may result in disclosure of the password to unauthorized parties. It is required that strong authentication be performed in order to modify directory entries using LDAP.8.6. Acknowledgements The definitions, on which this document is based, have been developed by committees for telecommunications and international standards. No new attribute definitions have been added. This document is an update of RFC 2256 by Mark Wahl. RFC 2256 was a product of the IETFLDAPBISASID Working Group. This document is based upon input of the IETF LDAPBIS working group. The authors wish to thank ___ for their significant contribution to this update. Dally Expires04 October 200120 May 2002 [Page21]24] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 20019. Bibliography7. References [1] replacement(draft-hinckley-ldapbis-rfc2252-nn)(draft-ietf-ldapbis-syntaxes-01) for Wahl, M., Coulbeck, A., Howes, T., and S. Kille, "Lightweight X.500 Directory Access Protocol(v3): Attribute Syntax Definitions", RFC 2252, December 1997 [2] The Directory: Models, ITU-T Recommendation X.501,19971995 [3] The Directory: Authentication Framework, ITU-T Recommendation X.509,19971995 [4] The Directory: Selected Attribute Types, ITU-T Recommendation X.520,19971995 [5] The Directory: Selected Object Classes. ITU-T Recommendation X.521,19971995 [6] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", RFC 2119, March 199710.8. Author's Address Kathy Dally The MITRE Corp.1820 Dolley Madison Blvd.,1575 Colshire Dr., ms-W650 McLean VA 22102 USA Phone: +1 703 883 6058 Email: kdally@mitre.org Dally Expires04 October 200120 May 2002 [Page22]25] INTERNET-DRAFTdraft-ietf-ldapbis-user-schema-00 04 Aprildraft-ietf-ldapbis-user-schema-01 20 November 2001 Annex A Change Log This annex lists the changes that have been made from RFC 2256 to this I-D.The changes madeChanges to RFC 2256 resulting inthis latest version are items 12 - 15.draft-ietf-ldapbis-user-schema-00.txt: 1. Revision of the Status of this Memo. 2. Dependencies on RFC 1274 have been eliminated. 3. The references to X.500(96) have been expressed in terms of the "edition", rather than the standard date. Note that the version of X.500 which is the basis for this document, is the third edition, which was finalized in 1996, but approved in 1997. 4. The "teletexTerminalNumber" attribute and syntax are marked as obsolete. 5. Removed "The syntax definitions are based on the ISODE "QUIPU" implementation of X.500." from section 6. 6. Added text to 6.1, the octetString syntax, in accordance with X.520. 7. Some of the attribute types MUST be recognized by servers. Also, several attributes are obsolete. Therefore, the various kinds of attribute types have been placed in separate sections: - necessary for the directory to operate (section 3.1) - for holding user information (section 3.2) - superseded or withdrawn (section 3.3). 8. Since "top" may be implicitly specified and "alias" is not abstract, the last sentence in the description of the "objectClass" attribute type, section 3.1.1, has been deleted. The clause that preceded the deleted sentence has been removed, also. 9. Add a description to the definition of the "telephoneNumber" attribute type, section 3.2.17. 10. Add text to mark the "teletexTerminalIdentifier" attribute type as obsolete. Dally Expires 20 May 2002 [Page 26] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-01 20 November 2001 11. Add a security consideration requiring strong authentication in order to modify directory entries. Changes to draft-ietf-ldapbis-user-schema-00.txt, resulting in draft- ietf-ldapbis-user-schema-01.txt: 12. Delete the conformance requirement for subschema object classes in favor of a statement in [1]. 13. Add a Table of ContentsDally Expires 04 October 2001 [Page 23] INTERNET-DRAFT draft-ietf-ldapbis-user-schema-00 04 April 200114. Replace the term "obsolete" with "superseded or withdrawn" 15.AddAdded explanations to many attributes. 16. In the title, correct the X.500 reference to have the second edition as the basis. 17. Throughout this I-D, cleaned up whitespace in the BNF definitions. 18. Removed Section 4, Syntaxes, and Section 6, Matching Rules, (moved to draft-ietf-ldapbis-syntaxes-01.txt). 19. Reorganized Section 3, Attributes, to eliminate grouping attributes according to conformance requirements. Reordered Section 3, Attributes, and Section 4, Object Classes, alphabetically. 20. Added an explanation for each object class. Dally Expires04 October 200120 May 2002 [Page24]27] ----