eBook authors eBook Software - create and publish your own ebooks
Create your own eBooks
Learn How To Create, Publish & Market E-Books
E-Book Creation Software
Add sophisticated multimedia to your E-Books
Create E-Book covers in minutes
E-Book Marketing & Promotion made easy
Search engine for E-Books
Interviews with eBook authors
Tools for building better eBooks
Archived Message:

How to get back html content

tamburine A long time ago I've compiled a pair of ebooks and protected it with password, now tried to open it but find that have lost password, as well have no my html source files anymore. How to decompile e-book and get back html content?

Posted on: 1:12 pm on November 27, 2007
rlemire tamburine;

Unfortunately what you want to do is not possible. If there were a way to decompile an e-book then password protection would be pointless and every eBook would be vulnerable to hackers.


Posted on: 4:17 pm on November 28, 2007
tamburine Strongly disagree with you. This is a big lack of the program. For example, if you have lost keys from the house - this does not mean that you should throw this house.   I know ebook compilers that have corresponding program to extract content.

Posted on: 10:33 am on November 29, 2007
RiffRaff Spare house key = html file back-up.

Sorry, pal - I'm with Ron here.

Posted on: 4:39 pm on November 29, 2007
Alaska tamburine -

Ron and RiffRaff are correct.

This is not a matter of opinion, it's how the ebook compiler is designed to work.

If a decompiler were available, it would negate the entire password/security system, rendering it useless.

This would reduce the value of the compiler far more than what you call "a big lack of the program."

If you lost your html, do you not have backups? This is the standard method of safeguarding your data, whether it is the contents of an ebook, or a million records of protected user information, or the Space Shuttle schematics.

"I know ebook compilers that have corresponding program to extract content."

There is no legitimate ebook compiler that offers security that will also offer a decompiler. Any decompilers you may encounter would not be from the compiler developer, but rather from a hacker.

Ask any ebook compiler developer, and you will get the same response.

Finally, there is nothing in your post that separates you from any of the pirates that simply want to steal ebooks or ebook content. We have seen these on this forum before, and your post is no different.

Posted on: 7:54 pm on November 29, 2007
rlemire tamburine;

If you know of any ebook compilers that have a corresponding program to extract content, please let us know. Then everyone will know what compiler programs to avoid if they want to prevent anyone from hacking their material. This could be valuable information for security conscious ebook authors.


Posted on: 8:00 pm on November 29, 2007
RiffRaff Through bitter experience (!) I now keep each ebook produced in a separate folder, well away from even the Activ directory.
In each one, I keep any jpeg's, mp3's, and any reference material considered before compiling the book.
I then have a sub-directory with all the content files that were eventually used in the book, together with a copy of the aep, exe and subsequent zip file....

Posted on: 8:18 pm on November 29, 2007
RiffRaff Forgot to mention....keeping the aep file for each book also conveniently keeps the passwords...and that's quite handy too!

Posted on: 9:38 pm on November 29, 2007
rlemire tamburine;

I actually thought of one compiler that does allow someone to decompile it's contents.
Unless it's protected by HYPrLock's HYPrPDF security system, the Adobe PDF format allows anyone to easily decompile or hack it's material. Just Google "PDF password recovery" to see how many programs are available to crack a PDF file.


In addition to your excellent suggestions I also keep my backups on a separate internal hard drive with copies to a separate external hard drive and backup CDs. Hey, with computer crashes and virus problems you can never be too careful.


Posted on: 9:47 pm on November 29, 2007
tamburine >separate internal hard drive with copies to a separate external hard drive and backup CDs..

Backup is good advice, however. Unfortunately it is not possible backup every thing you have, and this does not make sence, as well.  As to decompiler, yes there is decompilers for some ebook compilers, but it come not from the compiler developer, however, but from third party companies. Books security provided not via ecrypting and compiling it into exe, but via copyright. In addition, using ebooks in exe form is extremelly inconvenient thing, especially for readers. Normal ebook form is PDF. As to getting back content - its only a question of time,  just will borrow a little more time, than using decompiler. Nothing is impossible.

Posted on: 11:13 am on November 30, 2007
RiffRaff Tamburine...

"it is not possible backup every thing you have"
Yes, it is!

"does not make sence, as well."
Yes, it does!

"Books security provided not via ecrypting and compiling it into exe, but via copyright"
In a perfect world, maybe, but when I buy a copy of your book - assuming you find the content, that is - and copy it for Ron and Alaska, how will you ever know?

" using ebooks in exe form is extremelly inconvenient thing, especially for readers"
How so?

"As to getting back content - its only a question of time,  just will borrow a little more time, than using decompiler"
Ah....you mean "re-writing it...."

"Nothing is impossible."
This bit may indeed be true....!

Posted on: 12:38 pm on November 30, 2007
rlemire RiffRaff;

I think Alaska is right about this poster. He's not an author interested in creating an eBooks.

1) He doesn't like ebooks because they're inconvenient.
*** They're also the only secure method of selling information.

2) He thinks the only security you should use is copywrite
*** Copywrite is not effective against crooks and hackers.

3) PDF is great because decompilers are readily available.
*** PDF decompilers are not effective against HYPrLock.

4) He doesn't believe in backing up his valuable material.
*** I don't believe in backing up his material either.

5) He thinks anything can be cracked. Nothing is impossible.
*** He hasn't cracked Activ E-Book.

I don't know about you, but these ideas sound suspiciously like they might be coming from a password pirate or ebook hacker. I don't think a legitimate ebook author who would agree with any of these ideas.


The solution for you is build a web site and host all of your material on the Internet. Make sure you add a copywrite notice, because you wouldn't want anyone to steal your material.

Using this method you won't need to worry about ebooks being inconvenient or even needing a decompiler. Plus you won't be wasting the time of serious ebook authors in your futile search for an Activ E-Book crack.


Posted on: 4:54 pm on November 30, 2007
RiffRaff C'mon, Ron!
Don't hold back!
Say what you mean!

Posted on: 5:23 pm on November 30, 2007
tamburine Did you saw anywhere on Amazon or in any solid publishing house any ebook in an EXE format?

Has already got all ebook content.

Posted on: 10:40 pm on November 30, 2007
RiffRaff Meanwhile, back on planet Earth.....

Posted on: 8:56 pm on December 1, 2007
rlemire tamburine;

Amazon.com is a marketing venue something like eBay. Like "solid" publishers, most Amazon books are paper editions and not digital downloads. The few digital publications it does offer are usually HTML or PDF format, both of which offer little or no security. If an e-book author wants to comply with Amazon rules and regulations I see nothing in their literature that would prevent an e-book author from selling an "exe" e-book.

If you google "e-books" there are plenty of e-book publishers that distribute e-books in "exe" format. There are also many who distribute PDF and other proprietary formats that require special e-book readers.

In the end each author must decide which publishing method offers the best range of features including ease of use, cost, distribution system and security. The most important consideration for most e-book authors is security. They want to know how to prevent password pirates and hackers from stealing their material.

If security is not on your priority list that is your prerogative. Like every other e-book author you have the right to publish your documents however you see fit. However, most people would find it strange that you chose to use the best protection available (that promised strong security) and then complain that you can not crack it's security.


Posted on: 9:49 pm on December 1, 2007
Alaska Ron -

Your patience is admirable, but it's clear from his questions and attitude that tamburine is nothing more than a common thief (and a poor speller, as well).

Like the saying goes: "There's no point in wrestling pigs; you only get dirty, and the pig likes it."

Posted on: 5:40 pm on December 2, 2007
RiffRaff **** !
There goes my next book title, "No point in wrestling pigs"!
Who's been talking?!

Posted on: 6:55 pm on December 2, 2007

Sorry, RiffRaff, you have no secrets here...

Posted on: 7:21 pm on December 2, 2007
rlemire Alaska;

I agree with your comments, but I wanted to make some positive statements to new or potential Activ E-Book users. If lies being spread by self serving opportunists are not challenged, people who don't know better can start believing them.

Ignorance shouldn't be confused with stupidity. Ignorance is a lack of education. Stupidity on the other hand, is a refusal to learn.


Posted on: 1:14 am on December 3, 2007
Alaska Ron -

Truer words have rarely been spoken...

You guys rock. Thanks for all you do, and, for your willingness to fight the good fight....

best -

Posted on: 8:27 pm on December 3, 2007
RiffRaff Alaska...
Got it!
My new book title -
"Dirty, and the pigs like it"!
I'm told that it's likely to open up a whole new market for me...

Posted on: 9:00 pm on December 3, 2007
Alaska "Dirty, and the pigs like it"!

...disturbing, yet somehow, intriguing...

Posted on: 8:19 pm on December 4, 2007
RiffRaff [Makes quizzical note re Alaska in diary....]

Posted on: 9:22 pm on December 4, 2007
EBookSecurityGuy It is possible, not easy but certainly possible

Posted on: 10:16 am on March 24, 2008
rlemire eBookSecurityGuy

Yes I agree. It is possible to crack an eBook but it's not easy.

A number of PDF password recovery programs are actually bragging about being able to use "brute force" attacks to discover an unknown PDF password. (PDF files are generally very secure if you don't have one of the OWNER or USER passwords).
While displaying a demo screen with a maximum password length of 4 characters, they say they can crack a 40 bit encrypted PDF file in an average time of 15 days on a PIII-450.

My HYPrLock program uses 128 bit encryption and industrial strength passwords to protect PDF files so, using their calculations, they might be able to successfully crack a HYPrLock protected PDF file in the average time of 45,838 years.


Posted on: 5:30 am on March 25, 2008
EBookSecurityGuy I was talking about getting back source files from activ compiler, not about pdf security.

I'm aware of your HYPrLock program, it's interesting but a bit complicated.

Posted on: 5:51 pm on March 25, 2008
rlemire eBookSecurityGuy;

Getting back the source files by a "brute force" attack would be much more difficult than just getting a password by "brute force" methods. The difficulty of decrypting an encrypted file is astronomical compared to finding the password.

I used PDF password recovery as an example because that information is available and software already exists to work with PDF files.

To discover a password for an Activ E-Book would first require designing a program to launch the attack. (it would first need to generate a password - then open Active E-Book and try it - then generate another password and try it etc..) That in itself would be a major stumbling block, and it would only work effectively if the password was very simple or less than 6 characters long.

For example: The Activ E-Book default setting of 7 characters (numbers and capital letters) could take 4 months to crack. If the password happened to be 8 characters in length it might take 17 years.


Posted on: 7:00 pm on March 25, 2008
EBookSecurityGuy rlemire

Comparing Activ to pdf is like comparing apples to pineapples.

Just because bruteforce is only way open protected pdf does not mean the same applies for activ.

Posted on: 6:55 pm on March 26, 2008
rlemire eBookSecurityGuy;

Ok, I'm ready to be illuminated...

Just how would you turn the following code into something that makes sense.

BTW: This is just 1/50 of a very simple encrypted HTML page.

']B~QtV3@<(f27rIFvv}~9!@9ui\ Qf׺||7$WfpG!\eKGWЇ1(VP ;CJNO#[N5>/n= uk6fCэKU%H ϲ¸;a{R񃬵y.l%7ohʈaa$o|C ɿ7iHi E5L-D"vz(& ;g*v,sk!.EyF!:AIķ2KrZGﲣtSϗma ny,a;¹܇Ԋe)3֨aM Ι=2Sp{iS兂،{}Fö⭦;Կ4|`'"!i3:NW*jG0$ֽ8ti+fL

Both PDF files and Activ E-Book use high level encryption to protect content so they are very much alike in that regards.


Posted on: 9:44 pm on March 26, 2008
EBookSecurityGuy rlemire;

Because I respect author's efforts and time he have invested into development
of his products I'm not willing to discuss activ security
in details.

btw: your statement about high level encryption is true only for pdf.

(Edited by EBookSecurityGuy at 6:31 pm on Mar. 27, 2008)

Posted on: 6:07 pm on March 27, 2008
rlemire eBookSecurityGuy;

I'll have to respect your integrity on that issue. You seem to be much more informed about bypassing security than I am.

It's a well know fact however, that PDF hackers have little trouble breaking into PDF documents.
Activ E-Book may have some security issues, but I've have never heard of anyone hacking into the core program and stealing an authors work.

With that in mind, HYPrLock can at least raise the security level of PDF documents up to that of Activ E-Book, which is certainly much better than the state of PDF security today.


Posted on: 1:51 am on March 28, 2008
EBookSecurityGuy Pdf itself is extremely secure, problem happens when open password is
known, in that case(as you know) security can be easily bypassed by any software
designed to do so.

Activ E-Book has never been hacked as many others ebook compilers and
protectors, mostly because nobody cares to do it. This is certain advantage
of these not so widely known products. If Activ E-Book were widely used, it could be entirely different story.

Yes, your HYPrLock raise the security level of PDF documents up to that
of Activ E-Book BUT on the other side it
lowers security of pdf itself (even though both user and owner passwords are set).

Posted on: 5:46 pm on March 28, 2008
rlemire eBookSecurityGuy;

I'm sorry, but I have to take exception to some of your comments because they are misleading and not very logical.

First of all, I know for a fact that hackers have tried unsuccessfully to hack the Activ E-Book program itself (so they could use it to create ebooks). However, I've never heard of anyone successfully cracking an eBook made with Activ E-Book. It would be unrealistic to state it couldn't be done but if hackers feel an eBook is not worth their effort, I can live with that.

The easiest way an ebook could be hacked would be to get hold of the passwords. Password pirates will always take advantage of eBook authors who are careless and don't protect their passwords.

Regarding HYPrLocks PDF protection and Activ E-Book:
First, HYPrLock uses 128 bit encryption and industrial strength invisible passwords to lock the PDF file. Then, the PDF file is added to a password protected Activ E-Book eBook shell.

Activ E-Book only encrypts HTML files - PDF files, on the other hand, are carried as an additional "source" file within the "exe" shell. Therefore, Activ E-Book does not affect the content security or the integrity of the PDF file in any manner - it merely provides an extra layer of distribution security.

A HYPrLock protected PDF file always remains ultra secure, inside or outside of Activ E-Book. Snaring a copy of the PDF file from a temp folder is useless to a hacker.

To suggest that Activ E-Book is somehow corrupting the PDF file security doesn't make any sense. The only PDF data Activ E-Book has to work with is already encrypted.


Posted on: 7:55 pm on March 28, 2008
EBookSecurityGuy oh, there was misunderstanding then, you said "Activ E-Book may have some security issues".
I thought you were referring to an ebook compiled by Activ compiler and not activ compiler itself.
I'm aware of existing but not working keygenerators for Activ compiler. I was talking about
compiled books and as far as I know none has been ever hacked or decompiled.

Regarding HYPrLock what I suggest has nothing to do with activ even though activ is one layer in your protection system.

Pdf inside your HYPrLock has still not touched security and is not corrupted at all, problem is that HyprLock makes
pdf more vulnerable compared to simple password protected pdf.

OK, you probably think the last paragraph cannot be true. Well, it depends on from what angle you're looking at it.

For the average user who buys your HyprLock PDF system , pdf file inside is really much better protected than
simple password protected pdf but for the average skilled hacker it is exact opposite, HYPrLock makes
secure pdf actually more vulnerable.........

Don't you believe me , do you?

Posted on: 9:04 pm on March 28, 2008
rlemire eBookSecurityGuy;

I'm afraid not. So please explain why my code is more vulnerable so I can correct any security leaks.

I use a "seed" code plus other unknown values to generate industrial quality owner and user passwords "on the fly" . These passwords are unique to each PDF file.

So, if a PDF author encrypts the same PDF file with the same passwords as I create in HYPrLock, why would the HYPrLock PDF file be more vulnerable?
Even knowing that I use a seed code of "xyz123" doesn't help to break the code because you have no idea what I add to those numbers or how I manipulate them to arrive at the true password.

If a PDF author used a password like "M5tY97btZ2" and HYPrLock generated the same password "M5tY97btZ2" I see no difference in the quality of the passwords. The added security provided by HYPrLock is due to the fact that only HYPrLock has access to the passwords.

If you think that my code algorithm is vulnerable because it is created by JavaScript in an html page, then consider that my HYPrLock code has itself been encrypted with 384 bit encryption which is billions of times stronger than 128 bit encryption. This HYPrLock code is then re-encrypted again by Activ E-Book. So I defy anyone to crack my HYPrLock source code.


Posted on: 11:49 pm on March 28, 2008
EBookSecurityGuy to answer your question I want your permission to look closely at HYPrLock

(Edited by EBookSecurityGuy at 2:09 pm on Mar. 29, 2008)

Posted on: 8:16 am on March 29, 2008
rlemire eBookSecurityGuy;

I'm more than disappointed, I a bit **** ed. You made a specific accusation stating that "HYPrLock makes secure pdf actually more vulnerable..." You either had a specific reason for making that statement or you've made an reprehensible and potentially libelous accusation based on groundless supposition.

Your statement called into question my security product and the validity of your statement was re-enforced by your posting ID "eBookSecurityGuy" - which implies you are an authority on security - or at least knowledgeable.

I have never stated that HYPrLock was hacker proof - no computer product would ever make that outrageous claim. The question is whether HYPrLock makes a PDF file more vulnerable. Unless you had a valid reason for making that statement, I believe you should be very clear in retracting your accusation and doing what you can to repair the damage you've done to my product.

If you want to examine HYPrLock, it's available for anyone at my web site. There is even a free demo showing how a HYPrLock protected PDF documents actually works.


Posted on: 4:26 pm on March 29, 2008
EBookSecurityGuy I don't like your attitude.

It's not an accusation, it's just my personal opinion.
I do not have to support my claim (even though I intended to do so)
You may simply dismiss it as not true and live like you lived

I've stated what I consider to be true, but you are the author
your opinion matters not mine, and as you mentioned nothing is
completely hacker proof.

(Edited by EBookSecurityGuy at 6:19 pm on Mar. 29, 2008)

Posted on: 5:56 pm on March 29, 2008
rlemire eBookSecurityGuy;

You don't like my attitude?

Did I make any statements concerning the quality of your products?

With an ID name like "eBookSecurityGuy" any statement you make carries extra weight with regard to security issues. You never qualified your statement by saying it was a personal opinion unsupported by any proof or facts.

I took you at your word, and asked for you to clarify the security problems with my program so I could fix it. Then I found out you are not only incompetent you are totally without scruples and have little regard for truth or justice.

I agree your comment wasn't just an accusation, you presented it as a statement of fact, which is much more damaging. I am the aggrieved party here and I believe I have a perfect right to be upset.


Posted on: 7:13 pm on March 29, 2008
I did make statement concerning the quality of your products but not with
intentions to harm you or anyone else. Just to point out what I've thought may
concern you.

Yes, you asked me to clarify security problems with your program and I
asked you something back and that's how it all started. You could have simply
answered with YES. I just wanted to have your permission to analyse
you product.

btw: from someone incompetent:


Posted on: 8:23 pm on March 29, 2008
rlemire eBookSecurityGuy;

I am humbled and chastised.
I had to go back to 2006 to find the reference but your point is well made. This is the kind of helpful input I was expecting earlier.

Thank you for pointing out faulty procedures that need to be reexamine.

Your suggestion that I should let you examine my code resulted in a strong negative reaction and a regretful response.


Posted on: 9:41 am on March 30, 2008
EBookSecurityGuy I asked for your approval because it would not make me feel good about myself doing any further research without it.

By my little hint I was trying to point out the vulnerability mentioned before.

Problem is that the password for pdf can be obtained from HyprLock,  and if user knows the password , getting unprotected pdf is a piece of cake.

Posted on: 1:19 pm on March 30, 2008
rlemire eBookSecurityGuy;

I've just finished re-writing all of the PDF security code for HYPrLock (from the ground up). The new code is leaner, meaner, and cleaner. No more open scripting routines.

I think you will find this more acceptable.. Unless you can somehow use key logger software to track active memory.
If you can do that then I'll have to reevaluate my code again.

An example PDF file protected by the new HYPrLock security code can be downloaded at testPDF.exe

Thanks for your help..


Posted on: 5:23 pm on March 31, 2008
rlemire eBookSecurityGuy;

When evaluating the security of my HYPrLock program, please remember that the object is not to crack the program, it's to see if HYPrLock provides reasonable and effective protection from PDF password recovery tools and the like.

I'm not claiming HYPrLock is immune to program hackers. If an ambitious hacker can hack into the Pentagon or NASA I'm sure they could find away to crack HYPrLock. HYPrLock merely claims to prevent Password Pirates and PDF hackers from gaining access to an authors PDF content.


Posted on: 4:14 pm on April 1, 2008
EBookSecurityGuy hey Ron

It looks good, especially your  encrypted java code, seems to me much safe now. I do not remember same security from previous versions. Have you changed the software which is protecting your code?

HYPrLock always provided reasonable and effective protection against PDF password recovery tools and you can always set passwords longer to make it even safer.
Unless is password known chance to break into pdf is next to nothing.

Congrats on raising security of your HYPrLock system another step higher.

(Edited by EBookSecurityGuy at 7:59 pm on April 1, 2008)

Posted on: 7:58 pm on April 1, 2008
rlemire eBookSecurityGuy;

Thanks for evaluating my program.

As I said, I've changed the PDF code from the ground up. I was using windows scripting. It fit in with my HTML and JavaScript code but it proved too unstable. Now I'm using computer code that runs in active memory.

I use PDF passwords that should (in theory) prevent "brute force" attacks for 45,000 years. But, as you say, if need be, I can always add more characters for more strength.

Thanks again..


Posted on: 8:29 pm on April 1, 2008
EBookSecurityGuy Ahh, now it makes sense that's why I always got error, something about disabled
host scripting on my system in previous versions, now it works perfectly well.

I'm still curious, unless it's a secret what software have you used to protect your HYPrLock code?

btw: There are sill authors who claim that their system is impervious to hacking.

(Edited by EBookSecurityGuy at 8:48 pm on April 1, 2008)

Posted on: 8:44 pm on April 1, 2008
rlemire eBookSecurityGuy;

There are various parts to my program. Some use computer code and others use HTML, JavaScript and Activ Script. The program I use most often to encrypt my HTML and JavaScript is called "HTML Guardian 7"

Some PDF authors are using very sophisticated and "expensive" online (database) services to protect their PDF products - usually with a hefty monthly fee. Some protection schemes involve using a separate PDF reader program.

No matter what system you use - if you need to give customers a PDF "USER" password to open the PDF file it can no longer be considered safe from PDF hackers. A "White Paper" supplied in the HYPrLock free "example" download, says that even Adobe's own DRM system is not secure.

HYPrLock is for PDF authors who want an "offline" (database free) solution without a expensive monthly fees.


Posted on: 9:51 pm on April 1, 2008

List All Archived Forums

Copyright © 2000-2018, Answers 2000 Limited.

With any business, it is up to the individual owner of said business to ensure the success of the business. You may make more or less than any sample figures or results that might be quoted on our web sites or other publications. All business involves risk, and many businesses do not succeed. Further, Answers 2000 Limited does NOT represent that any particular individual or business is typical, or that any results or experiences achieved by any particular individual/business is necessarily typical.

Disclosure: Our company's websites' content (including this website's content) includes advertisements for our own company's websites, products, and services, and for other organization's websites, products, and services. In the case of links to other organization's websites, our company may receive a payment, (1) if you purchase products or services, or (2) if you sign-up for third party offers, after following links from this website. Unless specifically otherwise stated, information about other organization's products and services, is based on information provided by that organization, the product/service vendor, and/or publicly available information - and should not be taken to mean that we have used the product/service in question. Additionally, our company's websites contain some adverts which we are paid to display, but whose content is not selected by us, such as Google AdSense ads. For more detailed information, please see Advertising/Endorsements Disclosures

Our sites use cookies, some of which may already be set on your computer. Use of our site constitutes consent for this. For details, please see Privacy.

Click privacy for information about our company's privacy, data collection and data retention policies, and your rights.

Contact Us    About and Terms Of Use    Privacy    Advertising/Endorsements Disclosures