Home > Store

Computer Security: Art and Science

Register your product to gain access to bonus material or receive a coupon.

Computer Security: Art and Science

Book

  • Sorry, this book is no longer in print.
Not for Sale

About

Features

The most complete book on information security theory, technology, and practice from a well-recognized security authority and educator.

° Matt Bishop is a well-recognized authority and educator in computer security. He is an expert in information assurance and robust, safe code; important topics today.

° Current with the latest developments.

° Well-suited to become the leading security textbook.

Description

  • Copyright 2003
  • Edition: 1st
  • Book
  • ISBN-10: 0-201-44099-7
  • ISBN-13: 978-0-201-44099-7

The importance of computer security has increased dramatically during the past few years. Bishop provides a monumental reference for the theory and practice of computer security. This is a textbook intended for use at the advanced undergraduate and introductory graduate levels, non-University training courses, as well as reference and self-study for security professionals. Comprehensive in scope, this covers applied and practical elements, theory, and the reasons for the design of applications and security techniques. Bishop treats the management and engineering issues of computer. Excellent examples of ideas and mechanisms show how disparate techniques and principles are combined (or not) in widely-used systems. Features a distillation of a vast number of conference papers, dissertations and books that have appeared over the years, providing a valuable synthesis. This book is acclaimed for its scope, clear and lucid writing, and its combination of formal and theoretical aspects with real systems, technologies, techniques, and policies.

Sample Content

Online Sample Chapters

An Overview of Computer Security

Design Principles for Security Mechanisms

Downloadable Sample Chapter

Click below for Sample Chapter(s) related to this title:
Sample Chapter 1

Sample Chapter 13

Table of Contents

(NOTE: Each chapter, except chapter 29, concludes with a Summary, Research Issues, Further Reading, and Exercises.)

Preface.

Goals.

Philosophy.

Organization.

Roadmap.

Dependencies.

Background.

Undergraduate Level.

Graduate Level.

Practitioners.

Special Acknowledgment.

Acknowledgments.

I. INTRODUCTION.

1. An Overview of Computer Security.

The Basic Components.

Confidentiality.

Integrity.

Availability.

Threats.

Policy and Mechanism.

Goals of Security.

Assumptions and Trust.

Assurance.

Specification.

Design.

Implementation.

Operational Issues.

Cost-Benefit Analysis.

Risk Analysis.

Laws and Customs.

Human Issues.

Organizational Problems.

People Problems.

Tying It All Together.

II. FOUNDATIONS.

2. Access Control Matrix.

Protection State.

Access Control Matrix Model.

Access Control by Boolean Expression Evaluation.

Access Controlled by History.

Protection State Transitions.

Conditional Commands.

Copying, Owning, and the Attenuation of Privilege.

Copy Right.

Own Right.

Principle of Attenuation of Privilege.

3. Foundational Results.

The General Question.

Basic Results.

The Take-Grant Protection Model.

Sharing of Rights.

Interpretation of the Model.

Theft in the Take-Grant Protection Model.

Conspiracy.

Summary.

Closing the Gap.

Schematic Protection Model.

Expressive Power and the Models.

Brief Comparison of HRU and SPM.

Extending SPM.

Simulation and Expressiveness.

Typed Access Matrix Model.

III. POLICY.

4. Security Policies.

Security Policies.

Types of Security Policies.

The Role of Trust.

Types of Access Control.

Policy Languages.

High-Level Policy Languages.

Low-Level Policy Languages.

Example: Academic Computer Security Policy.

General University Policy.

Electronic Mail Policy.

Security and Precision.

5. Confidentiality Policies.

Goals of Confidentiality Policies.

The Bell-LaPadula Model.

Informal Description.

Example: The Data General B2 UNIX System.

Formal Model.

Example Model Instantiation: Multics.

Tranquility.

The Controversy over the Bell-LaPadula Model.

McLean's *-Property and the Basic Security Theorem.

McLean's System Z and More Questions.

Summary.

6. Integrity Policies.

Goals.

Biba Integrity Model.

Low-Water-Mark Policy.

Ring Policy.

Biba's Model (Strict Integrity Policy).

Lipner's Integrity Matrix Model.

Lipner's Use of the Bell-LaPadula Model.

Lipner's Full Model.

Comparison with Biba.

Clark-Wilson Integrity Model.

The Model.

Comparison with the Requirements.

Comparison with Other Models.

7. Hybrid Policies.

Chinese Wall Model.

Informal Description.

Formal Model.

Bell-LaPadula and Chinese Wall Models.

Clark-Wilson and Chinese Wall Models.

Clinical Information Systems Security Policy.

Bell-LaPadula and Clark-Wilson Models.

Originator Controlled Access Control.

Role-Based Access Control.

8. Noninterference and Policy Composition.

The Problem.

Composition of Bell-LaPadula Models.

Deterministic Noninterference.

Unwinding Theorem.

Access Control Matrix Interpretation.

Security Policies That Change over Time.

Composition of Deterministic Noninterference-Secure Systems.

Nondeducibility.

Composition of Deducibly Secure Systems.

Generalized Noninterference.

Composition of Generalized Noninterference Systems.

Restrictiveness.

State Machine Model.

Composition of Restrictive Systems.

IV. IMPLEMENTATION I: CRYPTOGRAPHY.

9. Basic Cryptography.

What Is Cryptography?

Classical Cryptosystems.

Transposition Ciphers.

Substitution Ciphers.

Data Encryption Standard.

Other Classical Ciphers.

Public Key Cryptography.

Diffie-Hellman.

RSA.

Cryptographic Checksums.

HMAC.

10. Key Management.

Session and Interchange Keys.

Key Exchange.

Classical Cryptographic Key Exchange and Authentication.

Kerberos.

Public Key Cryptographic Key Exchange and Authentication.

Key Generation.

Cryptographic Key Infrastructures.

Merkle's Tree Authentication Scheme.

Certificate Signature Chains.

Summary.

Storing and Revoking Keys.

Key Storage.

Key Revocation.

Digital Signatures.

Classical Signatures.

Public Key Signatures.

11. Cipher Techniques.

Problems.

Precomputing the Possible Messages.

Misordered Blocks.

Statistical Regularities.

Summary.

Stream and Block Ciphers.

Stream Ciphers.

Block Ciphers.

Networks and Cryptography.

Example Protocols.

Secure Electronic Mail: PEM.

Security at the Transport Layer: SSL.

Security at the Network Layer: IPsec.

Conclusion.

12. Authentication.

Authentication Basics.

Passwords.

Attacking a Password System.

Countering Password Guessing.

Password Aging.

Challenge-Response.

Pass Algorithms.

One-Time Passwords.

Hardware-Supported Challenge-Response Procedures.

Challenge-Response and Dictionary Attacks.

Biometrics.

Fingerprints.

Voices.

Eyes.

Faces.

Keystrokes.

Combinations.

Caution.

Location.

Multiple Methods.

V. IMPLEMENTATION II: SYSTEMS.

13. Design Principles.

Overview.

Design Principles.

Principle of Least Privilege.

Principle of Fail-Safe Defaults.

Principle of Economy of Mechanism.

Principle of Complete Mediation.

Principle of Open Design.

Principle of Separation of Privilege.

Principle of Least Common Mechanism.

Principle of Psychological Acceptability.

14. Representing Identity.

What Is Identity?

Files and Objects.

Users.

Groups and Roles.

Naming and Certificates.

Conflicts.

The Meaning of the Identity.

Trust.

Identity on the Web.

Host Identity.

State and Cookies.

Anonymity on the Web.

15. Access Control Mechanisms.

Access Control Lists.

Abbreviations of Access Control Lists.

Creation and Maintenance of Access Control Lists.

Revocation of Rights.

Example: Windows NT Access Control Lists.

Capabilities.

Implementation of Capabilities.

Copying and Amplifying Capabilities.

Revocation of Rights.

Limits of Capabilities.

Comparison with Access Control Lists.

Locks and Keys.

Type Checking.

Sharing Secrets.

Ring-Based Access Control.

Propagated Access Control Lists.

16. Information Flow.

Basics and Background.

Entropy-Based Analysis.

Information Flow Models and Mechanisms.

Nonlattice Information Flow Policies.

Confinement Flow Model.

Transitive Nonlattice Information Flow Policies.

Nontransitive Information Flow Policies.

Compiler-Based Mechanisms.

Declarations.

Program Statements.

Exceptions and Infinite Loops.

Concurrency.

Soundness.

Execution-Based Mechanisms.

Fenton's Data Mark Machine.

Variable Classes.

Example Information Flow Controls.

Security Pipeline Interface.

Secure Network Server Mail Guard.

17. Confinement Problem.

The Confinement Problem.

Isolation.

Virtual Machines.

Sandboxes.

Covert Channels.

Detection of Covert Channels.

Analysis of Covert Channels.

Mitigation of Covert Channels.

VI. ASSURANCE.

Contributed by Elisabeth Sullivan.

18. Introduction to Assurance.

Assurance and Trust.

The Need for Assurance.

The Role of Requirements in Assurance.

Assurance Throughout the Life Cycle.

Building Secure and Trusted Systems.

Life Cycle.

The Waterfall Life Cycle Model.

Other Models of Software Development.



19. Building Systems with Assurance.

Assurance in Requirements Definition and Analysis.

Threats and Security Objectives.

Architectural Considerations.

Policy Definition and Requirements Specification.

Justifying Requirements.

Assurance During System and Software Design.

Design Techniques That Support Assurance.

Design Document Contents.

Building Documentation and Specifications.

Justifying That Design Meets Requirements.

Assurance in Implementation and Integration.

Implementation Considerations That Support Assurance.

Assurance Through Implementation Management.

Justifying That the Implementation Meets the Design.

Assurance During Operation and Maintenance.



20. Formal Methods.

Formal Verification Techniques.

Formal Specification.

Early Formal Verification Techniques.

The Hierarchical Development Methodology.

Enhanced HDM.

The Gypsy Verification Environment.

Current Verification Systems.

The Prototype Verification System.

The Symbolic Model Verifier.

The Naval Research Laboratory Protocol Analyzer.



21. Evaluating Systems.

Goals of Formal Evaluation.

Deciding to Evaluate.

Historical Perspective of Evaluation Methodologies.

TCSEC: 1983-1999.

TCSEC Requirements.

The TCSEC Evaluation Classes.

The TCSEC Evaluation Process.

Impacts.

International Efforts and the ITSEC: 1991-2001.

ITSEC Assurance Requirements.

The ITSEC Evaluation Levels.

The ITSEC Evaluation Process.

Impacts.

Commercial International Security Requirements:1991.

CISR Requirements.

Impacts.

Other Commercial Efforts: Early 1990s.

The Federal Criteria: 1992.

FC Requirements.

Impacts.

FIPS 140: 1994-Present.

FIPS 140 Requirements.

FIPS 140-2 Security Levels.

Impact.

The Common Criteria:1998-Present.

Overview of the Methodology.

CC Requirements.

CC Security Functional Requirements.

Assurance Requirements.

Evaluation Assurance Levels.

Evaluation Process.

Impacts.

Future of the Common Criteria.

SSE-CMM:1997-Present.

The SSE-CMM Model.

Using the SSE-CMM.

VII. SPECIAL TOPICS.

22. Malicious Logic.

Introduction.

Trojan Horses.

Computer Viruses.

Boot Sector Infectors.

Executable Infectors.

Multipartite Viruses.

TSR Viruses.

Stealth Viruses.

Encrypted Viruses.

Polymorphic Viruses.

Macro Viruses.

Computer Worms.

Other Forms of Malicious Logic.

Rabbits and Bacteria.

Logic Bombs.

Theory of Malicious Logic.

Theory of Computer Viruses.

Defenses.

Malicious Logic Acting as Both Data and Instructions.

Malicious Logic Assuming the Identity of a User.

Malicious Logic Crossing Protection.

Malicious Logic Altering Files.

Malicious Logic Performing Actions Beyond Specification.

Malicious Logic Altering Statistical Characteristics.

The Notion of Trust.

23. Vulnerability Analysis.

Introduction.

Penetration Studies.

Goals.

Layering of Tests.

Methodology at Each Layer.

Flaw Hypothesis Methodology.

Example: Penetration of the Michigan Terminal System.

Example: Compromise of a Burroughs System.

Example: Penetration of a Corporate Computer System.

Example: Penetrating a UNIX System.

Example: Penetrating a Windows NT System.

Debate.

Conclusion.

Vulnerability Classification.

Two Security Flaws.

Frameworks.

The RISOS Study.

Protection Analysis Model.

The NRL Taxonomy.

Aslam's Model.

Comparison and Analysis.

Gupta and Gligor's Theory of Penetration Analysis.

The Flow-Based Model of Penetration Analysis.

The Automated Penetration Analysis Tool.

Discussion.

24. Auditing.

Definitions.

Anatomy of an Auditing System.

Logger.

Analyzer.

Notifier.

Designing an Auditing System.

Implementation Considerations.

Syntactic Issues.

Log Sanitization.

Application and System Logging.

A Posteriori Design.

Auditing to Detect Violations of a Known Policy.

Auditing to Detect Known Violations of a Policy.

Auditing Mechanisms.

Secure Systems.

Nonsecure Systems.

Examples: Auditing File Systems.

Audit Analysis of the NFS Version 2 Protocol.

The Logging and Auditing File System (LAFS).

Comparison.

Audit Browsing.

25. Intrusion Detection.

Principles.

Basic Intrusion Detection.

Models.

Anomaly Modeling.

Misuse Modeling.

Specification Modeling.

Summary.

Architecture.

Agent.

Director.

Notifier.

Organization of Intrusion Detection Systems.

Monitoring Network Traffic for Intrusions: NSM.

Combining Host and Network Monitoring: DIDS.

Autonomous Agents: AAFID.

Intrusion Response.

Incident Prevention.

Intrusion Handling.

VIII. PRACTICUM.

26. Network Security.

Introduction.

Policy Development.

Data Classes.

User Classes.

Availability.

Consistency Check.

Network Organization.

Firewalls and Proxies.

Analysis of the Network Infrastructure.

In the DMZ.

In the Internal Network.

General Comment on Assurance.

Availability and Network Flooding.

Intermediate Hosts.

TCP State and Memory Allocations.

Anticipating Attacks.

27. System Security.

Introduction.

Policy.

The Web Server System in the DMZ.

The Development System.

Comparison.

Conclusion.

Networks.

The Web Server System in the DMZ.

The Development System.

Comparison.

Users.

The Web Server System in the DMZ.

The Development System.

Comparison.

Authentication.

The Web Server System in the DMZ.

Development Network System.

Comparison.

Processes.

The Web Server System in the DMZ.

The Development System.

Comparison.

Files.

The Web Server System in the DMZ.

The Development System.

Comparison.

Retrospective.

The Web Server System in the DMZ.

The Development System.

28. User Security.

Policy.

Access.

Passwords.

The Login Procedure.

Leaving the System.

Files and Devices.

Files.

Devices.

Processes.

Copying and Moving Files.

Accidentally Overwriting Files.

Encryption, Cryptographic Keys, and Passwords.

Start-up Settings.

Limiting Privileges.

Malicious Logic.

Electronic Communications.

Automated Electronic Mail Processing.

Failure to Check Certificates.

Sending Unexpected Content.

29. Program Security.

Introduction.

Requirements and Policy.

Requirements.

Threats.

Design.

Framework.

Access to Roles and Commands.

Refinement and Implementation.

First-Level Refinement.

Second-Level Refinement.

Functions.

Summary.

Common Security-Related Programming Problems.

Improper Choice of Initial Protection Domain.

Improper Isolation of Implementation Detail.

Improper Change.

Improper Naming.

Improper Deallocation or Deletion.

Improper Validation.

Improper Indivisibility.

Improper Sequencing.

Improper Choice of Operand or Operation.

Summary.

Testing, Maintenance, and Operation.

Testing.

Testing Composed Modules 0201440997T11042002

Preface

Hortensio:Madam, before you touch the instrument/To learn the order of my fingering, I must begin with rudiments of art/To teach you gamouth in a briefer sort, More pleasant, pithy and effectual, Than hath been taught by any of my trade; And there it is in writing, fairly drawn.

The Taming of the Shrew, III, i, 62-68

On September 11, 2001, terrorists seized control of four airplanes. Three were flown into buildings, and a fourth crashed, with catastrophic loss of life. In the aftermath, the security and reliability of many aspects of society drew renewed scrutiny. One of these aspects was the widespread use of computers and their interconnecting networks.

The issue is not new. In 1988, approximately 5,000 computers throughout the Internet were rendered unusable within four hours by a program called a worm 430. While the spread, and the effects, of this program alarmed computer scientists, most people were not worried because the worm did not affect their lives or their ability to do their jobs. In 1993, more users of computer systems were finally alerted to such dangers when a set of programs called sniffers were placed on many computers run by network service providers and recorded login names and passwords 373.

After an attack on Tsutomu Shimomura's computer system, and the fascinating way Shimomura followed the attacker's trail, which led to his arrest 911, the public's interest and apprehension was finally aroused. Computers were now vulnerable. Their once reassuring protections were now viewed as flimsy.

A number of films explored these concerns. Movies like War Games and Hackers provided images of people who can, at will, wander throughout computers and networks, maliciously or frivolously corrupting or destroying information it may have taken millions of dollars to amass. (Reality intruded upon Hackers when the World Wide Web page set up by MGM/United Artists was quickly altered to present an irreverent commentary on the movie and suggest viewers see The Net instead. Paramount Pictures denied doing this 446.) Another film, Sneakers, presented a picture of those who test the security of computer (and other) systems for their owners and for the government.

Goals

This book has three goals. The first is to show the importance of theory to practice and practice to theory. All too often practitioners regard theory as irrelevant, and theoreticians think of practice as trivial. In reality, theory and practice are symbiotic. For example, the theory of covert channels, in which the goal is to limit the ability of processes to communicate through shared resources, provides a mechanism to evaluate the effectiveness of mechanisms that confine processes, such as sandboxes and firewalls. Similarly, business practices in the commercial world led to the development of several security policy models such as the Clark-Wilson model and the Chinese Wall model. These models in turn help the designers of security policies better understand and evaluate the mechanisms and procedures needed to secure their sites.

The second goal is to emphasize that computer security and cryptography are different. While cryptography is an essential component of computer security, it is by no means the only component. Cryptography provides a mechanism to perform specific functions, such as preventing unauthorized people from reading and altering messages on a network. But unless developers understand the context in which they are using cryptography, and the assumptions underlying the protocol and the cryptographic mechanisms apply to the context, the cryptography may not add to the security of the system. The canonical example is using cryptography to secure communications between two low security systems. If only trusted users can access the two systems, cryptography protects messages in transit. But if untrusted users can access either system (through authorized accounts or, more likely, by breaking in), the cryptography is not sufficient to protect the messages. The attackers can read the messages at either endpoint.

The third goal is to demonstrate that computer security is not just a science but also an art. It is an art because no system can be considered secure without first examining how it is to be used. The definition of a "secure computer" necessitates a statement of requirements and an expression of those requirements in the form of authorized actions and authorized users. (A computer engaged in work at a university may be considered "secure" for the purposes of the work done at the university. When moved to a military installation, that same system may not provide sufficient control to be deemed "secure" for the purposes of the work done at that installation.) How will people, as well as other computers, interact with the computer system? How clear and restrictive an interface can a designer create without rendering the system unusable while trying to prevent an unauthorized use or access to the data or resources on the system?

Just as an artist paints his view of the world onto canvas, so does a designer of security features articulate his view of the world of man/machine interaction in the security policy and mechanisms of the system. Two designers may use entirely different designs to achieve the same creation, just as two artists may use different subjects to achieve the same concept.

Computer security is also a science. Its theory is based on mathematical constructions, analyses and proofs. Its systems are built following the accepted practices of engineering. It uses inductive and deductive reasoning to examine the security of systems from key axioms and to discover underlying principles. These scientific principles can then be applied to untraditional situations and new theories, policies, and mechanisms.

Philosophy

Key to understanding the problems that exist in computer security is a recognition that the problems are not new. They are old problems, dating from the beginning of computer security (and, in fact, arising from parallel problems in the non-computer world). But the locus has changed as the field of computing has changed. Before the mid-1980s, mainframe and mid-level computers dominated the market, and computer security problems and solutions were phrased in terms of securing files or processes on a single system. With the rise of networking and the Internet, the arena has changed. Workstations and servers, and the networking infrastructure that connects them, now dominate the market. Computer security problems and solutions now focus on a networked environment. However, if the workstations and servers, and supporting network infrastructure, are viewed as a single system, the models, theories, and problem statements developed for systems before the mid-1980s apply equally well to current systems.

As an example, consider the issue of assurance. In the early period, assurance arose in several ways: formal methods and proofs of correctness, validation of policy to requirements, and acquisition of data and programs from trusted sources, to name a few. Those providing assurance analyzed a single system, the code on it, and the sources (vendors and users) from which code could be acquired to ensure that either the sources could be trusted, or the programs could be confined adequately to do minimal damage. In the later period, the same basic principles and techniques apply, except that the scope of some is greatly expanded (from a single system and small set of vendors to the world-wide Internet). The work on proof-carrying code, an exciting development in which the proof that a downloadable program module satisfies a stated policy is incorporated into the program itself, is an example of this. It extends the notion of a proof of consistency with a stated policy. It advances the technology of the earlier period into the later period. But in order to understand it properly, one must understand the ideas underlying the concept of proof-carrying code, and these ideas lie in the earlier period.

As another example, consider Saltzer and Schroeder's principles of secure design. Enunciated in 1975, they promote simplicity, confinement, and understanding. When security mechanisms grow too complex, attackers can evade or bypass them. Many programmers and vendors are learning this when attackers break into their systems and servers. The argument that the principles are old, and somehow outdated, rings hollow when the results of their violation are a non-secure system.

The work from the earlier period is sometimes cast in terms of systems that no longer exist, and that differ in many ways from modern systems. That does not vitiate the ideas and concepts. The ideas and concepts underlie the work done today. Once these are properly understood, applying them in a multiplicity of environments becomes possible. Further, the current mechanisms and technologies will become obsolete and of historical interest themselves as new forms of computing arise. But the underlying principles will live on, to underlie the next generation, indeed the next era, of computing.

The philosophy of this book is that certain key concepts underlie all of computer security, and that the study of all parts of computer security enriches the understanding of all parts. And understanding the theory underlying those applications is critical to understanding the applications of security-related technologies and methodologies.

Advances in the theory of computer protection have illuminated the foundations of security systems. Issues of abstract modeling, and modeling to meet specific environments, lead to systems designed to achieve a specific and rewarding goal. Theorems such as the "hook-up" theorem and the undecidability of the general security question have indicated the limits of what can be done. Much work and effort is continuing to extend the borders of those limits.

Application of these results has improved the quality in the security of the systems being protected. However, the issue is how compatibly the assumptions of the model (and theory) conform to the environment to which the theory is applied. Although our perceptions of how to apply these abstractions are continually increasing, we still have problems correctly transposing the relevant information from a realistic setting to one in which analyses can than proceed. Such abstraction often eliminates vital information. The omitted data may pertain to security in non-obvious ways. Without this information the analysis is flawed.

The practitioner needs to know both the theoretical and practical aspects of the art and science of computer security. The theory demonstrates what is possible. The practical makes known what is feasible. The theoretician needs to understand the constraints under which these theories are used. How their results are translated into practical tools and methods. How realistic are the assumptions underlying the theories. Computer Security: Art and Science tries to meet these needs.

Unfortunately, no single work can cover all aspects of computer security, so this book focuses on those parts that are, in the author's opinion, most fundamental and most pervasive. The mechanisms exemplify the applications of these principles.

Organization

The organization of this book reflects this philosophy. It begins with mathematical fundamentals and principles. These provide boundaries within which security can be modeled and analyzed effectively. The mathematics provides a framework to express and analyze the requirements of the security of a system. These policies constrain what is allowed and not allowed. Mechanisms provide the ability to implement these policies. The degree to which the mechanisms correctly implement the policies, and indeed the degree to which the policies themselves meet the requirements of the organizations using the system, is a question of assurance. Exploiting failures in policy, in implementation, and in assurance come next, as well as mechanisms to provide information on the attack. The book concludes with the applications of both theory and policy focused on realistic situations. This natural progression emphasizes the development and application of the principles existent in computer security.

Part 1, "Introduction," describes what computer security is all about, and explores the problems and challenges to be faced. It sets the context for the remainder of the book.

Part 2, "Foundations," deals with basic questions such as: how can "security" be clearly and functionally defined? Is it realistic? Is it decidable? If so, under what conditions, and if not, how must the definition be bounded in order to make it decidable?

Part 3, "Policy," probes the relationship between policy and security. The definition of "security" depends upon policy. In this section we examine several types of policies, including the ever-present fundamental questions of trust, analysis of policies, and the use of policies to constrain operations and transitions.

Part 4, "Implementation I: Cryptography," discusses cryptography and its role in security. This section focuses on applications, and discusses issues such as key management and escrow, key distribution, and how cryptosystems are used in networks. A quick study of authentication completes this section.

Part 5, "Implementation II: Systems," considers how to implement the requirements imposed by policies using system-oriented techniques. Certain design principles are fundamental to effective security mechanisms. Policies define who can act, and how, so identity is a critical aspect of implementation. Mechanisms implementing access control and flow control enforce various aspects of policies.

Part 6, "Assurance," presents methodologies and technologies for ascertaining how well a system, or product, meets its goals. After setting the background, to explain exactly what "assurance" is, the art of building systems to meet varying levels of assurance is discussed. Formal verification methods play a role. This part shows how the progression of standards enhanced our understanding of assurance techniques.

Part 7, "Special Topics," discusses some miscellaneous aspects of computer security. Malicious logic thwarts many mechanisms. Despite our best efforts at high assurance, systems today are replete with vulnerabilities. Why? How can a system be analyzed to detect vulnerabilities? What models might help us improve the state of the art? Given these security holes, how can we detect attackers who exploit them? A discussion of auditing flows naturally into a discussion of intrusion detection, a detection method for such attacks.

Part 8, "Practicum," presents examples of how to apply the principles discussed throughout the book. It begins with networks, proceeding to systems, users, and programs. Each chapter states a desired policy, and shows how to translate that policy into a set of mechanisms and procedures that support the policy. This section tries to demonstrate that the material covered elsewhere can be, and should be, used in practice.

Each chapter in this book ends with a summary, a description of some research issues, some suggestions for further reading. The summary highlights the important ideas in the chapter. The research issues are current "hot topics" or are topics that may prove fertile ground for advancing the state of the art and science of computer security. Interested readers who wish to pursue the topics in the chapter in more depth can go to some of the suggested readings. They expand on the material in the chapter, or present other interesting avenues.

Roadmap

This book is both a reference book and a textbook. Its audience is undergraduate and graduate students as well as practitioners. This section offers some suggestions on approaching the book.

  • Chapter 1 is fundamental to the rest of the book, and should be read first. After that, though, the reader need not follow the chapters in order. The following lists some of the dependencies among chapters.
  • Chapter 3 depends on chapter 2, and requires a fair degree of mathematical maturity. Chapter 2, on the other hand, does not. The material in Chapter 3 is for the most part not used elsewhere (although the existence of the first section's key result, the undecidability theorem, is mentioned repeatedly). It can be safely skipped if the interests of the reader lie elsewhere.
  • The chapters in part 3 build upon one another. The formalisms in chapter 5 are called upon in chapters 19 and 20, but nowhere else. Unless the reader intends to delve into the sections on theorem proving and formal mappings, the formalisms may be skipped. The material in chapter 8 requires a degree of mathematical maturity, and the material in it is used sparingly elsewhere. Like chapter 3, the reader whose interests lie elsewhere can skip it.
  • Chapters 9, 10, and 11 also build on one another in order. A reader who has encountered basic cryptography will have an easier time with the material than one who has not, but the chapters do not demand the level of mathematical experience that chapters 3 and 8 do. Chapter 12 does not require material from chapters 10 or 11, but does require material from chapter 9.
  • Chapter 13 is required for all of part 5. A reader who has studied operating systems at the undergraduate level will have no trouble with chapter 15. Chapter 14 uses the material in chapter 11; chapter 16 builds on material in chapters 5, 13, and 15; and chapter 17 uses chapters 4, 13, and 16.
  • Chapter 18 relies upon information in chapter 4. Chapter 19 builds on chapters 5, 13, 15, and 18. Chapter 20 presents highly mathematical concepts, and uses material from chapters 18 and 19. Chapter 21 is based upon material in chapters 5, 18, and 19; it does not require chapter 20. For all of part 5, knowledge of software engineering is very helpful.
  • Chapter 22 draws on ideas and information in chapters 5, 6, 9, 13, 15, and 17 (and for section 22.6, the reader should read section 3.1). Chapter 24 uses information from chapter 4, and chapter 25 uses material from chapter 24. Chapter 23 is self-contained, although it implicitly uses many ideas from assurance. It also assumes a good working knowledge of compilers, operating systems, and in some cases networks. Many of the flaws are drawn from versions of the UNIX operating system, or from Windows systems, so a working knowledge of either or both systems will make some of the material easier to understand.

The practicum chapters are self-contained, and do not require any material beyond chapter. However, they point out relevant material in other sections that augments the information, and (we hope) the reader's understanding, of the material in the chapter.

Background

The material in this book is at the advanced undergraduate level. Throughout, we assume the reader is familiar with the basics of compilers and computer architecture (such as the use of the program stack) and operating systems. The reader should also be comfortable with modular arithmetic (for the material on cryptography). Some material, such as that on formal methods (chapter 20) and the mathematical theory of computer security (chapter 3 and the formal presentation of policy models) requires considerable mathematical maturity.

Other specific recommended background is presented in the previous section. The end matter (chapters 30 through 34) contains material that will be helpful to readers with backgrounds that lack some of the recommended material.

Examples are drawn from many systems. Many come from the UNIX operating system or variations of it (such as Linux). Others come from the Windows family of systems. Familiarity with these systems will help the reader understand many examples easily and quickly.

Undergraduate Level

An undergraduate class typically focuses on applications of theory and how students can use the material. The specific arrangement and selection of material depends upon the focus of the class, but all classes should cover some basic material, notably that in chapters 1, 9, and 13, as well as the notion of an access control matrix in sections 2.1 and 2.2.

Presenting real problems and solutions often engages undergraduate students more effectively than presenting abstractions. The special topics and practicum provide a wealth of practical problems and ways to deal with them. This leads naturally to the deeper issues of policy, cryptography, non-cryptographic mechanisms, and assurance. The following are sections appropriate for non-mathematical undergraduate courses in these topics:

  • Policy: Sections 4.1 through 4.4 describe the notion of policy. The instructor should select one or two examples from sections 5.1, 5.2.1, 6.2, 6.4, 7.1.1, and 7.2, which describe several policy models informally. Section 7.4 discusses role-based access control.
  • Cryptography: Key distribution is discussed in sections 10,1, 10.2, and a common form of public key infrastructures (called PKI), in 10.4.2. Section 11.1 points out common errors in using cryptography. Section 11.3 shows how cryptography is used in networks, and the instructor should use one of the protocols in 11.4 as an example. Chapter 12 offers a look at various forms of authentication, including noncryptographic methods.
  • Non-cryptographic mechanisms: Identity is the basis for many access control mechanisms. Sections 14.1 through 14.4 discuss identity on a system, and 14.6 discusses identity and anonymity on the web. Sections 15.1 and 15.2 explore two mechanisms to control access to files, and section 15.4 discusses the ring-based mechanism underlying the notion of multiple levels of privilege. If desired, the instructor can cover sandboxes by using sections 17.1 and 17.2, but as 17.2 uses material from sections 4.5 and 4.5.1, the instructor will need to cover that.
  • Assurance: Chapter 18 provides a basic introduction to the often-overlooked topic of assurance.

Graduate Level

A typical introductory graduate class can focus more deeply on the subject than can an undergraduate class. Like an undergraduate class, a graduate class should cover chapters 1, 9, and 13. Also important are the undecidability result in sections 3.1 and 3.2, which requires that chapter 2 be covered. Beyond that, the instructor can choose from a number of topics, and present them to whatever depth is appropriate. The following are sections suitable for graduate study.

  • Policy models: Part 3 covers many common policy models both informally and formally. The formal description is much easier to understand once the informal description is understood, so in all cases both should be covered. The controversy in section 5.4 is particularly illuminating to students who have not considered the role of policy and the nature of a policy. Chapter 8 is a highly formal discussion of the foundations of policy, and is appropriate for students with experience in formal mathematics. Students without that background will find it quite difficult.
  • Cryptography: Part 4 focuses on the applications of cryptography, and not on cryptography's mathematical underpinnings. It discusses areas of interest critical to the use of cryptography, such as key management and some basic cryptographic protocols used in networking.
  • Non-cryptographic mechanisms: Issues of identity and certification are complex and generally poorly understood. Section 14.5 covers these problems. Combining this with the discussion of identity on the web (section 14.6) raises issues of trust and naming. Chapters 165 and 17 explore issues of information flow and confining that flow.
  • Assurance: Traditionally, assurance is taught as formal methods, and Chapter 20 serves this purpose. But in practice, assurance is more often accomplished by using structured processes and techniques and informal, but rigorous, arguments of justification, mappings and analysis. Chapter 19 emphasizes these. Chapter 21 discusses evaluation standards, and relies heavily on the material in chapters 18 and 19, and some on the ideas in chapter 20.
  • Miscellaneous Topics: Section 22.6 presents a proof that the generic problem of determining if a generic program is a computer virus is in fact undecidable. The theory of penetration studies in 23.2, and the more formal approach in section 23.5, illuminate the analysis of systems for vulnerabilities. Id the instructor chooses to cover intrusion detection (chapter 25) in depth, that draws heavily on the material on auditing (chapter 24).
  • Practicum: The practicum ties the material in the earlier part of the book to real-world examples, and emphasizes the applications of the theory and methodologies discussed earlier.

Practitioners

Practitioners in the field of computer security will find much of interest. The table of contents, and index, will help them locate specific topics. A more general approach is to start at Chapter 1, and then proceed to Part 8, the practicum. Each chapter has references to other sections of the text that explain the underpinnings of the material. This will lead the reader to a deeper understanding of the reasons for the policies, settings, configurations, and advice in the practicum. This approach also allows the reader to focus on those topics of most interest.

Special Acknowledgment

Elisabeth Sullivan contributed the assurance part of this book. She wrote several drafts, all of which reflect her extensive knowledge and experience in that aspect of computer security. I am particularly grateful for her contributing her real-world knowledge of how assurance is managed.



0201440997P08062002

Index

Click below to download the Index file related to this title:
Index

Updates

Submit Errata

More Information

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020