Book Image

Practical Cybersecurity Architecture

By : Ed Moyle, Diana Kelley
Book Image

Practical Cybersecurity Architecture

By: Ed Moyle, Diana Kelley

Overview of this book

Cybersecurity architects work with others to develop a comprehensive understanding of the business' requirements. They work with stakeholders to plan designs that are implementable, goal-based, and in keeping with the governance strategy of the organization. With this book, you'll explore the fundamentals of cybersecurity architecture: addressing and mitigating risks, designing secure solutions, and communicating with others about security designs. The book outlines strategies that will help you work with execution teams to make your vision a concrete reality, along with covering ways to keep designs relevant over time through ongoing monitoring, maintenance, and continuous improvement. As you progress, you'll also learn about recognized frameworks for building robust designs as well as strategies that you can adopt to create your own designs. By the end of this book, you will have the skills you need to be able to architect solutions with robust security components for your organization, whether they are infrastructure solutions, application solutions, or others.
Table of Contents (14 chapters)
Section 1:Security Architecture
Section 2: Building an Architecture
Section 3:Execution

Application design considerations

As we mentioned previously, the approach we used in the previous chapter works well when constructing designs at the enterprise scope—designs for a business unit, an environment, a business process, or a set of related business processes. However, this is only a subset of the type of architecture efforts that we might become involved in—and only a subset of the specific situations within which we might need to create a design. We might need to perform design tasks for security elements, features, protection mechanisms, and other important security considerations within a software application.

Creating a security design for software and applications is a little different than it is for selecting the right controls to use within an organization or a portion of an organization. There are a few reasons why this is the case, but the primary ones have to do with two things:

  • Communication methods used with software development resources...