Cloud Security Architecture Training Course

Duration 10 days 17 modules · 65 contact hours
Level Intermediate Certificate on completion
Who attends Solutions Architects, Cloud Architects and others
Fee from USD 2,200 KSh 190,000 for Kenyan organisations
Where 52 cities + online See dates by city
Next start 16 Nov 2026 Course code SD-CS-174

Before you join: Participants should understand basic networking, identity concepts, application architecture and information security terminology.

Dates & prices

Two start dates a month in every city, and live online on weekdays or weekends. Fees are per participant; classroom fees include tuition, materials, lunch and refreshments, and the certificate.

Suggest a date or city

Showing the next six months. Later dates, other cities and private deliveries for your team are available on request.

Course overview

Cloud programmes often move faster than security architecture. Teams may deploy workloads across multiple accounts, subscriptions, regions and managed services before agreeing identity boundaries, data classifications, network controls, logging requirements or recovery objectives. The result is inconsistent control coverage, excessive permissions, exposed management interfaces, unclear accountability and expensive remediation after release. Solutions architects need a repeatable way to translate business, risk and regulatory requirements into cloud designs that can be built, tested and operated.

This course develops the architecture skills required to design secure cloud platforms and workload patterns for IaaS, PaaS, containers, serverless services and SaaS integrations. Participants examine shared responsibility, landing zones, identity architecture, network segmentation, encryption, secrets management, workload protection, logging, incident response and resilience. They use NIST CSF 2.0, the Cloud Security Alliance Cloud Controls Matrix and CIS Benchmarks to structure decisions, assess control gaps and document assurance evidence. The course also addresses multi-account governance, third-party services, DevSecOps pipelines, policy-as-code and cloud risk treatment.

Teaching combines concise instructor briefings with architecture cases drawn from banking, public services, multinational operations and regulated data environments. Participants work through design reviews, threat modelling, control selection, security failure scenarios and stakeholder decision points. From the first week, each participant develops components of a cloud security architecture package, including diagrams, control mappings, risk records and implementation priorities. The final capstone brings these elements into a reviewed architecture proposal suitable for technical and risk stakeholders.

The course suits professionals responsible for designing, approving or assuring cloud solutions where security, resilience, auditability and delivery speed must be reconciled.

What you will be able to do

  • Design cloud security architectures using shared responsibility, trust boundaries and defence-in-depth principles
  • Map business and regulatory requirements to cloud controls using NIST CSF 2.0 and CSA CCM
  • Create identity and access designs using least privilege, federation and privileged access management
  • Produce segmented network and workload protection patterns for multi-account cloud environments
  • Conduct threat modelling using STRIDE, attack trees and abuse-case analysis
  • Specify encryption, key management, secrets management and data lifecycle control requirements
  • Assess cloud architecture risks through control-gap analysis, risk treatment and assurance evidence
  • Present a complete cloud security architecture package to technical and risk stakeholders

Benefits of attending

For you

  • Produce cloud security designs that withstand architecture review and audit scrutiny
  • Make clearer control ownership decisions across provider and customer responsibilities
  • Translate security requirements into buildable cloud platform and workload patterns
  • Lead threat-model discussions with architects, engineers and risk stakeholders
  • Build a reusable architecture portfolio for cloud security responsibilities

For your organisation

  • Reduce late-stage remediation through security requirements defined before implementation
  • Standardise cloud control patterns across accounts, subscriptions and delivery teams
  • Improve evidence quality for internal audit, regulators and customer assurance reviews
  • Limit excessive access, exposed interfaces and unmanaged sensitive data stores
  • Strengthen incident detection and recovery planning for cloud-hosted services

Course modules

17 modules over 10 days

Participants can define security architecture scope, ownership boundaries and design constraints for a cloud solution.

  • Shared responsibility mapped across IaaS, PaaS, SaaS and managed services
  • Cloud service models linked to architecture control ownership decisions
  • Provider security documentation assessed for inherited and customer controls
  • Data flows traced through regions, accounts, subscriptions and tenants
  • Trust boundaries identified between users, workloads, control planes and APIs
  • Architecture assumptions recorded as testable security requirements and constraints

Participants can apply security principles to select appropriate cloud architecture patterns.

  • Defence in depth applied to cloud management and workload planes
  • Zero Trust principles translated into identity, device and network requirements
  • Secure-by-design principles incorporated into architecture decision records
  • Reference architectures compared for single-account and multi-account deployments
  • Security design principles prioritised against availability, cost and operational constraints
  • Architecture decision records capture options, trade-offs and residual risks

Participants can map cloud architecture controls to recognised security and assurance frameworks.

  • NIST CSF 2.0 functions mapped to cloud architecture control objectives
  • CSA Cloud Controls Matrix used to assess provider control coverage
  • CIS Benchmarks interpreted for hardened cloud service configurations
  • ISO 27001 control themes linked to cloud architecture evidence
  • Control inheritance documented for shared platforms and managed services
  • Responsibility assignment matrices distinguish platform, product and security accountabilities

Participants can design governed cloud landing zones with clear account and policy structures.

  • Landing zone components defined for identity, networking, logging and billing
  • Account and subscription structures aligned with business and risk boundaries
  • Management groups and organisational units enforce delegated governance models
  • Guardrails implemented through service control policies and resource policies
  • Centralised logging accounts separated from workload administration responsibilities
  • Naming, tagging and ownership standards support inventory and incident response

Participants can create identity architectures based on federation, least privilege and privileged access controls.

  • Identity providers integrated through SAML, OpenID Connect and federation
  • Least-privilege permissions derived from defined business and operational tasks
  • Role-based access control compared with attribute-based access control models
  • Privileged access workflows designed with approval, expiry and session recording
  • Machine identities separated from human administrator credentials and permissions
  • Access reviews scheduled using entitlement inventories and risk-based prioritisation

Participants can specify cloud network security patterns for internal, external and hybrid connectivity.

  • Network segmentation designed using virtual networks, subnets and security groups
  • Ingress controls protect internet-facing applications through web application firewalls
  • Egress filtering restricts workload communications to approved destinations only
  • Private endpoints minimise public exposure for platform service connections
  • Hybrid connectivity assessed for routing, inspection and trust boundary implications
  • DNS security controls address resolution, split-horizon and domain takeover risks

Participants can define data protection architectures for cloud data stores and processing services.

  • Data classification drives storage, processing, retention and transfer requirements
  • Encryption requirements distinguish data at rest, transit and use
  • Key management architectures compare provider-managed, customer-managed and external keys
  • Envelope encryption patterns protect high-value data with separated key access
  • Secrets management replaces embedded passwords, tokens and connection strings
  • Data residency constraints assessed against regions, backups and support access

Participants can design workload protection controls for virtual machines, containers and Kubernetes services.

  • Golden image pipelines establish approved operating system configuration baselines
  • CIS Benchmarks guide virtual machine and container host hardening
  • Container image scanning identifies vulnerable packages before registry publication
  • Kubernetes admission controls enforce trusted images and restricted configurations
  • Runtime protection detects suspicious processes, network activity and privilege escalation
  • Vulnerability management prioritises remediation using exploitability and asset criticality

Participants can select security controls for managed application services, serverless functions and APIs.

  • Serverless execution roles restricted to minimum required service permissions
  • API gateways enforce authentication, authorisation, throttling and request validation
  • OWASP API Security Top 10 informs interface threat identification
  • Managed database access controlled through private connectivity and identity-based authentication
  • Function secrets retrieved dynamically from approved secrets management services
  • Event-driven architectures assessed for source validation and message tampering risks

Participants can conduct structured threat modelling and convert findings into architecture controls.

  • STRIDE analysis applied to cloud data flows and trust boundaries
  • Attack trees model attacker objectives, paths and defensive control points
  • Abuse cases identify misuse of administrative and customer-facing capabilities
  • Threat scenarios prioritised using likelihood, impact and control effectiveness
  • Architecture diagrams annotated with assets, entry points and threat agents
  • Mitigation decisions recorded with owners, deadlines and acceptance criteria

Participants can design logging and detection architectures that support investigation and response.

  • Audit logs collected from identity, control plane and data services
  • Log retention periods aligned with investigation, regulatory and storage requirements
  • SIEM ingestion patterns preserve timestamps, source context and integrity
  • Detection use cases address privilege escalation, anomalous access and data exfiltration
  • Cloud-native security posture findings routed through triage and remediation workflows
  • Alert severity models combine asset criticality, confidence and business impact

Participants can incorporate incident response and forensic readiness requirements into cloud designs.

  • Cloud incident playbooks define containment, eradication, recovery and communications actions
  • Forensic readiness preserves audit trails, snapshots and immutable evidence stores
  • Compromised credential scenarios test token revocation and access containment procedures
  • Break-glass access designed with controlled activation and post-incident review
  • Provider escalation routes documented for security events and legal requests
  • Recovery communications align technical status, business impact and decision authority

Participants can design secure resilience and recovery controls for cloud workloads.

  • Recovery objectives translated into architecture requirements for critical services
  • Backup designs protect copies through encryption, immutability and access separation
  • Multi-region architectures assessed against data residency and dependency risks
  • Ransomware recovery plans include clean-room restoration and credential rotation
  • Dependency mapping identifies recovery risks from identity, DNS and key services
  • Resilience testing evidence documents recovery times and control failures

Participants can integrate architecture security controls into infrastructure and software delivery pipelines.

  • Infrastructure as code templates enforce approved cloud architecture patterns
  • Policy as code evaluates resource configurations before deployment approval
  • Security gates combine secret scanning, dependency scanning and configuration checks
  • Exception workflows record compensating controls, expiry dates and accountable owners
  • Continuous compliance compares deployed resources against approved configuration baselines
  • Pipeline evidence retained for audit trails and release assurance

Participants can assess cloud security risks and prepare evidence for architecture assurance decisions.

  • Risk registers capture threat, vulnerability, impact, treatment and ownership
  • Control-gap analysis compares target architecture against required control objectives
  • Residual risk statements explain accepted exposure and approval requirements
  • Third-party assessments examine assurance reports, contracts and service dependencies
  • Security architecture reviews test designs against defined acceptance criteria
  • Evidence packs organise diagrams, configurations, test results and exceptions

Participants can assess security implications of multi-cloud platforms and SaaS service integrations.

  • Multi-cloud identity patterns reduce duplicate accounts and inconsistent entitlements
  • Cross-cloud connectivity assessed for routing, encryption and inspection requirements
  • SaaS integrations reviewed for OAuth scopes, data sharing and administrator access
  • Cloud access security broker functions evaluated for visibility and policy enforcement
  • Data transfer architectures address tokenisation, encryption and contractual restrictions
  • Common control patterns adapted without assuming identical provider capabilities

Participants can build, review and present a complete cloud security architecture package for a defined business service.

  • Business requirements translated into security objectives, assumptions and architecture constraints
  • Target architecture diagrams show identity, network, data and logging controls
  • STRIDE threat model identifies priority risks and required mitigations
  • Control matrix maps design decisions to NIST CSF and CSA CCM
  • Implementation roadmap sequences foundational controls, workload changes and assurance activities
  • Architecture review presentation defends residual risks, trade-offs and investment priorities

Exercises and examples are adapted to each cohort's sectors and roles.

What you take back to work

  1. Cloud security architecture blueprint
  2. Shared responsibility and control ownership matrix
  3. STRIDE threat model template
  4. Cloud control mapping workbook
  5. Security architecture review checklist
  6. Cloud security implementation roadmap

Who should attend

  • Solutions Architects — need defensible security patterns for cloud solution designs
  • Cloud Architects — need consistent landing zone and workload control decisions
  • Security Architects — need to assess cloud designs against risk requirements
  • Technical Leads — need to embed security requirements into delivery decisions
  • DevSecOps Engineers — need to translate architecture controls into automated delivery pipelines
  • Risk and Assurance Managers — need to evaluate cloud control evidence and residual risk

Skills and tools covered

Cloud security architectureIdentity access designThreat modellingCloud control mappingSecurity logging designDevSecOps governance

Tools and standards

NIST Cybersecurity Framework 2.0, Cloud Security Alliance Cloud Controls Matrix, CIS Benchmarks, STRIDE threat modelling

How the course runs

Training methodology

The course uses short instructor briefings followed by architecture cases, facilitated design work and structured peer review. Participants analyse cloud scenarios involving regulated data, internet-facing services, third-party integrations and multi-account platforms. Group exercises apply threat modelling, control mapping, architecture review criteria and incident response decision-making. Simulations test design choices against misconfigured identity, exposed storage, compromised credentials and service disruption. Individual application planning helps participants adapt the methods, templates and control patterns to a current or planned cloud initiative.

Requirements and prerequisites

Participants should understand basic networking, identity concepts, application architecture and information security terminology. Experience designing, deploying or reviewing cloud workloads is helpful, whether on AWS, Microsoft Azure, Google Cloud or a private cloud platform. Participants should be comfortable reading architecture diagrams and discussing security risks with technical colleagues. The course does not require programming experience, vendor certification, advanced penetration testing skills or prior use of a specific cloud provider. It focuses on architecture decisions and control design rather than platform administration.

A typical training day

08:30 – 10:30First session
10:30 – 10:45Refreshment break
10:45 – 12:30Second session
12:30 – 13:30Lunch and networking
13:30 – 15:00Third session
15:00 – 15:15Refreshment break
15:15 – 16:30Workshop and daily review

Live online deliveries follow the same structure in East Africa Time, with shorter screen blocks and longer breaks.

What the fee includes

  • Instruction by a practitioner facilitator
  • Full course workbook and materials
  • Exercise files, templates and case studies
  • Refreshments and lunch on classroom deliveries
  • Certificate of completion
  • Post-course application plan

Frequently asked questions

Participants need familiarity with basic cloud concepts, networking, identity and application architecture. Prior cloud deployment or security review experience is useful, but vendor certification and programming skills are not required.

Participants should bring a laptop for viewing architecture materials and completing course templates. A current or planned cloud service case is useful for application planning, although it is not mandatory.

The course is designed for solutions architects, cloud architects, security architects, technical leads and DevSecOps professionals. It also suits assurance managers who review cloud control designs and evidence.

This course focuses on architecture decisions, control patterns, risk treatment and design assurance. It does not teach day-to-day platform administration, exploit development or penetration testing techniques.

Participants can use the architecture blueprint, control matrix, threat model and review checklist on active cloud initiatives. The methods support design reviews, delivery requirements, audit preparation and remediation planning.

Each training day runs from 08:30 to 16:30, providing about 6.5 contact hours. The first week establishes core architecture patterns, while the second week applies them to detection, resilience, DevSecOps, assurance and the capstone.

Questions about this course?

Ask about dates, fees, group bookings or running it for your team. Our training team replies by email.