Customizing the Certificate Services Web Enrollment Pages
Certificate Services provides web enrollment pages that can be used to request certificates. An administrator can customize some of the items that can be viewed in the web enrollment pages; however, you should be familiar with the web enrollment pages and web scripting before making any changes. For more information about web scripting, see Scripting.
The default values for the Distinguished Name fields for Organization, Organizational Unit, Locality, State, and Country/Region are the values specified for the certification authority (CA) when Certificate Services is installed. These default values appear in the webpages and can be changed by the user during the certificate enrollment process. However, if you want other default values to appear in the webpages, you can edit the Certdat.inc file (in the path \WindowsDirectory\System32\Certsrv\); specifically, you can assign custom values to the following variables provided for customization.
|sDefaultCompany||Default company (appears in the certificate request as the X.509 Organization field).|
|sDefaultOrgUnit||Default department (appears in the certificate request as the X.509 Organizational Unit field).|
|sDefaultLocality||Default city (appears in the certificate request as the X.509 Location field).|
|sDefaultState||Default state/province (appears in the certificate request as the X.509 State field).|
|sDefaultCountry||Default country/region (appears in the certificate request as the X.509 Country/Region field).|
|nPendingTimeoutDays||Number of days in which the user can retrieve a pending certificate after it has been requested.|
No other variables should be changed in the Certdat.inc file.
The following example sets the default Organizational Unit to "Marketing".
Additionally, you can edit the Certrqtp.inc file to add, change, or remove certificate templates or types available to the user. These templates and types, as well as related information, are contained in a dimensioned array called rgAvailReqTypes(m,5).
This array, like all Visual Basic Scripting Edition arrays, is zero based, and as a result, the array's first dimension, m, allocates memory for m+1 items. Therefore, if in customizing the webpages, you need to modify the number of items in the rgAvailReqTypes array, set the m dimension to one less than the total number of items you need. For example, if you will have seven certificate templates, change the declaration of rgAvailReqTypes as shown in the following example.
The array's second dimension, which always has the value five, allocates the six fields that compose each item. These six fields represent the certificate template or type, the display name associated with this template or type, and whether the template requires Secure/Multipurpose Internet Mail Extensions (S/MIME).
To make it easier to understand which of these fields is being accessed, Certrqtp.inc also provides the following constants you can use when setting field values.
|FIELD_OID||(Applies to stand-alone CAs) |
Index to the item's first field; represents an object identifier (OID) for a certificate type.
|FIELD_TEMPLATE||(Applies to enterprise CAs) |
Index to the item's first field; represents a certificate template.
|FIELD_FRIENDLYNAME||Index to the item's second field; represents the display name (which the user will see when enrolling) of the item in the first field.|
|FIELD_CSPLIST||Index to the item's third field. A list of Cryptographic Service Provider names allowed by the template. Each name in the list is separated by a question mark (?).|
|FIELD_CSPLIST2||Index to the item's fourth field. A secondary list of Cryptographic Service Provider names allowed by the template. Each name in the list is separated by a question mark (?). This list provides a different default.|
|FIELD_EXPORTABLE||Index to the item's fifth field. Indicates whether the template specifies that the key should be exportable. If this field contains "True", the key is exportable. If this field contains "False", the key is not exportable.|
|FIELD_NEEDS_SMIME_CAPABILITIES||This constant is not supported.|
For example, the following expressions assign the OID of 188.8.131.52.184.108.40.206.2 to the first item's first field and assign "Web Browser Certificate" to the first item's second field (the array value of zero indexes the first item).
rgAvailReqTypes(0, FIELD_OID) = "220.127.116.11.18.104.22.168.2" rgAvailReqTypes(0, FIELD_FRIENDLYNAME) = "Web Browser Certificate"
The result of these assignments is that the user will see the text Web Browser Certificate when enrolling, and if the user selects Web Browser Certificate, the certificate request will contain the OID 22.214.171.124.126.96.36.199.2.
The Certrqtp.inc file also contains constants that are used for the display names of the certificate templates or types. The following example shows the format.
' Strings for localization. Const L_WebBrowserCert_Text="Web Browser Certificate" Const L_EmailProtectionCert_Text="E-Mail Protection Certificate" Const L_UserTemplateCert_Text="User Certificate"
These constants are defined in a block in the Certrqtp.inc file, and this grouping makes it easier to assign each of them a custom value. This is particularly helpful when you localize the display names for international versions of the webpages.
Finally, the Certrqtp.inc file contains a variable that represents the number of certificate templates or types in the rgAvailReqTypes array. In contrast to the m dimension of the array, set the value of the nAvailReqTypes variable to the actual number of certificate templates or types that your installation will use; this value must be no larger than m+1. Although declared near the top of the Certrqtp.inc file, nAvailReqTypes is assigned a value after the rgAvailReqTypes array is populated, making it easier to see how many elements are actually used by the array. The nAvailReqTypes value is used in an iteration elsewhere in the web enrollment pages, so it is important that this variable accurately reflect the number of certificate templates or types that you want to be viewable to the user.
Note that merely adding certificate templates and types to the Certrqtp.inc file does not guarantee that the user will be able to get a certificate with those traits; the CA must be authorized to issue a certificate for the specified certificate template or type.
Installations can create their own applications or webpages to request and receive a certificate. The ICEnroll4 and ICertRequest2 objects allow programmers or scripters to build certificate request applications.