DELIVERY & GIFT DETAILS:
Usually ships within 24 hours
Delivery Time and Shipping Rates
Eligible for gift wrap & gift message.
(Paperback)
Just as regular police forensics focus on the information available at a crime scene, computer forensics looks at evidence that can be gleaned in the aftermath of a computer security incident. Two computer security professionals provide a methodology for collecting information that can lead to a perpetrator and prove useful in prosecutions. Chapters cover encryption, data hiding, hostile code, and introductions to forensics on Windows and Unix operating systems.
Annotation c. Book News, Inc., Portland, OR (booknews.com)
More Reviews and RecommendationsWarren G. Kruse II, a former police officer, has been with Lucent Technologies' Corporate Computer and Network Security Organization as an Investigations Manager since 1998. He has received specialized training in computer forensics from the International Association of Computer Investigating Specialists and the Nation White Collar Crime Center. He is a member of the US Secret Service Electronic Crime Task Force, and gives a popular forensics class at SANS.
Jay Heiser is Senior Information Security Consultant for Lucent, based in Austria.
Reader Rating:
See Detailed Ratings
June 07, 2006: This is one of the best primers on Computer Forensics out there. It is comprehensive, covers in enough depth to be useful, and is practical in its use. I would recommend this book to anyone interested in getting started in Forensics. The only negative is the dating - this would be better if it were
"Computer Forensics, Incident Response Essentials is a phenomenal introduction to the tools and techniques for computer forensic response. The book listed a number of tools that I had never heard of before. I can't wait to download several of these and take them for a spin."
Stephen Northcutt, The SANS Institute
Every computer crime leaves tracks—you just have to know where to find them. This book shows you how to collect and analyze the digital evidence left behind in a digital crime scene.
Computers have always been susceptible to unwanted intrusions, but as the sophistication of computer technology increases so does the need to anticipate, and safeguard against, a corresponding rise in computer-related criminal activity.
Computer forensics, the newest branch of computer security, focuses on the aftermath of a computer security incident. The goal of computer forensics is to conduct a structured investigation to determine exactly what happened, who was responsible, and to perform the investigation in such a way that the results are useful in a criminal proceeding.
Written by two experts in digital investigation, Computer Forensics provides extensive information on how to handle the computer as evidence. Kruse and Heiser walk the reader through the complete forensics process—from the initial collection of evidence through the final report. Topics include an overview of the forensic relevance of encryption, the examination of digital evidence for clues, and the most effective way to present your evidence and conclusions in court. Unique forensic issues associated with both the Unix and theWindows NT/2000 operating systems are thoroughly covered.
This book provides a detailed methodology for collecting, preserving, and effectively using evidence by addressing the three A's of computer forensics:
Computer Forensics is written for everyone who is responsible for investigating digital criminal incidents or who may be interested in the techniques that such investigators use. It is equally helpful to those investigating hacked web servers, and those who are investigating the source of illegal pornography.
Loading...| Preface | vii | |
| Acknowledgments | xiii | |
| Chapter 1 | Introduction to Computer Forensics | 1 |
| Chapter 2 | Tracking an Offender | 23 |
| Chapter 3 | The Basics of Hard Drives and Storage Media | 65 |
| Chapter 4 | Encryption and Forensics | 83 |
| Chapter 5 | Data Hiding | 105 |
| Chapter 6 | Hostile Code | 129 |
| Chapter 7 | Your Electronic Toolkit | 149 |
| Chapter 8 | Investigating Windows Computers | 177 |
| Chapter 9 | Introduction to Unix for Forensic Examiners | 207 |
| Chapter 10 | Compromising a Unix Host | 245 |
| Chapter 11 | Investigating a Unix Host | 263 |
| Chapter 12 | Introduction to the Criminal Justice System | 311 |
| Chapter 13 | Conclusion | 325 |
| Appendix A | Internet Data Center Response Plan | 327 |
| Appendix B | Incident Response Triage Questionnaire | 353 |
| Appendix C | How to Become a Unix Guru | 363 |
| Appendix D | Exporting a Windows 2000 Personal Certificate | 367 |
| Appendix E | How to Crowbar Unix Hosts | 375 |
| Appendix F | Creating a Linux Boot CD | 377 |
| Appendix G | Contents of a Forensic CD | 379 |
| Annotated Bibliography | 381 | |
| Index | 385 |
Billions of dollars are lost annually to crime, and computers are increasingly involved. It is clear that law enforcement needs to investigate digital evidence, but does it make sense to encourage a bunch of computer administrators to become Junior G-Men? Do we really need amateur digital sleuths? In a word, yes. Bad things are happening on computers and to computers, and the organizations responsible for these computers have a need to find out what exactly happened. You probably cannot pick up the phone and bring in law enforcement every time something anomalous happens on one of your servers and expect them to send out a team of forensic specialists, and even if you could, it may not be what your corporate executive staff wants. All major corporations have internal security departments that are quite busy performing internal investigations. However, the security professionals who typically fulfill this role are accustomed to dealing with theft and safety issues and are often ill-prepared to deal with computer crime.
Computer Forensics is inspired by the needs of the people who attend Warren's seminars on computer forensics. If for no other reason than these sold-out seminars, we know that there is a large demand for greater expertise in digital investigations. System administrators and corporate security staff are the people we've designed the book around. Most of the seminar attendees are fairly skillful in the use and maintenance of Microsoft environments. Some of them are Unix specialists, but many students have expressed a strong desire to learn more about Unix. Once a corporation discovers that they have somebody with the ability to investigate Windows incidents, it is assumed that they know everything about computers, and it is usually only a matter of time until they are pressured into taking a look at a suspect Unix system.
Warren's students come from a wide variety of backgrounds and have diverse investigatory needs and desires. We try to accommodate these varying agendas in this book, to which we bring our experience in investigation and incident response. Warren is a former police officer who regularly performs computer forensic examinations inside and outside of Lucent. Jay is an information security consultant who has been on the response teams for numerous hacked Internet servers. To the maximum extent possible, this book contains everything useful that we've learned from performing investigations and teaching others to do it for themselves. We know what questions will be asked, and this book is designed to answer them. It is a practical guide to the techniques used by real people to investigate real computer crimes.
This book can be read cover to cover, as a complete introductory course in computer forensics. However, it is also meant to serve as a handbook, and we expect many of the readers to have familiarity with some of the subjects we cover. For that reason, every chapter is self-standing, and can be read when convenient or necessary. Undoubtedly, you will specialize in one or more of the areas covered in this text. However, we believe that the information presented in this book is a MINIMUM required level of legal and computer literacy, and we urge you to become knowledgeable in all of the areas we cover: legal, procedural, and technical.
This chapter outlines the basic process of evidence collection and analysis, which is the meat of computer forensics. Even those with a background in law enforcement will find new techniques in this chapter that are specific to computer forensics.
The Internet is pervasive today, and a high percentage of your investigations will involve either incoming or outgoing Internet traffic. The material in this chapter will help you understand how to interpret the clues inside of mail messages and news postings. It will also start you on the path towards becoming an Internet detective, using standard Internet services to perform remote investigations.
For the computer sleuth, hard drives are the most significant containers of evidence. This chapter provides an understanding of both their logical and their physical configuration. It covers partitions and low-level formatting, file systems, and hardware drive interfaces.
Cryptography has become ubiquitous in the virtual world of the Internet. A good investigator must have a solid understanding of the technology and goals of modern cryptography. It is relevant both in understanding evidence, and interestingly enough, in the preservation of evidence. Many investigators lack what we feel is a necessary level of crypto-literacy, so this chapter provides a broad-brush introduction to encryption with special emphasis on its significance and application in computer forensics. We also discuss common encoding and archiving formats that can complicate your key word searches (uuencode, pkzip, etc.). We believe that as digital signature grows in legal significance and continues to find new uses, that forensic investigators will be expected to understand the limitations of digital signature and have a firm grasp of the ways in which a digital identity can be stolen. We also believe that the digital timestamping of forensic evidence will soon become standard procedure in digital investigations. If you already have a good background in these encryption concepts, then you may wish to skim this chapter.
Being able to find hidden data is a crucial investigative skill. Even if you are very crypto-literate, you still may not be aware of steganography and other data hiding techniques. Continuing the subject of encryption, this chapter provides hands-on applications of cracking techniques, describing the use of specific software tools that we have successfully used during our investigations. This chapter categorizes and describes the ways that data can be hidden--not just encryption--and provides practical guidance on how to find and read hidden data.
Being able to identify and understand the implications of criminal tools is a skill that every investigator needs. Given that hostile code can be very arcane and is not something that all of our readers have a background in, this chapter provides an introduction to the topic and an overview of the types and capabilities of digital criminal tools that the investigator may encounter. We've included a couple of recent war stories involving incidents of 'hacker tools' on corporate PCs, which is becoming increasingly common.
Although forensic-specific tools have a certain James Bond-like appeal--and we certainly cover these products also--a large percentage of your work will be done with system tools that were not specifically created for the unique needs of forensic investigation. This chapter will introduce you to a wide variety of utility types and specific brand name tools, along with instructions in their appropriate use within a digital investigation. . .
Microsoft Windows--in all its various flavors--is the most widely used family of personal productivity operating systems. While this chapter assumes some background in Windows, you don't need to be a Microsoft Certified Systems Engineer in order to apply the techniques and tricks we discuss. Emphasis is placed on NT 4.0 and Windows 9X, but several important new Windows 2000 features, such as the Encrypting File System, are covered. An experienced investigator soon learns that nothing is too obsolete to be in daily use somewhere, so the chapter concludes with Windows 3.1-specific material.
For those readers with no prior experience with Unix, this chapter provides an introduction with special emphasis on Unix characteristics that are most significant for the forensic investigator. Experienced Unix users can safely skim or skip this chapter.
This chapter is intended as background material for the investigation of hacked Internet hosts. It describes the process that Unix attackers typically use, and provides an understanding of the goals of typical system hackers.
While emphasizing the investigation of hacked Unix hosts, the techniques taught in this chapter are applicable to all forms of Unix investigation. It contains a very detailed set of Unix-specific techniques and processes that use common Unix utilities for collecting and evaluating evidence. It also contains instructions on using a Unix boot CD to capture information over a network when you do not have the ability to attach hardware directly to a suspect system.
The final chapter in the book explains what you need to do once you have begun collecting evidence, and provides an overview of the criminal justice process. Legal concepts such as affidavits, subpoenas, and warrants are described. You will be a much more effective interface between your organization and law enforcement agents if you understand what they do and how both investigations and prosecutions are structured by the legal system.
Like any book, the appendixes are little bits that don't fit neatly anywhere else. These are standalone guides to very specific needs. Be sure to take a look at these to see which specific appendices meet your personal needs.
When tracking cyber offenders across the Internet, you use many of the same software tools that system and network administrators use to monitor and test network connectivity. Many of these programs are included in modern operating systems, and you may already be familiar with them. Even if you are already comfortable with the tools we discuss in this chapter, you may not have considered their use during an investigation. Unfortunately, many of our most common Internet application protocols make no provisions for strongly authenticating the transmitter of a communication. Services like email and Usenet are based on simple textbased initiation protocols and basically use the honor system. This complicates investigations because you cannot necessarily trust the identification information contained within Internet messages. The better you understand the underlying protocols and processes, the better you can evaluate the validity of the names and Internet addresses associated with Internet communications.
The Internet and many private networks run a set of protocols commonly referred to as TCP/IP, which stands for Transmission Control Protocol/ Internet Protocol. The label "TCP/IP" is a convenient abbreviation for a set of related network protocols, the development of which effectively started in the late 1960s and is ongoing today. More precisely referred to as "the Internet protocol suite," it is a set of communication conventions that a device must implement in order to participate on the Internet. TCP/IP is not specific to any operating system, programming language, or network hardware. It is an equal opportunity set of standards that enables Macs, Windows, Unix, routers, switches, and a variety of mainframe environments to communicate with each other. It is not specific to network topology, meaning that Ethernet, token ring, and wireless networks can also interoperate. This universal interoperability is a prerequisite to both modern computer crime and investigations.
Plenty of books and essays exhaustively discuss the Open Systems Interconnection (OSI) seven-layer Network Reference model, so we won't spend a great deal of time on it. The model is illustrated in Figure 2-1. The original seven-layer model was conceived as an abstraction that didn't apply to any currently existing technology— especially not the burgeoning suite of Internet protocols—and the exact labeling of Internet services and protocols within this model continues to be a matter of tremendous debate (especially the session and presentation layers). But it is a debate of no consequence because after all, the Internet still functions whatever abstract labels are assigned to its protocols. The important lesson to learn from this model is that certain infrastructural services provide the foundation for the actual file sharing and distributed applications that are the reason the network exists in the first place. These services are stacked on top of each other like Lego building blocks. Its relevance to forensic investigations is that you cannot interpret evidence without understanding its place within the hierarchy of stacked services. Let's look at a concrete example to see how this layering works.
You might not have realized that when you send and receive email, you are dealing with three different addresses, each within a different network layer. Every network interface has a unique hardware address burned into it at the factory. This address is called the MAC (media access control) address. (We discuss an unusual use Microsoft makes of this address in Chapter 8.) This address enables all of the devices on a LAN segment—those devices that can see each other's network traffic— to refer to each other. At the network layer, devices recognize traffic intended for themselves on the basis of the MAC addresses incorporated within the chunks of data on the network, which are called packets. It is entirely impractical for every device on the Internet to refer to devices outside of their LAN segment by this hardware address, so when a computer joins the Internet, it has a numeric IP address assigned to it. An IP address is usually written as a series of four numbers in the range 0–255, separated by dots, such as 192.168.0.55.
Certain IP addresses, or ranges of addresses, are reserved for special purposes. For example, IP addresses that end with 0 denote a network address, such as 192.168.0.0. An IP address that ends with 255 denotes a broadcast address, such as 192.168.0.255. "Private addresses" in the 192.168.0.0 to 192.168.255.255 range may be used on internal networks. These addresses "are intended for intra-enterprise communications, without any intention to ever directly connect to other enterprises or the Internet itself."1 When tracking offenders, if you locate an address within this range, don't pack your bags for California (the location of the Internet Assigned Numbers Authority2 ); you have to determine the suspects' external IP address to locate them.
An Internet address actually contains two parts. The network portion is unique among all the networks interconnected to the LAN segment (which often means the entire Internet), and the host section is unique among all the devices using the same network portion. The effect is that all IP addresses on the Internet are both unique and identifiable as being within a specific network. Private networks use addressing that is unique within their networks, but any two private networks can use the same "address space" as long as they are not interconnected to each other.
The uniqueness of addresses and the distinction between network and host portions of the address make it practical for routers to know where to route to. Entire books have been written about routing. For our simplified purposes, routers are devices that automatically forward your data packets to another network when the destination is not your network. Routers base their decision on where to forward your packet on current conditions and their programmed instructions—routers do whatever is most expedient, which means that the route between any two points can change. This is completely different from the Public Switched Telephone Network (PSTN). When you make a telephone call, the switches within the PSTN sequentially establish a circuit from end to end, and it is maintained throughout the duration of the call. On the Internet, it may often seem as if you are using a circuit, but the actual path taken by each individual packet is dependent upon the whims of the intermediate routers.
The network part of an Internet address is assigned by the Internet Assigned Numbers Authority (IANA) to each network owner, and the host part is assigned to individual hosts and devices by the network owner. The network may be run by an organization (business or government agency), or it may be run by an Internet service provider (ISP) to provide Internet access to its customers. In the latter case, the IP addresses may be used by individuals or multiple organizations. Because IP addresses are used for routing, when a device is moved to a new network, it often requires a new address.
IP address can be statically or dynamically assigned. Computers that are assigned a static IP address always use the same IP address until it is manually changed to a new address, which is becoming increasingly less convenient in a time of constant reorganizations and mobile computers. Dynamic addresses are automatically assigned to a computer when it registers itself on a network using a protocol called Dynamic Host Configuration Protocol (DHCP) or Windows Internet Naming Service (WINS), a Microsoft protocol that is rapidly becoming obsolete. For network administrators, DHCP neatly solves the tedium and confusion of manually assigning constantly moving Internet devices. Virtually all ISPs use DHCP to assign addresses to their dial-up customers, and many permanently connected home users have dynamically assigned addresses that can change whenever their cable modems are powered off and on. Use of DHCP is definitely on the increase, but unfortunately, DHCP makes detective work a little more difficult....
1. From RFC 1918. (For more information on private addresses, seehttp://www.isi.edu/in-notes/rfc1918.txt.)2.
http://www.iana.org
loading...
loading...
loading...
Terms of Use, Copyright, and Privacy Policy
© 1997-2009 Barnesandnoble.com llc