Section 36 of ITA, 2000 : Section 36: Representations Upon Issuance Of Digital Signature Certificate
ITA, 2000
JavaScript did not load properly
Some content might be missing or broken. Please try disabling content blockers or use a different browser like Chrome, Safari or Firefox.
Explanation using Example
Let's say John is a software developer who needs a Digital Signature Certificate (DSC) to authenticate his identity online. He approaches a Certifying Authority (CA) for the DSC. The CA, while issuing the DSC, ensures that:
- It has followed all the rules of the Information Technology Act, 2000 during the process;
- It has made the DSC available to John and any other person who might rely on it, and John has accepted it;
- John holds the private key that matches the public key listed in the DSC;
- John's private key can create a digital signature, and the public key listed in the certificate can verify a digital signature made by John's private key;
- John's public and private keys work together as a functioning key pair;
- All the information in the DSC, such as John's name, email, and country, is accurate;
- There is no crucial fact that, if it had been included in the DSC, would have made the representations in the DSC unreliable.
Only after these checks and verifications, the CA issues the DSC to John.
Update: Our Pro subscription pricing is now simplified. See our Pro plans
Update: Our AI tools are cooking — and they are almost ready to serve! Stay hungry — your invite to the table is coming soon.
Update: KanoonGPT Chat interface is launched for beta testing. Try it out here