Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: HTML/Java Protection |
|---|---|
| Date: | Tue, 20 Sep 2005 10:01:32 +0100 |
AFAIK, there is currently no way in the standard applet runners to encrypt your class file or anything similar -- i'm sure i'll be corrected quickly enough if i'm wrong on this -- however one of the best things you can do to make your decompiled code a lot more impenetrable is to obfuscate it. Most peoples preferred obfuscator thesedays seems to be Proguard ( http://proguard.sourceforge.net/ ) Whilst your class is still decompilable, all token names will be replaced with one- or two-character versions that raise the stakes in understanding and succesfully modifying the decompiled code. [ProGuard is a free Java class file shrinker, optimizer, and obfuscator. It can detect and remove unused classes, fields, methods, and attributes. It can then optimize bytecode and remove unused instructions. Finally, it can rename the remaining classes, fields, and methods using short meaningless names. The resulting jars are smaller and harder to reverse-engineer.] Also consider techniques such as addding checks to checksum the code or classes (or to look into sensitive classes by reflection), if possible and behave differently if you don't read the correct checksum. Also be sure to look closely at how you are sending data to the server (if you have a client-server app) and try to restrict the server-side component to only respond to *valid* and possibly *verified* requests from *your* client. On 19 Sep 2005 17:01:42 -0000, confusionvalley@netcabo.pt <confusionvalley@netcabo.pt> wrote:
Hello all, I'm currently developing a Java applet and i want to protect the .class from being downloaded. It's very easy to download the .class file..just check the HTML code and get the class name wich will be loaded..then with a download program you can get the class file and decompile it to get the source code. The real objective is to protect the source code from the html and not so grabbers. Any idea to protect the html/java? Best regards, Nuno
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: HTML/Java Protection, Peter Conrad |
|---|---|
| Next by Date: | Re: Re: Defending users of unprotected login pages with TrustBar 0.4.9.93, Peter Conrad |
| Previous by Thread: | Re: HTML/Java Protection, Roshen Chandran |
| Next by Thread: | Re: HTML/Java Protection, Antoine Martin |
| Indexes: | [Date] [Thread] [Top] [All Lists] |