Missiora
Security+ Domain: Secure Architecture & Cloud Security

IT & Cyber Certifications

Security+ Domain: Secure Architecture & Cloud Security

3 min readPublished 22 Jul 2026

Track your progress. Sign in to mark this guide complete and build your Job Readiness Score.

Secure architecture is the discipline of designing systems so that a single failure never becomes a full breach. With most organisations now running in the cloud, Security+ blends classic network design with cloud fundamentals. The organising idea is defence in depth — explore its layers in the interactive diagram below.

Beginner: secure design principles

  • Defence in depth — multiple independent layers of control; no single control is trusted to stop everything.
  • Least privilege — give every user and process only the access it needs.
  • Fail secure — when something breaks, it should fail into a safe (denied) state.
  • Separation of duties — no single person can complete a sensitive action alone.
  • Reduce the attack surface — remove unnecessary services, ports and accounts.

Interactive explainer: defence in depth

Security is layered like an onion. If an attacker gets past one layer, the next should slow or stop them. Explore each layer from the human perimeter down to the data at the core:

Interactive explainer

Defence in Depth

Layered controls so a single failure never becomes a breach.

Policies & awarenessPhysicalPerimeterNetworkHostApplicationData

Tap or hover a part to learn more.

Policies & awareness

The human layer.

Security policies, acceptable-use rules and user-awareness training. Most breaches start with a person, so this outer layer is critical.

Check your understanding

1. Why is defence in depth more effective than a single strong control?

2. User-awareness training belongs to which layer?

Practise this in AI Interview™

Intermediate: network design

  • Segmentation & VLANs — divide the network so a breach in one zone cannot reach others.
  • DMZ — a buffer zone that isolates internet-facing services from the internal network.
  • Firewalls, IDS/IPS, proxies — control and inspect traffic between zones.
  • Zero trust — never trust based on network location; authenticate and authorise every request.

Advanced: cloud security

The shared responsibility model is the most important cloud concept in Security+: the provider secures the underlying infrastructure, but you remain responsible for your data, identities and configuration. Misconfiguration — public storage buckets, over-permissive IAM roles, open security groups — is the leading cause of cloud breaches. Understand the service models (IaaS / PaaS / SaaS), security groups and network ACLs, encryption options, and cloud-native logging and monitoring.

Practical example

A web application is deployed with the database in a private subnet, the web tier in a DMZ, security groups allowing only required ports, MFA on the cloud console, and encryption enabled on storage. A compromised web server cannot reach the database directly or move laterally across the network — defence in depth in action.

Common mistakes

  • A flat network with no segmentation, letting one compromise spread everywhere.
  • Leaving cloud storage public or IAM roles far too broad.
  • Assuming the cloud provider secures your data and configuration.
  • Trusting all internal traffic implicitly (the opposite of zero trust).

Best practices

Segment networks, adopt zero-trust principles, encrypt data in transit and at rest, harden and patch systems, apply secure baselines (CIS Benchmarks), and continuously audit cloud configuration.

What employers expect

You can sketch a segmented, defensible architecture, explain the cloud shared responsibility model without hesitation, and describe how zero trust differs from a traditional perimeter.

Technical interview questions

  1. What is defence in depth, and can you give a control at three different layers?
  2. Explain the cloud shared responsibility model.
  3. What is zero trust and how does it differ from a perimeter model?
  4. How does network segmentation limit the blast radius of a breach?
  5. What are the most common cloud misconfigurations and how do you prevent them?

Behavioural interview questions

  1. Describe a time you improved how a system was designed or secured.
  2. Tell me about a time you pushed back on an insecure design decision.

Practice questions

  1. Which zone isolates internet-facing servers? (DMZ)
  2. In IaaS, who is responsible for securing the customer's data and IAM? (The customer)
  3. Which model assumes no implicit trust based on network location? (Zero trust)

Where this fits in your Security+ pathway

This domain is one part of the CompTIA Security+ study hub. When you're confident here, review Identity & Access Management and move on to Security Operations to keep building toward the full exam.

Practise with Missiora

Interview Intelligence

How this topic actually shows up in interviews — and how to demonstrate you understand it.

Why employers ask about this

Architecture decisions are expensive to reverse; interviewers check you build security in from the start, especially in cloud.

Technical questions
What is the shared responsibility model?+

In cloud, the provider secures the infrastructure while the customer secures their data, identities and configuration — the split varies by service model.

What is network segmentation and why use it?+

Dividing a network into isolated zones to limit an attacker's lateral movement and contain breaches.

Behavioural questions
Tell me about balancing security with usability.+

Give an example where you protected the business without blocking legitimate work, and how you justified the trade-off.

Real-world scenarios
“A team wants to expose a database directly to the internet 'for convenience'.”+

Expected answer: Push back: place it in a private segment behind controlled access, explaining the risk of direct exposure.

Common candidate mistakes
  • Confusing high availability with security.
  • Assuming the cloud provider secures everything (it doesn't).

Employability Intelligence

Where this knowledge takes you — the jobs, skills and certifications it feeds into.

Relevant roles
Security EngineerCloud Security EngineerSolutions Architect
Skills you're proving
Secure designSegmentationCloud security modelsZero trust
Recommended certifications
Career progression

Security Analyst → Security Engineer → Cloud/Security Architect.

What employers expect

That you can design defensible architectures and reason about cloud responsibility.

Frequently asked questions

Do I need cloud experience to pass Security+?

No, but SY0-701 significantly increased its cloud coverage, so understanding the shared responsibility model and common cloud controls is important.

Is zero trust just a buzzword?

It is a genuine architectural shift: verify every request explicitly rather than trusting anything inside the network perimeter. Security+ expects you to understand the principle.

What is the shared responsibility model in the cloud?

The cloud provider secures the underlying infrastructure while you remain responsible for your data, identities and configuration. Where the line falls shifts between IaaS, PaaS and SaaS — a common Security+ exam and interview point.

Related guides

Practise what you've learned

Turn this guide into real, evidenced progress

Missiora helps you measure, improve and evidence the capabilities employers actually value — start with the tools best suited to this topic.

M
Published by
Missiora

Missiora is an AI Employability Intelligence platform. Our resources are researched and reviewed by the Missiora team to help you measure, improve and prove your career readiness.