Adobe ADEPT DRM for EPUB circumvented - Page 42

joblack · 02-16-2010, 07:42 PM

Quote:

Originally Posted by pietvo

Well, I think they (Adobe) have a deterministic method

Yeah you may be right - nasty trick.

JimmyB · 02-16-2010, 10:08 PM

Just purchased an epub today (released yesterday) and am having difficulty running inept on it. It looks like the epub may have an error in it. It doesn't appear to affect the book itself (all the content appears to be there) but it is affecting the ouput of the 'fixed' epub.

INEPT complains as follows (emphasis is mine):

Error: File name in directory "OPS/xhtml/chapter52.htmr" and header "OPS/xhtml/chapter52.html" differ.

The resulting file is not correct, it cannot be opened in sigil or stanza and is about 300KB smaller.

Any ideas on fixing this issue or is there a way to at least dump the epub to a folder and then hopefully fix the issue on the unencrypted source?

pdurrant · 02-17-2010, 05:25 AM

Quote:

Originally Posted by JimmyB

INEPT complains as follows (emphasis is mine):

Error: File name in directory "OPS/xhtml/chapter52.htmr" and header "OPS/xhtml/chapter52.html" differ.

Unzip the encrypted ebook. See if you can find the error (in a filename by the sounds of it, so should be fixable). Fix the error. Re-zip. And then run inept on it.

But I think I'd check whether the book worked properly in ADE first, and get a refund if it didn't.

JimmyB · 02-17-2010, 07:52 AM

Quote:

Originally Posted by pdurrant

Unzip the encrypted ebook. See if you can find the error (in a filename by the sounds of it, so should be fixable). Fix the error. Re-zip. And then run inept on it.

But I think I'd check whether the book worked properly in ADE first, and get a refund if it didn't.

Thanks for your response. To answer your last comment first, the purchased book appears fine in Sony Library (haven't tried ADE) and is all in-tact, including chapter 52.

So I unzipped the original epub, and renamed "OPS/xhtml/chapter52.html" to "OPS/xhtml/chapter52.htmr" and ran inept again.

This got inept to state "decryption complete". The book can load in Sony Library but chapter52 is missing.

I then unzipped the resulting new epub and noted that "OPS/xhtml/chapter52.htmr" had been renamed to "OPS/xhtml/chapter52.htmr.html" (presumably by inept script) and was still encrypted, while all other chapters have been decrypted.

Any ideas? I can't for the life of me find any reference to "OPS/xhtml/chapter52.htmr" in any file (other than the html file I changed the name of)

pdurrant · 02-17-2010, 12:26 PM

Quote:

Originally Posted by JimmyB

Any ideas? I can't for the life of me find any reference to "OPS/xhtml/chapter52.htmr" in any file (other than the html file I changed the name of)

I'm mystified. I'd look in other files in the encrypted epub for any reference to this file that might be mis-spelled. (I think that even in encrypted ePubs, some of the .xml files will be unencrypted.)

JSWolf · 02-17-2010, 04:57 PM

Look in the OPF file and see if it's in there and what the name is. It's got to be in there if it is going to be used. Another idea is to leave the file in the ePub as is and add in the renamed copy and see what happens.

pastie

829748
829751

KevinH · 02-17-2010, 05:17 PM

Hi,

You ran into the bad zip format where the internal name for a file and the central directory name for a file differed.

You should **NOT** have renamed

OPS/xhtml/chapter52.html

to

OPS/xhtml/chapter52.htmr

The first name was correct, it just did not match the name used in either the central directory of the zip archive or the local name in the zip archive. To fix this you simply have to put the right name on the file and properly rezip things (this time without the mistake between the two names for a file inside the zip archive).

So start with the original copy of the book, unzip it using an unzip tool.

If the file is called OPS/xhtml/chapter52.html then the right name was chosen for the file and all is well. Do not rename it.

Simply (and correctly - neither the mimetype nor the info on encryption should be compressed) rezip the archive and now if the zip software you have is correct, you should have the central name is the zip archive match the local name in the zip archive and both should be chapter52.html.

This happens on of the time under Mac OSX so if I double-click the zip archive it will unpack things to the correct name. Then I think someone (Paul?) has a re-zipping tools that will properly recreate the book zip archive.

Hope this helps,

KevinH

JimmyB · 02-17-2010, 05:49 PM

Guys, thanks for the replies and PMs - you rock.

KevinH - you nailed it. I did what you said and it worked.

I feel stupid because I'm well aware of the zip file issue and have the applescript that some nice chap made (ePub Zip 1.0.2) sitting on my desktop. The reason it didn't occur to me is because the zip file error had never been presented to me in this way - usually inept just prints some garbage but not an actual error message, so I was convinced this time that something was wrong in the metadata or source.

Anyways, thanks again!

joblack · 02-17-2010, 06:22 PM

With some outside ideas (thanks for the input, guys) the new

# ineptkey.pyw, version 4.3

supports adeptkey.der (old format) again. That means you only need the new ineptkey and you can still use your good old scripts (even with 1.7.2) ^^ ...

k1r0 · 02-21-2010, 12:13 PM

Quote:

Originally Posted by joblack

With some outside ideas (thanks for the input, guys) the new

# ineptkey.pyw, version 4.3

supports adeptkey.der (old format) again. That means you only need the new ineptkey and you can still use your good old scripts (even with 1.7.2) ^^ ...

This works fine with ADE 1.7.2.

sapient · 02-26-2010, 05:52 AM

Although I had used the ineptkey tool successfully in the past, I am having trouble with it in my latest windows installation (win7 x64). I am getting the error:

Traceback (most recent call last):
File "J:\ineptkey_v3.pyw", line 198, in main
retrieve_key(keypath)
File "J:\ineptkey_v3.pyw", line 140, in retrieve_key
vendor = cpuid0()
File "J:\ineptkey_v3.pyw", line 103, in cpuid0
cpuid0__(buffer)
WindowsError: exception: access violation writing 0x0000000002290890

Please help

pdurrant · 02-26-2010, 06:06 AM

That bit of code hasn't changed for a while. But I don't recognise the line numbers given as being correct for v4.3. Check that you really have 4.3, or just re-download.

sapient · 02-26-2010, 06:25 AM

Sorry, I have mixed up the versions... That was the error with version 3. I get pretty much the same with version 4.3:

Traceback (most recent call last):
File "J:\ineptkey_v4.3.pyw", line 230, in main
retrieve_key(keypath)
File "J:\ineptkey_v4.3.pyw", line 149, in retrieve_key
vendor = cpuid0()
File "J:\ineptkey_v4.3.pyw", line 112, in cpuid0
cpuid0__(buffer)
WindowsError: exception: access violation writing 0x0000000002629B20

Extra info:
I have both the sony reader software and adobe digital editions installed

Question:
If I authorize another pc for the same account and run the script there successfully, can I use the keyfile on any pc authorized for the same account? Or is the key device specific?

pietvo · 02-26-2010, 06:54 AM

See here if that solves your problem.

pdurrant · 02-26-2010, 07:47 AM

Quote:

Originally Posted by pietvo

See here if that solves your problem.

That does sound like the cause of the problem. It certain fits the error message.

02-16-2010, 10:08 PM	#617
JimmyB Junior Member Posts: 3 Karma: 10 Join Date: Feb 2010 Device: PRS300	Just purchased an epub today (released yesterday) and am having difficulty running inept on it. It looks like the epub may have an error in it. It doesn't appear to affect the book itself (all the content appears to be there) but it is affecting the ouput of the 'fixed' epub. INEPT complains as follows (emphasis is mine): Error: File name in directory "OPS/xhtml/chapter52.htmr" and header "OPS/xhtml/chapter52.html" differ. The resulting file is not correct, it cannot be opened in sigil or stanza and is about 300KB smaller. Any ideas on fixing this issue or is there a way to at least dump the epub to a folder and then hopefully fix the issue on the unencrypted source? Last edited by JimmyB; 02-16-2010 at 10:11 PM.

02-17-2010, 06:22 PM	#624
joblack Wizard Posts: 1,751 Karma: 4382688 Join Date: Jul 2006 Location: Somewhere on earth Device: Onyx Boox Tab X C	With some outside ideas (thanks for the input, guys) the new # ineptkey.pyw, version 4.3 supports adeptkey.der (old format) again. That means you only need the new ineptkey and you can still use your good old scripts (even with 1.7.2) ^^ ... Last edited by joblack; 02-17-2010 at 06:25 PM.

02-26-2010, 05:52 AM	#626
sapient Member Posts: 17 Karma: 10 Join Date: Jul 2009 Device: palm tx	Although I had used the ineptkey tool successfully in the past, I am having trouble with it in my latest windows installation (win7 x64). I am getting the error: Traceback (most recent call last): File "J:\ineptkey_v3.pyw", line 198, in main retrieve_key(keypath) File "J:\ineptkey_v3.pyw", line 140, in retrieve_key vendor = cpuid0() File "J:\ineptkey_v3.pyw", line 103, in cpuid0 cpuid0__(buffer) WindowsError: exception: access violation writing 0x0000000002290890 Please help Last edited by sapient; 02-26-2010 at 06:26 AM. Reason: wrong version quoted

02-26-2010, 06:25 AM	#628
sapient Member Posts: 17 Karma: 10 Join Date: Jul 2009 Device: palm tx	Sorry, I have mixed up the versions... That was the error with version 3. I get pretty much the same with version 4.3: Traceback (most recent call last): File "J:\ineptkey_v4.3.pyw", line 230, in main retrieve_key(keypath) File "J:\ineptkey_v4.3.pyw", line 149, in retrieve_key vendor = cpuid0() File "J:\ineptkey_v4.3.pyw", line 112, in cpuid0 cpuid0__(buffer) WindowsError: exception: access violation writing 0x0000000002629B20 Extra info: I have both the sony reader software and adobe digital editions installed Question: If I authorize another pc for the same account and run the script there successfully, can I use the keyfile on any pc authorized for the same account? Or is the key device specific? Last edited by sapient; 02-26-2010 at 06:36 AM. Reason: extra question

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Adobe ADEPT DRM for PDF circumvented	i♥cabbages	PDF	832	01-23-2013 12:23 AM
Fileopen DRM for PDF circumvented	tetrachroma	PDF	26	02-09-2012 07:15 AM
Barnes & Noble DRM for EPUB circumvented	i♥cabbages	ePub	83	01-30-2011 02:55 PM
iPhone adept drm for epub on the iphone	philippd	Apple Devices	24	12-28-2009 02:29 PM
Adobe ePub DRM cracked?	Alexander Turcic	News	144	02-28-2009 10:54 AM

02-17-2010, 04:57 PM	#621
JSWolf Resident Curmudgeon Posts: 79,792 Karma: 146391129 Join Date: Nov 2006 Location: Roslindale, Massachusetts Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3	Look in the OPF file and see if it's in there and what the name is. It's got to be in there if it is going to be used. Another idea is to leave the file in the ePub as is and add in the renamed copy and see what happens. pastie 829748 829751

02-17-2010, 05:17 PM	#622
KevinH Sigil Developer Posts: 8,779 Karma: 6000000 Join Date: Nov 2009 Device: many	Hi, You ran into the bad zip format where the internal name for a file and the central directory name for a file differed. You should NOT have renamed OPS/xhtml/chapter52.html to OPS/xhtml/chapter52.htmr The first name was correct, it just did not match the name used in either the central directory of the zip archive or the local name in the zip archive. To fix this you simply have to put the right name on the file and properly rezip things (this time without the mistake between the two names for a file inside the zip archive). So start with the original copy of the book, unzip it using an unzip tool. If the file is called OPS/xhtml/chapter52.html then the right name was chosen for the file and all is well. Do not rename it. Simply (and correctly - neither the mimetype nor the info on encryption should be compressed) rezip the archive and now if the zip software you have is correct, you should have the central name is the zip archive match the local name in the zip archive and both should be chapter52.html. This happens on of the time under Mac OSX so if I double-click the zip archive it will unpack things to the correct name. Then I think someone (Paul?) has a re-zipping tools that will properly recreate the book zip archive. Hope this helps, KevinH

02-17-2010, 05:49 PM	#623
JimmyB Junior Member Posts: 3 Karma: 10 Join Date: Feb 2010 Device: PRS300	Guys, thanks for the replies and PMs - you rock. KevinH - you nailed it. I did what you said and it worked. I feel stupid because I'm well aware of the zip file issue and have the applescript that some nice chap made (ePub Zip 1.0.2) sitting on my desktop. The reason it didn't occur to me is because the zip file error had never been presented to me in this way - usually inept just prints some garbage but not an actual error message, so I was convinced this time that something was wrong in the metadata or source. Anyways, thanks again!

02-26-2010, 06:06 AM	#627
pdurrant The Grand Mouse 高貴的老鼠 Posts: 73,986 Karma: 315160596 Join Date: Jul 2007 Location: Norfolk, England Device: Kindle Oasis	That bit of code hasn't changed for a while. But I don't recognise the line numbers given as being correct for v4.3. Check that you really have 4.3, or just re-download.

02-26-2010, 06:54 AM	#629
pietvo Reader Posts: 520 Karma: 24612 Join Date: Aug 2009 Location: Utrecht, NL Device: Kobo Aura 2, iPhone, iPad	See here if that solves your problem.

Advert

Advert