Expand my Community achievements bar.

SOLVED

Ommit entering the certificate password when decrypting?

Avatar

Level 2

Hi,

my customer does not want to enter a password when he opens an encrypted pdf. This is really important to them. The pdf is encrypted with a certificate. The Adobe Reader asks for the password for that certificate every time it is used to decrypt or sign anything.

How can I open an encrypted pdf without entering that password?

The customer has a Windows domain ...

Thanks in advance for your help.

Cheers,

Arne

1 Accepted Solution

Avatar

Correct answer by
Former Community Member

Arne

When encrypting a PDF wirth a digital certificate, there is no way around the requirement for a password.  The purpose of encrypting a PDF with a certificate is to ensure that the PDF can only be opened by specific users (those users whose public keys were used in the encryption)  These users must authenticate (supply password for their private key) to the document to view it.  If there was no authentication, then it defeats one of the benefits of certificate encryption.

If you do not want to have authenitcation, you have two possibilities...

1)  Use password encryption (permissions password, without a document open password) on the document to limit what can be done to the document while still allowing anyone to open it without entering a password.

2)  Use LiveCycle ES2 Rights Management to encrypt the documents with "anonymous" user policies.  This is a policy that will encrypt the document and restrict permission on the document, but does not require user authenttication to view the document.  This method is much more secure than password based encryption.

Hope this helps.

Steve

View solution in original post

2 Replies

Avatar

Correct answer by
Former Community Member

Arne

When encrypting a PDF wirth a digital certificate, there is no way around the requirement for a password.  The purpose of encrypting a PDF with a certificate is to ensure that the PDF can only be opened by specific users (those users whose public keys were used in the encryption)  These users must authenticate (supply password for their private key) to the document to view it.  If there was no authentication, then it defeats one of the benefits of certificate encryption.

If you do not want to have authenitcation, you have two possibilities...

1)  Use password encryption (permissions password, without a document open password) on the document to limit what can be done to the document while still allowing anyone to open it without entering a password.

2)  Use LiveCycle ES2 Rights Management to encrypt the documents with "anonymous" user policies.  This is a policy that will encrypt the document and restrict permission on the document, but does not require user authenttication to view the document.  This method is much more secure than password based encryption.

Hope this helps.

Steve

Avatar

Level 2

Hi Steve,

thank you for your help. I will try to convince the customer that passwords are nessecary. After all its his confidential data that has to be secured ...

Cheers,

Arne

The following has evaluated to null or missing: ==> liqladmin("SELECT id, value FROM metrics WHERE id = 'net_accepted_solutions' and user.id = '${acceptedAnswer.author.id}'").data.items [in template "analytics-container" at line 83, column 41] ---- Tip: It's the step after the last dot that caused this error, not those before it. ---- Tip: If the failing expression is known to be legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: #assign answerAuthorNetSolutions = li... [in template "analytics-container" at line 83, column 5] ----