Book Image

Practical Cybersecurity Architecture - Second Edition

By : Diana Kelley, Ed Moyle
Book Image

Practical Cybersecurity Architecture - Second Edition

By: Diana Kelley, Ed Moyle

Overview of this book

Cybersecurity architecture is the discipline of systematically ensuring that an organization is resilient against cybersecurity threats. Cybersecurity architects work in tandem with stakeholders to create a vision for security in the organization and create designs that are implementable, goal-based, and aligned with the organization’s governance strategy. Within this book, you'll learn the fundamentals of cybersecurity architecture as a practical discipline. These fundamentals are evergreen approaches that, once mastered, can be applied and adapted to new and emerging technologies like artificial intelligence and machine learning. You’ll learn how to address and mitigate risks, design secure solutions in a purposeful and repeatable way, communicate with others about security designs, and bring designs to fruition. This new edition outlines strategies to help you work with execution teams to make your vision a reality, along with ways of keeping designs relevant over time. As you progress, you'll also learn about well-known frameworks for building robust designs and strategies that you can adopt to create your own designs. By the end of this book, you’ll have the foundational skills required to build infrastructure, cloud, AI, and application solutions for today and well into the future with robust security components for your organization.
Table of Contents (15 chapters)
1
Part 1: Security Architecture
4
Part 2: Building an Architecture
9
Part 3: Execution

Technical design

“Successful architecture needs both structure and agility. You need just enough structure to where that structure is useful, but anything beyond that is bad. The way I started thinking about security controls and applying them to the rest of the organization is through the lens of healthy friction versus unhealthy friction. Healthy friction is friction that makes the developer or IT person pause, ask, and genuinely answer a critical thinking question such as ‘should I be doing this differently?’ or ‘can I do this better?’ By contrast, if you get to the point where the security measures are onerous – for example, by adding thousands of false positives to a developer’s queue or adding repetitive tasks to a user workflow – it becomes unhealthy friction. I view architecture the same way; introducing a process that makes people ask the right questions, talk to the right people, or do the right things is good. Adding...