[
https://issues.apache.org/jira/browse/PDFBOX-538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14085153#comment-14085153
]
ASF subversion and git services commented on PDFBOX-538:
--------------------------------------------------------
Commit 1615733 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1615733 ]
PDFBOX-538: Patch for CryptographyException on Adobe Distiller generated file,
thanks to Luc Claes
> CryptographyException on Adobe Distiller generated file
> -------------------------------------------------------
>
> Key: PDFBOX-538
> URL: https://issues.apache.org/jira/browse/PDFBOX-538
> Project: PDFBox
> Issue Type: Bug
> Components: Parsing
> Affects Versions: 0.8.0-incubator
> Reporter: Luc Claes
> Fix For: 2.0.0
>
>
> 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 was sent by Atlassian JIRA
(v6.2#6252)
