This Wiki is available to view at but still under maintenance. PLEASE DO NOT EDIT THE WIKI UNTIL FURTHER NOTICE. We are attempting to restore missing edits which took place between Monday 8 and Thursday 11 April 2019, therefore the site is likely to be taken off line at any time. Updated 20:43 CEST 16 April 2019.
Document Signing Certificates sign... documents. The signature contains the personal name of the signer as well as his organisation. A Document Signing Certificate is generated by DigiCert on a FIPS 140-2 token. A limited number of Safenet token models are supported; they all use Java Card; not Card OS. A single token can contain a Document Signing certificate and an Extended Validation Code Signing certificate; with space for more. You can order a token at DigiCert, with transatlantic-transport waiting times (typically within a week) or you can order them locally.
PDF documents and Office documents (MS Office, LibreOffice en OpenOffice) can be signed using certificates.
A lot of software handles PDF, however the Adobe Acrobat environment is still widely deployed. Adobe has an Adobe Approved Trust List (AATL). DigiCert is on the list with its DigiCert Assured ID Root CA. This root was used to issue both the DigiCert Document Signing CA and the TERENA Personal CA 3. The latter issues TCS Clent Certificates. Yet, the free Adobe Reader protests about pdf files signed with a Premium Client certificate, presumably because of the O = TERENA in the issuing CA as opposed to the O = DigiCert Inc for Document Signing. Any takers on a better diagnosis? Or is it the non-repudiation?
On Windows, Microsoft Office only uses the Trusted Root Certification Authorities. The Windows registry contains the DigiCert Assured ID Root CA. Hence MS Office accepts both Document Signing or Client Certificate signing.