Adobe ADEPT DRM for PDF circumvented

[mariokart64n]

Hi. I'm having a problem.

I run the Key-retrieval script "ineptkey v3"

and it pops out a adeptkey.der file

I then run "ineptpdf.pyw v5"

fill in where my key is, my pdf and the output path.

hit decrypt, and get this Error:
String required: None

does anyone know what could be causing the problem?
the PDF is v1.6, is 1.6 not supported?

EDIT
^_^ haha omg it worked.
my problem was that I had to run it on the pdf specifically in my;
My Documents\My Digital Editions\ folder

I was running the app on the PDF from the website server. I guess the PDF is signed with a key once you download it.

[homerj]

Originally Posted by Skydog

JohntheRipper,

I downloaded the script from a different source and it works. Although both files I have are v5, they are not exactly the same.

Would someone please PM me a link for the different source for the v5 script.
thanks

[joblack]

Originally Posted by mariokart64n

EDIT
^_^ haha omg it worked.
my problem was that I had to run it on the pdf specifically in my;
y Documents\My Digital Editions\ folder

Yeah a little bit self work is expected (you could imagine a script which only says 'Go' but ... - the Automated Inept PDF (aineptpdf) does more for itself but isn't hopped to v5 yet *hehe*).

PDF 1.5+ are supported but only when the pdf trailer isn't only in the xrefstream directory.

[JohnTheRipper]

Originally Posted by joblack

Yeah a little bit self work is expected (you could imagine a script which only says 'Go' but ... - the Automated Inept PDF (aineptpdf) does more for itself but isn't hopped to v5 yet *hehe*).

PDF 1.5+ are supported but only when the pdf trailer isn't only in the xrefstream directory.

Let me extend your answer, 'cos mines are PDF 1.4. So latest version is PDF1.4+ supporting.

Also tested with ebooks with PDF 1.6 version.

[joblack]

Originally Posted by JohnTheRipper

Let me extend your answer, 'cos mines are PDF 1.4. So latest version is PDF1.4+ supporting.

Also tested with ebooks with PDF 1.6 version.

The version doesn't matter that much - it works with 1.7 if the xref directory stream isn't available.

[JohnTheRipper]

I agree with you, joblack, since this error doesn't matter what version does.

The String required: None error refers to line 789 which is str_value function. This is called in several places:

a) Line 1179: in initialize_ebx function, to convert ADEPT_LICENSE in string object. After decodes it from base-64.

b) Lines 1214 and 1215: in initialize_standard function, to convert owner and revision in string object.

c) Lines 1218 and 1219: in initialize_standard function, to convert user and password in string object.

So mariokart64n has tried to decrypt a drm'ed pdf so we're in case a).

The script can't convert ADEPT_LICENSE in string format or can't find, maybe parsing is not working, because that string is included in dictionary object (located at the end of the pdf, the line where Length, EBX_HANDLER.. are placed).

P.D.: Is this a "full service"? hehe. Sincerenly, I like helping people, like people helped me and incidentally, I learn more about the script for future issues.

[joblack]

Originally Posted by JohnTheRipper

I agree with you, joblack, since this error doesn't matter what version does.

The String required: None error refers to line 789 which is str_value function. This is called in several places:

a) Line 1179: in initialize_ebx function, to convert ADEPT_LICENSE in string object. After decodes it from base-64.

b) Lines 1214 and 1215: in initialize_standard function, to convert owner and revision in string object.

c) Lines 1218 and 1219: in initialize_standard function, to convert user and password in string object.

So mariokart64n has tried to decrypt a drm'ed pdf so we're in case a).

The script can't convert ADEPT_LICENSE in string format or can't find, maybe parsing is not working, because that string is included in dictionary object (located at the end of the pdf, the line where Length, EBX_HANDLER.. are placed).

P.D.: Is this a "full service"? hehe. Sincerenly, I like helping people, like people helped me and incidentally, I learn more about the script for future issues.

The ADEPT_LICENSE is the encryption info directory. If you can't find neither that or the other incidence perhaps your ebook isn't encrypted after all? Or the parsing doesn't work - in any way it might be interesting to take a deeper look in it.

With 'full service' is the handling of the script meant. If you would adjust the script to one click you get less control (for instance: where should my ebook be saved, which key to use) and the script might do something you haven't expected. Needless to say if you change your key (through a new ADE registration) your ebooks are worthless without the keyfile.

I'm not against helping but some basic understanding is needed, but if you're too lazy for a quick read through the forum it's a redundant effort. Or less friendly RTFM (or Read the FAQS) ...

[JohnTheRipper]

Totally agree...

[zarras]

I needed to change line 1203 in v5 (at least that's what it says at the top of the script) from:

if length and len(bookkey) != length:

to:

if length and (len(bookkey) / 2) != length:

...to stop the 'error decrypting book session key' error with a number of pdfs I have. They converted fine once I did that.

I assume it's a to/from unicode conversion problem with bookkey somewhere, so likely there is a more correct fix than the above.

[JohnTheRipper]

Originally Posted by zarras

I needed to change line 1203 in v5 (at least that's what it says at the top of the script) from:

Do you have problems with the vanilla version? or the recently modified?
What PDF version are your PDFs? (you can easily see it opening them with a text editor)

[zarras]

Originally Posted by JohnTheRipper

Do you have problems with the vanilla version? or the recently modified?

'Fraid I'm not sure how to tell which one of vanilla or modified I have. I do have the same problem with v3. I don't know whether a similar change in v3 to the one I made in v5 would fix the problem there as I haven't tried it. Python is 2.6.4.

What PDF version are your PDFs? (you can easily see it opening them with a text editor)

PDF Version at the top is 1.6.
CFM is /V3
EBX_ENCRYPTIONTYPE is 5.
V is 4.

Note that I have other pdfs with those settings that convert fine without the code change. The difference appears to be that the ones that don't convert without the change have a LENGTH parameter of 64 set in the block at the end of the pdf, whilst the ones that do have no LENGTH parameter at all.

[baum123]

Hello,

I tried to unlock a protected ebook with ineptpdf.pyw v5. It works without any errors.
But when I try to open the pdf File in Acrobat on some Pages it tells that the page can not be read (110).
This only happens if there are images on this page (but not on all pages with images). Text-Only Pages seems to work fine.

So can anyone help me to fix this Problem?

Thanks!

[joblack]

Originally Posted by zarras

'Fraid I'm not sure how to tell which one of vanilla or modified I have. I do have the same problem with v3. I don't know whether a similar change in v3 to the one I made in v5 would fix the problem there as I haven't tried it. Python is 2.6.4.



PDF Version at the top is 1.6.
CFM is /V3
EBX_ENCRYPTIONTYPE is 5.
V is 4.

Note that I have other pdfs with those settings that convert fine without the code change. The difference appears to be that the ones that don't convert without the change have a LENGTH parameter of 64 set in the block at the end of the pdf, whilst the ones that do have no LENGTH parameter at all.

Might be a new problem - without further investigation it isn't possible to tell more.

[zarras]

Originally Posted by joblack

Might be a new problem - without further investigation it isn't possible to tell more.

I've done some more poking about, and in these cases the bookkey recovered in PDFDocument.initialize_ebx() is 16 bytes long, but only the first 8 bytes actually have values, the last 8 bytes are all null. So the length is arguably the 64 bits specified.

However for the decryption to actually work those 8 null bytes have to be present (I tested that by slicing bookkey to make it the specified 64 bits, it resulted in a pdf that came up blank except for some boxes, whereas it decrypted okay with the full bookkey including the nulls), so at least for these pdfs raising of an error when len(bookkey) != length, seems to be the wrong thing to do.

[ReBook]

Originally Posted by mariokart64n

Hi. I'm having a problem.

I run the Key-retrieval script "ineptkey v3"

and it pops out a adeptkey.der file

I then run "ineptpdf.pyw v5"

fill in where my key is, my pdf and the output path.

hit decrypt, and get this Error:
String required: None

does anyone know what could be causing the problem?
the PDF is v1.6, is 1.6 not supported?

EDIT
^_^ haha omg it worked.
my problem was that I had to run it on the pdf specifically in my;
My Documents\My Digital Editions\ folder

I was running the app on the PDF from the website server. I guess the PDF is signed with a key once you download it.

Thank you, help me along my way too

Now this is how I went through:

First I downloaded/installed python/pycrypto.

Then I got ineptkey.pyw, ineptepub.pyw(for epub files) ineptpdf.pyw v2 (for pdf files) put all them into my digital editions directory.

Ran ineptkey.pyw. It found the key and saved as "ADEPTKEY.DER " in the same directory where ineptkey.pyw is.

Then, I ran ineptpdf.pyw (v2 worked fine). In the dialog window I put the path to the input file(the file was in the my digital edition folder) and named a file name for the outfile file.

Voila DRM Free!