- Paperback: 288 pages
- Publisher: Sams; 1 edition (3 May 2004)
- Language English
- ISBN-10: 0672326388
- ISBN-13: 978-0672326387
- Product Dimensions: 22.9 x 18.5 x 1.8 cm
- Average Customer Review: 3.0 out of 5 stars See all reviews (1 customer review)
- Amazon Bestsellers Rank: 1,099,496 in Books (See Top 100 in Books)
- See Complete Table of Contents
| ||||||||||||
Did you know you can trade in your old books for an Amazon.co.uk Gift Card to spend on the things you want? Plus, get an extra £5 Gift Certificate when you trade in books worth £10 or more before June 30, 2012. Visit the Books Trade-In Store for more details. |
Product details |
More About the Author
Product Description
Product Description
As a Java developer, you may find yourself in a situation where you have to maintain someone else's code or use a third-party's library for your own application without documentation of the original source code. Rather than spend hours feeling like you want to bang your head against the wall, turn to Covert Java: Techniques for Decompiling, Patching, and Reverse Engineering. These techniques will show you how to better understand and work with third-party applications. Each chapter focuses on a technique to solve a specific problem, such as obfuscation in code or scalability vulnerabilities, outlining the issue and demonstrating possible solutions. Summaries at the end of each chapter will help you double check that you understood the crucial points of each lesson. You will also be able to download all code examples and sample applications for future reference from the publisher's website. Let Covert Java help you crack open mysterious codes!
From the Back Cover
As a Java developer, you may find yourself in a situation where you have to maintain someone else's code or use a third-party's library for your own application without documentation of the original source code. Rather than spend hours feeling like you want to bang your head against the wall, turn to Covert Java: Techniques for Decompiling, Patching, and Reverse Engineering. These techniques will show you how to better understand and work with third-party applications. Each chapter focuses on a technique to solve a specific problem, such as obfuscation in code or scalability vulnerabilities, outlining the issue and demonstrating possible solutions. Summaries at the end of each chapter will help you double check that you understood the crucial points of each lesson. You will also be able to download all code examples and sample applications for future reference from the publisher's website. Let Covert Java help you crack open mysterious codes!
Tag this product(What's this?)Think of a tag as a keyword or label you consider is strongly related to this product.
Tags will help all customers organise and find favourite items. |
Sell a Digital Version of This Book in the Kindle Store
If you are a publisher or author and hold the digital rights to a book, you can sell a digital version of it in our Kindle Store.
Learn more
Customer Reviews
Most Helpful Customer Reviews
3 of 4 people found the following review helpful
Format:Paperback
I'm half way through the book, seen some stuff about obfuscution, a better debugger, signature hunting, reflection, some patching and some miniamal cracking technique, but not really enough meat yet (e.g. chapters 10 & 11 are IMHO irrelevant padding), this is not encouraging for a specialist book, I've seen better on mailing lists!
Most Helpful Customer Reviews on Amazon.com (beta)
Amazon.com:
6 reviews
15 of 19 people found the following review helpful
Learn what the hackers know, so that you can fight them
8 July 2004
Format:Paperback
I know that I am reading a high quality computer book when I absolutely have to stop and try the code examples. When I have to download a tool in order to execute the code, then it truly is a book to behold. That happened with this book. As I began reading chapter 2 on decompiling Java bytecode, I immediately went online and downloaded some of the tools. It was a fascinating and also disturbing experience. Java bytecode is of course not in a machine-specific executable form, so it is relatively easy to reconstruct the original source code. From this point on, examples of decompiling Java bytecode will be part of my class on computer security.
The topic of chapter 3 is obfuscating classes, something that I already cover in my security class. However, I derived several new ideas for examples from this section. Chapter 4, "Hacking Non-public Methods and Variables of a Class" was one I found fascinating, although somewhat obvious in retrospect. For years, I have used an example of accessing the private components of a C++ object in my classes, and now I will be dong something similar in my Java classes.
Chapter 7, "Manipulating Java Security", which demonstrated how easy it is to bypass security checks, was fascinating, another demonstration of the level of vigilance needed to keep our computers safe from the malicious entities. The remaining chapters are:
The topic of chapter 3 is obfuscating classes, something that I already cover in my security class. However, I derived several new ideas for examples from this section. Chapter 4, "Hacking Non-public Methods and Variables of a Class" was one I found fascinating, although somewhat obvious in retrospect. For years, I have used an example of accessing the private components of a C++ object in my classes, and now I will be dong something similar in my Java classes.
Chapter 7, "Manipulating Java Security", which demonstrated how easy it is to bypass security checks, was fascinating, another demonstration of the level of vigilance needed to keep our computers safe from the malicious entities. The remaining chapters are:
* Chapter 5 Replacing and patching application classes.
* Chapter 6 Using effective tracing.
* Chapter 8 Snooping the runtime environment.
* Chapter 9 Cracking code with unorthodox debuggers.
* Chapter 10 Using profilers for application runtime analysis.
* Chapter 11 Load-testing to find and fix scalability problems.
* Chapter 12 Reverse engineering applications.
* Chapter 13 Eavesdropping techniques.
* Chapter 14 Controlling class loading.
* Chapter 15 Replacing and patching application classes.
* Chapter 16 Intercepting control flow.
* Chapter 17 Understanding and tweaking bytecode.
* Chapter 18 Total control with native code patching.
* Chapter 19 Protecting commercial applications from hacking.
There is no doubt that there is enough knowledge in this book to allow you to hack Java applications. Therefore, there will be those who consider it dangerous. My opinion is that someone with the hacker mentality will find the knowledge and use it. To criticize a book because it concentrates the knowledge misses the point of how hackers should be battled. To defeat hackers you must learn how to hack code and perform due diligence by making all the changes that will make it hard to do.
I learned a great deal from this book. Some of it was general, in that I had not realized how unsecure Java bytecode is. Most of my new knowledge was specific; I learned many different things that can be done to fix bad code, whether the problems are in code failure or in lack of security.
1 of 2 people found the following review helpful
Esoteric Java island
8 Dec 2009
Format:Paperback
Main theme is explanation of many powerful and for some reason not well known techniques in Java. Statement holds even after almost six years since book's publication. These are some highlights:
1. For warming-up: it's quite simple to access non-public methods and variables of class
2. Replacing and patching dependent libraries: sometimes there is no way out but to replace a class in library you don't control. Usually this class will be in jar without source. Process is pretty straightforward if not trivial: first decompile class(es), then find problematic code, patch it in your class with the same name, and then assure it will be called before original class (which need not be removed), and if recommended, new class and original class (with jar) should have same classloader. Example from my experience: patching class from JSF library.
3. Why to write custom classloader? To enable hot deployment, to load classes out of classpath (network, database, some special location in file system), and most advanced, to bytecode augment existing classes.
4. Bytecode manipulation: it's surprising how much can be done with this tecnique. Even if java bytecode is not exactly readable, it is structured according to Sun specifications and there are some Java libraries (BCEL, Javassist ..) that make bytecode tweaking more high-level, so essentially becomes just Java programming against BCEL (Javassist) API. Heavily used in Spring project and in AOP implementations.
5. Focus on (production) runtime: profiling and load testing - this is usually not top priority for Java programmers, so many times this is no one's top priority, with bad consequences.
To sum up: great book for seasoned developers.
1. For warming-up: it's quite simple to access non-public methods and variables of class
2. Replacing and patching dependent libraries: sometimes there is no way out but to replace a class in library you don't control. Usually this class will be in jar without source. Process is pretty straightforward if not trivial: first decompile class(es), then find problematic code, patch it in your class with the same name, and then assure it will be called before original class (which need not be removed), and if recommended, new class and original class (with jar) should have same classloader. Example from my experience: patching class from JSF library.
3. Why to write custom classloader? To enable hot deployment, to load classes out of classpath (network, database, some special location in file system), and most advanced, to bytecode augment existing classes.
4. Bytecode manipulation: it's surprising how much can be done with this tecnique. Even if java bytecode is not exactly readable, it is structured according to Sun specifications and there are some Java libraries (BCEL, Javassist ..) that make bytecode tweaking more high-level, so essentially becomes just Java programming against BCEL (Javassist) API. Heavily used in Spring project and in AOP implementations.
5. Focus on (production) runtime: profiling and load testing - this is usually not top priority for Java programmers, so many times this is no one's top priority, with bad consequences.
To sum up: great book for seasoned developers.
2 of 4 people found the following review helpful
Waste of money
10 Sep 2006
Format:Paperback
Very little useful information that can't be found through free resources on the web or your own investigations. The book jumps from topic to topic providing only a cursory look at basic investigitory techniques. I'm amazed it got published at all given the rather sophomoric approach to a difficult subject. I was expecting detailed strategy and tactics for decompiling java classes and instead ended up with what reads like someone's blog of ideas or musings on the subject. Not very professional.
Were these reviews helpful?
Let us know
Listmania!
Look for similar items by category
Look for similar items by subject
Feedback
- Would you like to update product info or give feedback on images?
- I am the Author, and I want to comment on my book.
- I am the Publisher, and I want to comment on this book.
