From f256670eba636a9b8344987108110e7b1b4c0a46 Mon Sep 17 00:00:00 2001 From: Jay Berkenbilt Date: Tue, 20 Nov 2012 13:15:14 -0500 Subject: Ignore objects with offset 0 --- TODO | 31 +++++++++++++++++++++++++------ 1 file changed, 25 insertions(+), 6 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index ff3ecc83..be7ce1a2 100644 --- a/TODO +++ b/TODO @@ -1,12 +1,31 @@ General ======= - * See if I can support the encryption format used with /R 5 /V 5, - even though a qpdf-announce subscriber with an adobe.com email - address mentioned that this is deprecated. There is also a new - encryption format coming in a future release, which may be better - to support. As of the qpdf 3.0 release, the specification was not - publicly available yet. + * See if I can support the encryption format used with /R 5 /V 5 + (AESV3), even though a qpdf-announce subscriber with an adobe.com + email address mentioned that this is deprecated. There is also a + new encryption format coming in a future release (PDF 2.0), which + may be better to support. As of the qpdf 3.0 release, the + specification was not publicly available yet. + + AESV3 encryption is supported with PDF 1.7 extension level 3 and is + being deprecated, but there are plenty of files out there. The + encryption format is decribed in adobe_supplement_iso32000.pdf. + Such a file must specify that it uses these extensions in its + document catalog: + + << + /Type /Catalog + /Extensions << + /ADBE << + /BaseVersion /1.7 + /ExtensionLevel 3 + >> + >> + >> + + Possible sha256 implementations: http://sol-biotech.com/code/sha2/, + http://hashlib2plus.sourceforge.net/ * Consider the possibility of doing something locale-aware to support non-ASCII passwords. Update documentation if this is done. -- cgit v1.2.3-70-g09d2