Election Commission of India Nirvachan Sadan, Ashoka Road, New Delhi

Transcription

1 Election Commission of India Nirvachan Sadan, Ashoka Road, New Delhi By Camp Bag No.485/Comp/5/2009/ Dated 28 th April, To The Chief Electoral Officers of All States & Union Territories. Subject :General election Issuance of Digital Certificate to Returning Officers Regarding. Sir/Madam, It is intended to distribute digital signature to all Returning Officers of Parliamentary Constituencies and Assembly Constituencies of States going to polls during April-May, 2009 as well as to all District Election Officers and Chief Electoral Officers across the country for authentication purpose of transmitting the counting results. The Principal Secretary/Secretary of each zone in ECI will ensure the receipt of completed forms duly signed by ROs, SIOs of NIC and CEOs (or their representative) back to themselves in the ECI by They shall also monitor the status of receiving these forms and will remain in continuous touch with the respective CEOs till all signed completed and fully authenticated/signed forms are received by The CEOs & SIOs of NIC shall together ensure that all completed and fully authenticated/signed Forms are scanned and ed to ECI by , and also put into special camp bag so as to reach the Zonal Secretaries in the ECI by ( or latest by ). In addition, the scanned copies of completed and authenticated/signed Forms shall be provided similarly latest by on the address :dsc@eci.gov.in. The Zonal Secretaries shall latest by provide hard copies of completed and authenticated/ signed Forms related to all ROs of all their States to Shri Ashish Chakraborty, Under Secretary, ECI. Yours faithfully, Enclosures : 1.Application Form (pdf.) 2.Suscriber Agreement Form (pdf.) 3. Certification Practice Statement (pdf.) ( Ashish Chakraborty ) Under Secretary

2 NIC Certifying Authority National Informatics Centre Ministry of Communications and Information Technology Government of India DIGITAL SIGNATURE CERTIFICATE REQUEST FORM NOTE: 1. This application form is to be filled by the applicant. 2. Please fill the form in BLOCK LETTERS. 3. Please Tick (a) the appropriate option. 4. All subscribers are advised to read Certificate Practice Statement of CA. 5. Application form must be submitted in person. 6. Incomplete/Inconsistent applications are liable to be rejected. 7. Validity period should not exceed the date of superannuation of the applicant. 8. Asterisk (*) marked entries should not be blank as these are reflected in the Digital Signature Certificate (DSC). 1. Type of Applicant/Subscriber : Government/ PSU & Statutory Bodies/ Registered Companies 2. Class of Certificate Required : Class I Class II Class III (see point 12 at page-4) Ref. No.... (To be filled by NICCA) 3. Certificate Required (Purpose) : Individual (Signing)/Encryption/SSL Server (Web Server)/ SSL Client/ Time (see point 12 at page-4) Stamping/ OCSP Responder/ OCSP Signer/ Smart Card Login/ Code Signing/ Time Stamping/ IP Sec Tunnel/ IP Sec User/ Key Recovery 4. Certificate Validity (Max. 2 Years) : One year/two year/specify validity 5. Name* : (First Name) (Middle Name) (Surname) 6. Designation (Optional) : 7. Address(Official ID preferred) : 8. a) Office Address : Ministry/Department (Optional) Telephone: (Official) (Residential) b) Residential Address : 9. Identification Details : Employee Id/Code No. (One or more) Passport No. PAN Card No Voter s ID Card No. Driving License No. PF No. Bank Account Details Ration Card No. 10. In case the application is for a device : Web Server then details of Server/Device for which Services the certificate is being applied for must IP Address be filled. (Details for Server Certificate) URL/Domain Name Physical Location 11. The following details will be used in : Organization* Certificate subject: Organization Unit* Locality/City* State* Country* INDIA Date:.. Place:.. (Signature of the Applicant) SmartCard/USB Token Sr. No.:... Authorised Signatory / RAA: ( ) (For NICCA Office use only) Affix Recent Passport Size Photograph Request No.:.. RA code : (Name) : (.) Date:. Remarks:

3 Declaration by the Subscriber I hereby declare and understand that 1. I have read the subscriber agreement under Resources ( 2. I shall keep the private key safe and will not share with others. 3. I shall verify the contents and the correctness of the certificate before accepting the DSC. 4. I understand that my organization name will be part of my DSC. 5. I shall send a signed mail to NIC-CA (support@camail.nic.in) to acknowledge the acceptance of the DSC. I also undertake to sign an additional declaration form in case of Encryption Certificate. 6. I shall not use the private key before acceptance of the DSC. 7. I authorize NIC-CA to publish the certificate in the NIC-CA repository after acceptance of the DSC. 8. If the private key my DSC is compromised, I shall communicate to NICCA without any delay as per requirement mentioned in Regulation 6 of Information Technology (Certifying Authority) Regulations, (Doc Id NICCA-FRM Pdf, available under Repository>CPS & Forms>All Forms at 9. No attempt will be made to gain unauthorized access to NIC-CA facilities. 10. I understand the terms and conditions of issued DSC and will use the DSC under the terms of issue as in the Certificate Practice Statement. 11. I understand that on cessation of my employment, I shall inform NICCA and my present employer for revocation of my Digital Signature Certificate. 12. I certify the following: (Tick whichever is applicable) I have not applied for a DSC with NIC-CA earlier. I have been issued a DSC by NIC-CA with Serial no. and Class-.The status of this DSC is Valid/Revoked/Suspended/Expired. The information furnished above is true to the best of my knowledge and belief. I will comply with terms and conditions of the Duties of Subscriber (as in section of the IT Act2000) and those of the Certificate Practice Statement of the NIC-CA. If at a later stage any information is found to be incorrect or there is non-compliance of the terms and conditions of use of the DSC, NIC-CA will not be responsible for the consequences/ liabilities and will be free to take any action including cancellation of the DSC. Place: (Signature of the Applicant) Date:. Name: For Head of Office or JS (Admn.) for Government Sector/Superior Authority for Banking Sector of Applicant/ Company Secretary of Govt. registered Company This is to certify that Mr./Ms has provided correct information in the Application form for issue of Digital Signature Certificate for subscriber to the best of my knowledge and belief. I have verified the credential of the applicant as per the records and the guidelines given at page 5. I hereby authorize him/her, on behalf of my organization to apply for obtaining Digital Certificate from NIC-CA for the purpose specified above. Date:.. Place:. Name of Officer with Designation: (Signature of Officer with stamp of Org./Office) Office Verification by SIO / HOD of NIC (Only for Class-2 & Class-3 Certificate) This form has to be forwarded to NIC-CA at the following address: (Signature of HOD/SIO, NIC) Name:.. Date:... Office Seal: National Informatics Centre Certifying Authority (NICCA) National Informatics Centre 1st Floor, A-Block, CGO Complex, Lodi Road, New Delhi , Telephone :

4 Additional Declaration by the Subscriber for Encryption Certificate I hereby declare and understand that : 1. I am solely responsible for the usage of these Certificates/Tokens/ Technology. I shall not hold NICCA responsible for any data loss/damage, arising from the usage of the same. 2. I am aware that Key Escrow/Key Archiving of Encryption keys is not done by NICCA and I shall not hold NICCA responsible or approach NICCA for recovery of my private Encryption Key, in case of its loss or otherwise. 3. I shall be responsible for compliance to the relevant sections of the IT Act/Indian Telegraphic Act and other Acts/laws of the Indian legal system, pertaining to Encryption/Decryption of any message or document or electronic data, and I shall be liable for associated penal actions, for any breaches thereof. 4. NICCA shall not be held responsible and no legal proceedings shall be taken against NICCA for any loss and damage that may occur due to any reason whatsoever including technology upgradation, malfunctioning or partial functioning of the software, USB token, Smart Card or any other system component. 5. I am aware that the Encryption Certificate, issued by NICCA is valid only for the suggested usage and for the period mentioned in the certificate. I undertake not to use the Certificate for any other purpose. 6. I am conversant with PKI technology, and understand the underlying risks and obligations involved in usage of Encryption Certificate. I certify the following: (Tick whichever is applicable) I have not applied for a Encryption Certificate with NIC-CA earlier. I have been issued a Encryption Certificate by NIC-CA with Serial no. and Class.The status of this Encryption Certificate is Valid/Revoked/Suspended/Expired. The information furnished above is true to the best of my knowledge and belief. I will comply with terms and conditions of the Duties of Subscriber (as in section of the IT Act2000) and those of the Certificate Practice Statement of the NIC-CA. If at a later stage any information is found to be incorrect or there is non-compliance of the terms and conditions of use of the Encryption Certificate, NIC-CA will not be responsible for the consequences/ liabilities and will be free to take any action including cancellation of the Encryption Certificate. Place: (Signature of the Applicant) Date:. Name: Declaration by For Head of Office or JS (Admn.) I hereby authorize Mr/Mrs employed in this Organization, to apply for Encryption Certificate from NIC-CA. It is further certified that a Policy/Procedure is in place, which describes the complete process for Encryption Key Pair Generation, Backup Procedure for Encryption key pair, safe-keeping of Backups and associated Key Recovery Procedures. The consequences of loss of the key have been explained to the user and he/she has been advised about securing the key and making it available to relevant authorities, in case of emergency. Date:... Place:.. Name & Designation:. Office .. (Signature of Officer with stamp of Org./Office) Verification by SIO / HOD of NIC (Signature of HOD/SIO, NIC) Name:.. Date:.. This form has to be forwarded to NIC-CA at the following address: Office Seal : National Informatics Centre Certifying Authority (NICCA) NIC, 1 st Floor, A-Block, CGO Complex, Lodi Road, New Delhi , Telephone :

5 Instruction for DSC Applicant 1. NIC-CA abides by the Information Technology Act, 2000, laid down by the Govt. of India. The applicant is advised to read this IT Act 2000 under Resources ( 2. To use DSC for exchanging Digitally signed , S/MIME compatible Mail clients should be used (Outlook Express/Netscape etc.). Also, please ensure that your -id is issued from a POP compatible Mail server. For security reasons, NICCA prefers usage of Official ID. 3. The subscriber is required to send one copy of DSC request form, duly signed and forwarded by Head of Office. Applicant is advised to retain a copy of the same, for filling up the form online while generating key-pair. 4. The forwarded DSC application form is processed at NIC-CA for issue of DSC. If all particulars are in order, a User- Id, password and the profile for the applicant is created using the details submitted. This user-id will only be valid for 90 days (i.e., applicant has to generate key pairs request and download certificate within 90 days) failing which; user is required to re-submit fresh DSC application for DSC issuance. 5. It is very important to keep the private key securely. 6. If the private key is compromised, applicant should immediately inform NIC-CA office by phone or e- mail at support@camail.nic.in and Login with his user-id and password at NIC-CA website. The User has to send Request for Revocation/Suspension/Activation form (Doc Id: NICCA-FRM-50037) 7. For viewing all valid DSCs and CRLs, the user can access the website ( under Repository. 8. DSCs are issued on FIPS-140 Level-2 compliant smart card, which allows only maximum ten numbers of incorrect attempts for entering pass phrase/ pin. On exceeding this limit, the smart card gets blocked which can't be unblocked even by NIC-CA and hence DSC will have to be revoked and reissued. 9. It is important to note that -id given by the applicant is functional and applicant access the same on regular basis as all communications in regard to DSC like user, revocation, renewal, expiration details is communicated thru the given -id. 10. I understand that on cessation of my employment, I shall inform my present employer and NICCA for revocation of my Digital Signature Certificate. 11. For any further clarification, user can write to support@camail.nic.in or visit the NIC-CA website ( 12. Types of Classes: Depending upon requirement of assurance level and usage of DSC as described below, the applicant may select one of the classes. Class-1 Certificate: Assurance Level: Provides minimum level of assurance. Subscriber s identity is proved only with help of Distinguished Name DN and hence provides limited assurance of the identity. Suggested Usage: Signing certificate primarily be used for signing personal s and encryption certificate is to be used for encrypting digital s and SSL certificate is used to establish secure communications through the use of secure socket layer (SSL). Category Issued to the Individual from Govt., PSU/Statutory Bodies, Government Registered Companies and Web Servers/Servers within NIC domain Class-2 Certificate: Assurance Level: Provides higher level of assurance confirming the details submitted in the DSC Request Form, including photograph and documentary proof in respect of at least one of the identification details. Suggested Usage: In addition to the suggested usage mentioned in class I, the class II Signing certificate may also be used for digital signing, code signing, authentication for VPN Client, web form signing, user authentication, Smart Card Logon, single sign-on and signing involved in e-procurement/ e-governance applications. Category Issued to the Individual from Govt., PSU/Statutory Bodies, Government Registered Companies and Web Servers/Servers in open domain. Class-3 Certificate: Assurance Level: Provides highest level of assurances, as verification process is very stringent. Proves existence of name of organizations such as Government Departments/Agencies, PSU/ Govt. Registered Companies and assures applicant s identity authorized to act on behalf of the Government/PSU/Statutory/Autonomous bodies/ Government registered Companies.

6 Suggested Usage: In addition to the suggested usage mentioned in class-1, class-2 & class-3. Signing certificate may also be used for digital signing for discharging his/her duties as per official designation and also encryption certificate may also be used for encryption requirement as per his/her official capacity. Category Issued to Government entities/head of the Institutions, Statutory/Autonomous bodies, Government registered Companies Guidelines for verification for Head of Office or JS (Admn.) for Government Sector/Superior Authority for Banking Sector of Applicant/ Company Secretary of Govt. registered Company/ SIO/ DIO/HOD/NIC-Co-ordinator of NIC The Head of Office (HO) of DSC requestor has to verify the identity /credentials of applicants. They will be solely responsible for authentication and validation of each subscriber/applicant within the organisation. They have to maintain complete record of documentary proofs, one copy of dully-filled DSC form by the applicant and verified by them, in their offices. The 2 nd copy of application, they have to send to NICCA [for Class I] or SIO/ DIO/HOD/NIC-Co-ordinator NIC [for Class II and III]. They have to ensure verification process as described below, depending upon the class of certificate as applied by the applicant Verification Process: Class-1 Certificate: HO has to ensure the validity of the details given in the DSC Request Form and verify the same. Class-2 Certificate: HO ensures for the certainty of the details given in the DSC Request Form and authenticates the details, which is further authenticated by HOD/SIO/DIO/NIC-Coordinator. HO has to utilize various procedures to obtain probative evidence in respect of identity of the applicants by way of seeking photograph and documentary evidence of one of the items under point no 8 (Identification details) for individual certificate. For SSL server certificate the HO has to ensure attestation of URL for Web Servers by Domain Name Registering Agency, location of web server. Class-3 Certificate: In addition to the verification process required for the class II certificates, the subscriber s of class III certificates are required to be personally present with proof of their identity to the NIC-CA for issuance of DSC. On receipt of DSC application form, SIO/ DIO/HOD/NIC-Co-ordinator is required to ensure that the application form is signed by the HO(Head of Office)/JS/Company Secretary/Superior Officer of the applicant along with the seal of the office. SIO/ DIO/HOD/NIC-Co-ordinator has to maintain information for the applicants (Class-II or Class-III Certificates only) being authenticated by them by keeping photocopy of documentary proofs, DSC forms etc. They have to forward original copy of DSC form to NICCA for further processing. HO/ SIO/ DIO/HOD/NIC-Co-ordinator are requested to check class of certificates as per the instructions at point 12 on Page-4 of 'Instruction for DSC Applicant'.

7 NIC Certifying Authority Page 1 of 1 21-Apr-09 The maximum time limit for DSC suspension/revocation request is 72 hours Resources Subscriber Agreement Subscriber Agreement YOU MUST READ THIS SUBSCRIBER AGREEMENT BEFORE APPLYING FOR, ACCEPTING, OR USING A DIGITAL CERTIFICATE FROM NIC CA. IF YOU DO NOT AGREE TO THE TERMS OF THIS SUBSCRIBER AGREEMENT, DO NOT APPLY FOR, ACCEPT, OR USE THE DIGITAL CERTIFICATE. THIS SUBSCRIBER AGREEMENT WILL BECOME EFFECTIVE ON SUBMISSION OF THE CERTIFICATE APPLICATION TO THE NIC CERTIFICATION AUTHORITY (NIC CA). BY SUBMITTING THIS CERTIFICATE APPLICATION (AND SUBSCRIBER AGREEMENT) YOU ARE REQUESTING NIC CA TO ISSUE A DIGITAL CERTIFICATE TO YOU AND ARE EXPRESSING YOUR AGREEMENT TO THE TERMS OF THIS SUBSCRIBER AGREEMENT. THE NIC's CERTIFICATION SERVICES ARE GOVERNED BY THE NIC CA's CERTIFICATION PRACTICE STATEMENT (CPS) AS AMENDED FROM TIME TO TIME, WHICH IS INCORPORATED BY REFERENCE INTO THIS SUBSCRIBER AGREEMENT. THE NIC CA's CERTIFICATION PRACTICE STATEMENT MAY BE ACCESSED ON THE INTERNET AT [ FOR YOUR CONVENIENCE A QUICK SUMMARY OF THE CERTIFICATION PRACTICE STATEMENT IS SET OUT BELOW. YOU AGREE TO USE THE DIGITAL CERTIFICATE AND ANY RELATED CA SERVICES ONLY IN ACCORDANCE WITH THE CPS. BY APPLYING FOR A DIGITAL CERTIFICATE, USING THE FORM OVERLEAF & ONLINE YOU CONFIRM THAT YOU HAVE READ THE CERTIFICATION PRACTICE STATEMENT AND AGREE TO ALL ITS TERMS. QUICK SUMMARY OF IMPORTANT CPS RIGHTS AND OBLIGATIONS: PLEASE SEE THE TEXT OF THE CPS FOR DETAILS. THIS SUMMARY IS INCOMPLETE. MANY OTHER IMPORTANT ISSUES ARE DISCUSSED IN THE CPS. 1. The Certification Practice Statement controls the provision and use of the NIC CA services - including certificate application, application validation, certificate issuance, acceptance, use, and suspension and revocation. 2. You (the user/subscriber) acknowledge that the NIC CA has provided you with sufficient information to become familiar with digital signatures and certificates before applying for, using, and relying upon a certificate. 3. Before submitting a certificate application, you must generate a key pair and keep the private key secure from compromise in a trustworthy manner. Your client software should provide this functionality. 4. You must accept a certificate before communicating it to others, or otherwise inducing their use of it. By accepting a certificate, you make certain important representations. 5. If you are the recipient of a digital signature or certificate, you are responsible for deciding whether to rely on it. Before doing so, the NIC CA recommends that you use the certificate to verify that the digital signature was created during the operational period of the certificate by the private key corresponding to the public key listed in the certificate, and that the message associated with the digital signature has not been altered. 6. You agree to notify the NIC CA upon compromise of your private key. 7. The Certification Practice Statement provides various warranties and promises made by the NIC CA. Otherwise, warranties are disclaimed and liability is limited by the NIC CA. 8. The Certification Practice Statement contains various miscellaneous provisions, requires compliance with applicable regulation About Us Repository Contact Us Privacy policy Legal Disclaimer Copyright 2006 Tata Consultancy Services Limited - All Rights Reserved

8 Certification Practice Statement (CPS) for Digital Signature Certification Services (Version 4.3) November 6, 2007 OID: Certifying Authority National Informatics Centre Department of Information Technology Ministry of Communications & Information Technology Government of India NICCA Certification Practice Statement Version 4.3 Page 1 of 53

9 Doc Id. NIC-CA/PLC/CPS.11 NIC Certifying Authority National Informatics Centre Department of Information Technology Ministry of Communications & Information Technology A-Block, CGO Complex, Lodhi Road, New Delhi Certification Practice Statement (CPS) V4.3 March 16, 2007 DOCUMENTATION VERSION CONTROL VERSION DATE AUTHOR (S) DESCRIPTION REASON FOR CHANGE 0.1 Dec 2001 Ratnaboli G Dinda C S Rao Ratnaboli G Dinda C S Rao Ratnaboli G Dinda C S Rao 1.2 August Ratnaboli G Dinda 2002 C S Rao Manoj Kulshreshth Sumeet Jethra P K Saha, Manoj K Kulshreshth P K Saha, Anupama Mandal, Manoj K Kulshrshth S K Roy Manoj Kulshreshth S K Roy Manoj Kulshreshth S K Roy Manoj Kulshreshth S Khan Manoj Kulshreshth Nagendra Kumar S K Roy P K Saha Anupama Mandal Manoj Kulshreshth S Khan P K Saha Anupama Mandal Manoj Kulshreshth Anuradha Valsa Raj S Khan Initial draft Initial draft 2 nd draft Reworking Final Final Final Final sent to CCA Final sent to CCA Final sent to CCA Final sent to CCA Sent to CCA Sent to CCA Sent to CCA To incorporate changes after installation of HSM ICICI Infotech CA S/w License expiration New Software Next update due on 30 th April 2003 Changes made as per comments received from CCA Changes made after Auditors Comment. Next update due on 30 th June 2003 Extending validity of certificates for two years, mandatory requirement for DN Certificate fees for PSU, Statutory Bodies, Serving revocation/ suspension request within 72 hours Issuance of DSCs to Government Registered Private Companies, Encryption Certificates, inclusion of more types of certificates Issuance of DSC on crypto device Exclusion of single key-pair signing and encryption and Inclusion of Declaration form for encryption Inclusion of Individual from Govt., PSU/Statutory Bodies, Government Registered Companies in the eligibility criteria for encryption certificates NICCA Certification Practice Statement Version 4.3 Page 2 of 53

10 OID Structure OID of NIC-CA : OID of CPS of NIC-CA : OID of CP of NIC-CA : n OID of CCA of India : OID of India Object Identifiers : OID of Joint assignments by country : 2.16 OID of ISO/ITU-T jointly assigned : 2 - NICCA Certification Practice Statement Version 4.3 Page 3 of 53

11 Contents 1. INTRODUCTION Policy Overview Certificates Classes Types of Certificates Signing Certificate Encryption Certificate Mandatory Declaration by Subscriber for Encryption Certificate Web Server Certificate Client Certificate Object Signing Certificate IP Sec Tunnel IP Sec User OCSP Responder OCSP Signing Time Stamping Smart card Logon Applicability Certifying Authority Registration Authorities End-Entities Applications Contact Details GENERAL PROVISIONS Obligations CA Obligations Compliance Certificate Requests Validity of Certificates Obligations of the NIC Coordinator at the requesting organisation Compliance Authentication of the RA s credentials Maintain Certificate Application Information Subscriber Obligations Accuracy of Representations in Certificate Applications Key Pair Generation Protection of the Entity's Private Key Notification of CA upon Private Key Compromise Notification of CA upon any change in their Certificate Content Restrictions on Private Key and Certificate use Personal Data ID Enrollment Submission of Public Key Protection of Private Key Private Key Usage Duplicate Certificate Requests Accept Root Certificate of CA Use of Certificate Certificate Acceptance Relying Party Obligations Repository Obligations RA Personnel Obligations Liability Disclaimer Loss Limitations Financial Responsibility NICCA Certification Practice Statement Version 4.3 Page 4 of 53

12 Indemnification of Certificate Authority by Relying Parties and Subscribers Fiduciary Relationships between various Entities Administrative Processes Interpretation and Enforcement Governing Laws Sever ability of Provisions Dispute Resolution Procedures Fees Certificate Issuance Fees Individual Certificate Certificate Access Fees Revocation or Status information Access Fees Fees for other services such as Policy Information Refund Policy Publication and Repository Publication of CA Information Frequency of publication Access Controls Repositories Compliance Audit Frequency of Entity Compliance Audit Identity/Qualifications of Auditor Topics covered by Audit Auditors Relationship with NICCA Actions taken as a Result of Deficiency Communication of Results Confidentiality Types of Information to be kept Confidential Types of Information not considered Confidential Disclosure of Certificate Revocation/Suspension Information Release to Law Enforcement Officials Information that can be revealed as part of civil discovery Disclosure upon Owner's Request Other information Release Circumstances Intellectual Property Rights IDENTIFICATION AND AUTHENTICATION Initial Registration Types of Names Country Name (Common Name) Organization Organizational Unit State Locality Need for Names to be Meaningful Rules for interpreting Various Name Forms Name Claim Dispute Resolution Procedure Method to prove Possession of Private Key Authentication of Organization Identity Authentication of Individual Identity Routine Re-key New Certificate after Revocation Revocation/Suspension Request Suspension Request Revocation Request OPERATIONAL REQUIREMENTS Certificate Application Certificate Issuance Certificate Acceptance NICCA Certification Practice Statement Version 4.3 Page 5 of 53

13 4.4. Certificate Suspension and Revocation Circumstances for Revocation Who can Request Revocation Procedure for Revocation Request Root Certificate Revocation Revocation Request Grace Period Circumstances for Suspension Who can Request Suspension Procedure for Suspension Request Limits on Suspension Period CRL Issuance Frequency CRL Checking Requirements On-line Revocation/Status Checking Availability On-line Revocation Checking Requirements Other forms of Revocation Advertisements available Checking Requirements for other forms of Revocation Advertisements Special requirements Re-key compromise Security Audit Procedures Types of Events Recorded Frequency of Processing Log Retention Period for Audit Log Protection of Audit Log Audit Log Backup Procedures Vulnerability Assessments Records Archival Types of Event Recorded Retention Period for Archive Protection of Archive Archive Backup Procedures Requirements for Time-Stamping of Records Archive Collection System (Internal or External) Procedures to obtain and Verify Archive Information Key Changeover Compromise and Disaster Recovery Computing Resources, Software, and/or Data are Corrupted Entity Public Key is Revoked Subscriber's Public Key CA Public Key Entity Key is Compromised Subscriber s Key is Compromised CA Key is Compromised Secure Facility after a Natural or other type of Disaster CA Termination PHYSICAL, PROCEDURAL AND PERSONNEL SECURITY Physical Security Control Site Location and Construction Physical Access Power and Air conditioning Water Exposures Fire Prevention and Protection Media Storage Waste Disposal Off-Site Backup Procedural Controls Trusted Roles Number of Persons Required Per Task Identification and Authentication for Each Role Personnel Controls Background, Qualifications, Experience, and Clearance Requirements Background Check Procedures NICCA Certification Practice Statement Version 4.3 Page 6 of 53

14 Training Requirements Retraining Frequency and Requirements Job Rotation Frequency and Sequence Sanctions for Unauthorized Actions Contracting Personnel Requirements Documentation Supplied to Personnel TECHNICAL SECURITY CONTROLS Key Pair Generation and Installation Key Pair Generation Private Key Delivery to Entity Public Key Delivery to Certificate Issuer CA Public Key Delivery to Users Public Key Parameters Generation Parameter Quality Checking Hardware/Software Key Generation Key Usage Purposes (as per X.509 v3 key usage field) Private Key Protection Standards for Cryptographic Module Private Key (n out of m) Multi-Person Control Private Key Escrow Private Key Backup Private Key Archival Private Key entry into Cryptographic Module Method of Activating Private Key Method of Deactivating Private Key Method of Destroying Private Key Other Aspects of Key Pair Management Public Key Archival Usage periods for the Public and Private Keys Activation Data Activation Data Generation and Installation Activation Data Protection Other Aspects of Activation Data Computer Security Control Specific Computer Security Technical Requirements Computer Security Rating Life Cycle Technical Controls System Development Controls Security Management Controls Life Cycle Security Ratings Network Security Controls Cryptographic Module Engineering Controls CERTIFICATE AND CRL PROFILE Certificate Profile Version Number(s) Certificate Extensions Key Usage Certificate Policies Extension Subject Alternative Names Basic Constraints Extended Key Usage CRL Distribution Points Authority Key Identifier Subject Key Identifier Algorithm Object Identifiers Name Forms Name Constraints Certificate policy Object Identifier Usage of Policy Constraints Extension Policy Qualifiers Syntax and Semantics NICCA Certification Practice Statement Version 4.3 Page 7 of 53

15 Processing Semantics for the Critical Certificate Policy Extension CRL Profile Version Number(s) CRL and CRL Entry Extensions SPECIFICATION ADMINISTRATION Specification Change Procedures Items that Can Change Without Notification Changes requiring Notification List of Items Notification Mechanism Comment Period Mechanism to Handle Comments Publication and Notification Policies Items Not Published in the CPS Distribution of the CPS CPS Approval Procedures DISCLAIMER NICCA Certification Practice Statement Version 4.3 Page 8 of 53

16 1. INTRODUCTION This document is the Certification Practice Statement (CPS Version 4.3) of NICCA. It states the practices that the NIC Certifying Authority (NICCA) employs in providing certification services as per the Information Technology ACT These include but are not limited to: Issuing of Certificates, Managing of Certificates, Revoking of Certificates, and Renewing of Certificates This CPS is specifically applicable to NIC s Certifying Authority services for the subscribers in Government, PSU & Statutory Bodies, and also to the authorized representatives of Govt. registered companies in India till specified otherwise. This CPS describes, the: Obligations of Certifying Authority, Registration Authorities, Subscribers and Relying parties of this CA. Audit and related Security Practice Reviews that users of the NICCA services shall undertake. Methods used to confirm the credentials/identity of Certificate applicants to the NICCA for each class of Certificates offered Operational procedures for Certificate lifecycle services undertaken by the NICCA: Certificate application, issuance, acceptance, suspension and revocation. Operational procedures for audit logging, records retention and disaster recovery used for the NICCA. Physical, personnel, and logical security practices of the NICCA. Key Management and Repository Maintenance for the functioning of the NICCA. Certificate and Certificate Revocation List contents of the Certificates issued by the NICCA. Administration of the CPS including the methods of amending it. It is assumed that the reader is generally familiar with Digital Signature Certificate (DSC), Digital Signature, Public Key Infrastructure (PKI) and networking. If not, NICCA advises that the reader obtain some knowledge of the use of public key cryptography and public key infrastructure as implemented in the NICCA. General information and relevant documents of the same are accessible from the URL - The structure of this CPS generally corresponds to the Internet X.509 Public Key Infrastructure Certificate Policy and Certification Practices Framework, known as RFC 2527 of the Internet Engineering Task Force, an Internet standards body. In this document, NICCA has conformed to the RFC 2527 structure wherever possible, though there may be some variations in details and headings in order to meet the requirements of the NICCA, which is specific to the requirements of the Government domain. NICCA Certification Practice Statement Version 4.3 Page 9 of 53

17 1.1. Policy Overview Certificates Classes The NICCA is offering certification services of the class-1, class-2 & class-3. Each level or class of Certificate provides certain functionality and security features, and corresponds to a specific level of trust. The Digital Signature Certificates (DSCs) issued by the NICCA are published in the NICCA s Repository. The various classes of Certificates are mentioned as follows:- Class-1 Certificate OID Category Suggested Usage Assurance Level Verification Process Issued to the Individual from Govt., PSU/Statutory Bodies, Government Registered Companies and Web Servers/Servers. Signing certificate primarily be used for signing personal s and encryption certificate is to be used for encrypting digital s and SSL certificate is used to establish secure communications through the use of secure socket layer (SSL) Provides minimum level of assurance. Subscriber s identity is proved only with help of Distinguished Name - DN and hence provides limited assurance of the identity. Simply Checks for the certainty of the details given in the DSC Request Form as authenticated by Head of Office Class-2 Certificate OID Category Suggested Usage Issued to the Individual from Govt., PSU/Statutory Bodies, Government Registered Companies and Web Servers/Servers. In addition to the suggested usage mentioned in class I, the class II Signing certificate may also be used for digital signing, code signing, authentication for VPN Client, web form signing, smart card logon, user authentication, single sign-on and signing involved in e-procurement/e-governance applications. In addition to the suggested usage mentioned in class I, the class II Encryption certificate may also be used for encryption involved in e-procurement/e-governance applications. SSL certificate is used to establish secure communications through the use of secure socket layer (SSL). Assurance Level Provides higher level of assurance confirming the details submitted in the DSC Request Form, including photograph and documentary proof in respect of at least one of the identification details. NICCA Certification Practice Statement Version 4.3 Page 10 of 53

18 Verification Process Checks for the certainty of the details given in the DSC Request Form as authenticated by Head of Applicant s Organisation, which is further authenticated by HOD/SIO/DIO/ NIC- Coordinator. Applicant s Organisation utilizes various procedures to obtain evidence in respect of identity of the applicants by way of documentary evidence of one of the items under point no 8 (Identification details), resulting in stronger assurance level. Class-3 Certificate OID Category Suggested Usage Assurance Level Verification Process Issued to individuals from Government entities/head of the Institutions, Statutory/Autonomous bodies, Government registered Companies In addition to the suggested usage mentioned in class-1, class- 2 & class-3. Signing certificate may also be used for digital signing for discharging his/her duties as per official designation and also encryption certificate may also be used for encryption requirement as per his/her official capacity. Provides highest level of assurances, as verification process is very stringent. In addition to the verification process required for the class II certificates, the subscriber s of class III certificates are required to be personally present with some proof of identity at NICCA/RA, for issuance of DSC Types of Certificates Signing Certificate The signing certificate is corresponding to the signing private key. The signing key pair is used to digitally sign the messages. The key pair is generated in a secure medium in Crypto device in the presence of the subscriber and is inherent to keep his private key in safe custody. To authenticate the precision of his public key, the subscriber encloses a copy of this certificate with all the messages he sends with his signature. The recipient uses the public key in the enclosed certificate to verify the signature of the subscriber Encryption Certificate The private key of the subscriber is used for decrypting the message, which was encrypted using public keys of Encryption Certificate holder. A separate key pair shall be used for the purpose of Encryption. There should be a Policy/Procedure in place, approved by the Subscriber s Head of the Organisation, which describes the complete process for Encryption Key Pair Generation, Backup Procedure for Encryption key pair, safe-keeping of Backups and associated Key Recovery Procedures. The NICCA Certification Practice Statement Version 4.3 Page 11 of 53

19 Subscriber shall submit a formal declaration in prescribed format, signed by the Subscriber s Head of the Office. Encryption Certificate shall be made available for importing to Crypto devices (Smart Card/USB token). Once imported to the Crypto device, the Subscriber should delete the file containing the Encryption private key from the System. Subscriber shall be required to sign an additional declaration form, which mentions, inter alias, that he/she shall be responsible for compliance to the relevant sections of the IT Act/Indian Telegraphic Act and other Acts/laws of the Indian legal system, pertaining to Encryption/Decryption, and he/she shall be liable for associated penal actions, for any breaches thereof. Key Escrow/Key Archival of Encryption keys shall not be done by NICCA Mandatory Declaration by Subscriber for Encryption Certificate I am solely responsible for the usage of the Certificates/Tokens/ Technology. I shall not hold NICCA responsible for any data loss/damage, arising from the usage of the same. I am aware that Key Escrow/Key Archiving of Encryption keys is not done by NICCA and I shall not hold NICCA responsible or approach NICCA for recovery of my private Encryption Key, in case of its loss or otherwise. I shall be responsible for compliance to the relevant sections of the IT Act/Indian Telegraphic Act and other Acts/laws of the Indian legal system, pertaining to Encryption/Decryption of any message or document or electronic data, and I shall be liable for associated penal actions, for any breaches thereof. NICCA shall not be held responsible and no legal proceedings shall be taken against NICCA for any loss and damage that may occur due to any reason whatsoever including technology up gradation, malfunctioning or partial functioning of the software, USB token, Smart Card or any other system component. I am aware that the Encryption Certificate, issued by NICCA is valid only for the suggested usage and for the period mentioned in the certificate. I undertake not to use the Certificate for any other purpose. I am conversant with PKI technology, and understand the underlying risks and obligations involved in usage of the Encryption Certificate Web Server Certificate A web server certificate enables users to authenticate the server and establish a secure connection. The web server certificate also contains a public key, which is used in creating a secure connection between the client and server. The applicant has to submit certificate request in PKCS#10 format to NICCA for issuing web server certificate Client Certificate Client certificates are electronic documents that contain information about clients. These certificates, like server certificates, contain not only this information but also public encryption keys that form part of the SSL security feature. The public keys, or encryption codes, from the server and the client certificates facilitate encryption and decryption of transmitted data over an open network, such as the Internet. The typical client certificate contains several items of information: the identity of the user, the identity of the certification NICCA Certification Practice Statement Version 4.3 Page 12 of 53

20 authority, a public key that is used for establishing secure communications, and validation information, such as an expiration date and serial number Object Signing Certificate Object Signing helps users develop confidence in downloaded code. It allows users to identify the signer, to determine if someone other than the signer has modified objects. Object Signing uses standard techniques of public-key cryptography to let users get reliable information about code they download in much the same way they can get reliable information about shrinkwrapped software. Signed objects can be Java applets, JavaScripts, plugins, Active X controls or any other kind of code IP Sec Tunnel The IP Sec Tunnel works with VPN device to create a secure connection, called a tunnel, between your computer and a private network. It uses Internet Key Exchange (IKE) and IP Security (IPSec) tunneling protocols to establish and manage the secure connection IP Sec User IP Sec user digital certificates are used to setup communication between two peers using IKE protocol in VPN. This removes the need to manually exchange public keys with each peer or to manually specify a shared key at each peer OCSP Responder The OSCP client may use this certificate to authenticate OCSP responder OCSP Signing The OSCP responder may use this certificate to authenticate OCSP client Time Stamping This certificate may be used for time stamping data to prove the existence of data at particular point of time Smart card Logon This certificate may be used for logon to the system Applicability The community governed by this CPS is primarily the Government sector. This is a PKI that accommodates a large and widely distributed community of users defined in this CPS within the Government. NICCA Certification Practice Statement Version 4.3 Page 13 of 53

21 1.3. Certifying Authority The NIC Certifying Authority (hereafter called as NICCA) is responsible for the issuance and maintenance of Certificates for usage only within the Government sector for digitally signed messages Registration Authorities At present NICCA functions through State/District office of NIC. Although verification of credentials of the applicants are carried out by the head of respective organizations/departments. The NICCA may also function through Registration Authorities (RAs) in each organization interested in having Digital Certificates issued to its employees. The head of office of the organization or any person authorized by the organization may function as the RA. These RAs have complete charge of the authentication and validation of each Subscriber within the organization End-Entities The Subscribers or users of the Digital Certificates issued by the NICCA are officials within the Government domain, Govt. nominated Agencies/Institutions domain and authorized representative of registered companies Applications Digital Signature Certificates issued by NICCA may be used as per suggested usage defined in various classes of the certificates and the key usage mentioned in the certificate Contact Details The organisation administering this CPS is the NIC Certifying Authority of the National Informatics Centre. Inquiries about the CPS or otherwise to the NIC Certifying Authority shall be addressed to: Chief Operations Manager NIC-Certifying Authority National Informatics Centre A-Block, CGO Complex, Lodi Road New Delhi , INDIA. Tel No: , (IVR) NICCA Certification Practice Statement Version 4.3 Page 14 of 53

22 2. GENERAL PROVISIONS 2.1. Obligations CA Obligations Compliance The NICCA will publish or make publicly available the CPS describing the practices employed in issuing the Digital Certificates. The CA operates in accordance with this CPS, and the Information Technology ACT 2000 and it s subsequent amendments, if any Certificate Requests The NICCA accepts Certificate requests from entities according to the agreed procedures contained in this CPS. The NICCA authenticates entities requesting a Certificate, with the help of the RA setup at the concerned Government organization and with the help of the NIC Coordinator of that organization.(detailed procedure given in the Digital Signature Certificate Request Form available at dscrequest.pdf ) The NICCA issues Certificates based on the requests from authenticated entities. The Certificates issued by NICCA are published in NICCA Repository and made available to the public. These Certificates are also submitted to CCA for publishing in the National Repository. Terms of Issuance When a Certificate references this CPS, the following conditions apply and all relying parties that reasonably and in good faith rely on the information contained in the Certificate during its operational period shall accept the following: a. The NICCA complies with the requirements of this CPS and its applicable Certificate policies when authenticating the Subscriber and issuing the Certificate. b. Information provided by the Subscriber in the application for Certificate issuance, for inclusion in the Certificate, is accurately transcribed to the Certificate. c. The NICCA takes reasonable steps to verify information in the Certificate, unless otherwise noted in this CPS. There will be no misrepresentations of fact in the Certificate known to the NICCA. d. The NICCA checks for the completeness of the application form filled, and issues the digital Certificate, which is valid subject to the applicability of revocation rules, mentioned in this CPS. NICCA Certification Practice Statement Version 4.3 Page 15 of 53