You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Luc Claes (JIRA)" <ji...@apache.org> on 2009/10/09 17:08:31 UTC
[jira] Updated: (PDFBOX-538) CryptographyException on Adobe
Distiller generated file
[ https://issues.apache.org/jira/browse/PDFBOX-538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luc Claes updated PDFBOX-538:
-----------------------------
Description:
Well... this is actually *not* a PDFBox bug, but an Adobe Distiller (7.0.x) one...
The following exception is thrown in StandardSecurityHandler.computeEncryptedKey:
org.apache.pdfbox.exceptions.CryptographyException: Error: length should be 5 when revision is two actual=16
The PDF file is accepted by various readers and contains the following object:
2106 0 obj
<<
/Filter /Standard
/V 1
/R 2
/Length 128
/P -12
/O (f¥—èàã؇�æa§�»eücmý/Æ6ïàY÷[*™6)
/U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
>>
endobj
Referenced by an encrypt tag:
/Encrypt 2106 0 R
PDFBox rejects (rightly) such an object with version 1, revision 2 and a length != 5*8
That said, we are parsing many of those files to feed a Lucene index. Could the validation be relaxed ?
was:
Well... this is actually *not* a PDFBox bug, but an Adobe Distiller (7.0.x) one...
The following exception is thrown in StandardSecurityHandler.computeEncryptedKey:
org.apache.pdfbox.exceptions.CryptographyException: Error: length should be 5 when revision is two actual=16
The PDF file is accepted by various readers and contains the following object:
2106 0 obj
<<
/Filter /Standard
/V 1
/R 2
/Length 128
/P -12
/O (f¥—èàã؇æa§»eücmý/Æ6ïàY÷[*™6)
/U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
>>
endobj
Referenced by an encrypt tag:
/Encrypt 2106 0 R
PDFBox rejects (rightly) such an object with version 1, revision 2 and a length != 5*8
That said, we are parsing many of those files to feed a Lucene index. Could the validation be relaxed ?
Issue Type: Improvement (was: Bug)
> CryptographyException on Adobe Distiller generated file
> -------------------------------------------------------
>
> Key: PDFBOX-538
> URL: https://issues.apache.org/jira/browse/PDFBOX-538
> Project: PDFBox
> Issue Type: Improvement
> Components: Parsing
> Affects Versions: 0.8.0-incubator
> Reporter: Luc Claes
>
> Well... this is actually *not* a PDFBox bug, but an Adobe Distiller (7.0.x) one...
> The following exception is thrown in StandardSecurityHandler.computeEncryptedKey:
> org.apache.pdfbox.exceptions.CryptographyException: Error: length should be 5 when revision is two actual=16
> The PDF file is accepted by various readers and contains the following object:
> 2106 0 obj
> <<
> /Filter /Standard
> /V 1
> /R 2
> /Length 128
> /P -12
> /O (f¥—èàã؇�æa§�»eücmý/Æ6ïàY÷[*™6)
> /U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
> >>
> endobj
> Referenced by an encrypt tag:
> /Encrypt 2106 0 R
> PDFBox rejects (rightly) such an object with version 1, revision 2 and a length != 5*8
> That said, we are parsing many of those files to feed a Lucene index. Could the validation be relaxed ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Updated: (PDFBOX-538) CryptographyException on Adobe Distiller
generated file
Posted by Ad...@swmc.com.
So I take it version 1 revision 2 doesn't support 128 bits keys? Because
16 bytes would be a 128-bit key, which is what is specified as the
"Length", so that all seems to match.
You add a boolean to the StandardSecurityHandler alwaysAllow128BitKey and
then use that in computeEncryptedKey(). That way it'll do the validation
by default but still allow you to override this.
--Adam
"Luc Claes (JIRA)" <ji...@apache.org>
10/09/2009 08:08
Please respond to
pdfbox-dev@incubator.apache.org
To
pdfbox-dev@incubator.apache.org
cc
Subject
[jira] Updated: (PDFBOX-538) CryptographyException on Adobe Distiller
generated file
[
https://issues.apache.org/jira/browse/PDFBOX-538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luc Claes updated PDFBOX-538:
-----------------------------
Description:
Well... this is actually *not* a PDFBox bug, but an Adobe Distiller
(7.0.x) one...
The following exception is thrown in
StandardSecurityHandler.computeEncryptedKey:
org.apache.pdfbox.exceptions.CryptographyException: Error: length should
be 5 when revision is two actual=16
The PDF file is accepted by various readers and contains the following
object:
2106 0 obj
<<
/Filter /Standard
/V 1
/R 2
/Length 128
/P -12
/O (f¥—èàã؇�æa§�»eücmý/Æ6ïàY÷[*™6)
/U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
>>
endobj
Referenced by an encrypt tag:
/Encrypt 2106 0 R
PDFBox rejects (rightly) such an object with version 1, revision 2 and a
length != 5*8
That said, we are parsing many of those files to feed a Lucene index.
Could the validation be relaxed ?
was:
Well... this is actually *not* a PDFBox bug, but an Adobe Distiller
(7.0.x) one...
The following exception is thrown in
StandardSecurityHandler.computeEncryptedKey:
org.apache.pdfbox.exceptions.CryptographyException: Error: length should
be 5 when revision is two actual=16
The PDF file is accepted by various readers and contains the following
object:
2106 0 obj
<<
/Filter /Standard
/V 1
/R 2
/Length 128
/P -12
/O (f¥—èàã؇æa§»eücmý/Æ6ïàY÷[*™6)
/U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
>>
endobj
Referenced by an encrypt tag:
/Encrypt 2106 0 R
PDFBox rejects (rightly) such an object with version 1, revision 2 and a
length != 5*8
That said, we are parsing many of those files to feed a Lucene index.
Could the validation be relaxed ?
Issue Type: Improvement (was: Bug)
> CryptographyException on Adobe Distiller generated file
> -------------------------------------------------------
>
> Key: PDFBOX-538
> URL: https://issues.apache.org/jira/browse/PDFBOX-538
> Project: PDFBox
> Issue Type: Improvement
> Components: Parsing
> Affects Versions: 0.8.0-incubator
> Reporter: Luc Claes
>
> Well... this is actually *not* a PDFBox bug, but an Adobe Distiller
(7.0.x) one...
> The following exception is thrown in
StandardSecurityHandler.computeEncryptedKey:
> org.apache.pdfbox.exceptions.CryptographyException: Error: length should
be 5 when revision is two actual=16
> The PDF file is accepted by various readers and contains the following
object:
> 2106 0 obj
> <<
> /Filter /Standard
> /V 1
> /R 2
> /Length 128
> /P -12
> /O (f¥—èàã؇�æa§�»eücmý/Æ6ïàY÷[*™6)
> /U (å£átÂ>c÷sÉcû^KÞ•À›¶YjCò~)
> >>
> endobj
> Referenced by an encrypt tag:
> /Encrypt 2106 0 R
> PDFBox rejects (rightly) such an object with version 1, revision 2 and a
length != 5*8
> That said, we are parsing many of those files to feed a Lucene index.
Could the validation be relaxed ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
〉 Click here to submit conditions
This email and any content within or attached hereto from Sun West Mortgage Company, Inc. is confidential and/or legally privileged. The information is intended only for the use of the individual or entity named on this email. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this email information is strictly prohibited, and that the documents should be returned to this office immediately by email. Receipt by anyone other than the intended recipient is not a waiver of any privilege. Please do not include your social security number, account number, or any other personal or financial information in the content of the email. Should you have any questions, please call (800) 453 7884.