COMP 6660 · Unit 5 Unit Overview

Module 2 · Unit 5 · Unit Overview

COMP 6660 · Enterprise Cybersecurity Unit 5 — Enterprise Systems and Infrastructure Security

Security across the enterprise estate. This page explains what the unit covers, how the eight lessons fit together, and what students are expected to be able to do at the end.

Lessons: 8 Forum: Forum 5 Assessment: Assignment 2 Weeks: 10–11

01 Purpose of this unit

Most modern breaches are not defeated at a single control — they cross platforms. Unit 5 examines security at each layer of the enterprise estate and, more importantly, at the boundaries between them.

Units 3 and 4 built the analytical and architectural foundations. Unit 5 applies them. The unit is structured in two movements. The first — Lessons 5.1 to 5.4 — covers the traditional compute stack: operating systems, endpoints, applications, and databases. This is the material most practitioners encounter first, and it remains essential. But it is no longer where most enterprise risk sits.

The second movement — Lessons 5.5 to 5.8 — addresses the platforms that now host most enterprise workloads. Cloud security is examined through the shared responsibility model, cloud identity, misconfiguration, and cloud-native controls. Container and virtualisation security covers image provenance, orchestration hardening, runtime protection, and hypervisor risk. Mobile and IoT security extends the estate to devices the enterprise does not fully control. The unit closes with critical infrastructure security: OT/IT convergence, industrial control systems, regulatory obligations, and national resilience.

Throughout, the unit emphasises that enterprise estates are heterogeneous and interconnected. A single breach frequently crosses several of the platforms studied here, and controls that work well in one context often fail in another. Students are expected to be able to reason about platform-specific risk and to recommend controls that account for the boundaries between platforms, not merely within them.

Where this unit leads

Unit 5 supplies the platform vocabulary that Module 3's governance, incident-response, and resilience material assumes. Students who can reason about cloud identity, container provenance, and OT/IT convergence will find the Module 3 case study substantially easier.

02 Topics covered

The unit addresses eight topics, each corresponding to one lesson. The topics are grouped into two blocks: the traditional compute stack (5.1–5.4) and modern platforms (5.5–5.8).

Unit 5 topics and their focus
Block Topic Focus
Compute stack Operating system security Hardening, privilege management, patching, and host-based monitoring.
Endpoint security EDR, endpoint hardening, device management, and detection at the endpoint.
Application security Secure development, OWASP risks, code review, dependency management, and DevSecOps.
Database security Access control, encryption at rest and in flight, auditing, and data-masking strategies.
Modern platforms Cloud security Shared responsibility, cloud identity, misconfiguration, and cloud-native controls.
Container and virtualization security Image provenance, orchestration hardening, runtime protection, and hypervisor risk.
Mobile and IoT security Mobile threat models, BYOD, IoT constraints, and securing operational devices at scale.
Critical infrastructure security OT/IT convergence, industrial control systems, regulatory obligations, and national resilience.

Reading strategy

Lessons 5.1–5.4 establish the compute-stack vocabulary that the platform lessons assume. Complete them before tackling cloud, container, mobile, and critical-infrastructure security. If you already have strong operational experience with the compute stack, you can skim Lessons 5.1–5.4 — but read the cloud and container lessons carefully, as they are the least likely to match prior expectations.

03 Lessons in this unit

Unit 5 contains eight lessons. Each provides readings, a set of core concepts, worked examples where useful, and one or more applied activities.

Lesson 5.1 — Operating System Security

Examines hardening, privilege management, patching, and host-based monitoring — the controls that protect the foundation of every other platform studied in this unit.

Topics

  • Hardening
  • Privilege management
  • Patching
  • Host monitoring

Objectives

  • Evaluate operating system security controls.
  • Apply least-privilege principles to host environments.

Lesson 5.2 — Endpoint Security

Examines EDR, endpoint hardening, device management, and detection at the endpoint — now central to enterprise defence as endpoints no longer sit behind a perimeter.

Topics

  • Endpoint Detection and Response (EDR)
  • Endpoint hardening
  • Device management
  • Endpoint detection

Objectives

  • Evaluate endpoint security technologies.
  • Design endpoint controls appropriate to enterprise context.

Lesson 5.3 — Application Security

Examines secure development practice, the OWASP risk families, code review, dependency management, and the DevSecOps integration of security into delivery pipelines.

Topics

  • Secure development
  • OWASP risks
  • Code review
  • Dependency management
  • DevSecOps

Objectives

  • Evaluate application security practices.
  • Recommend controls across the development lifecycle.

Lesson 5.4 — Database Security

Examines the controls that protect the asset the enterprise ultimately exists to safeguard: access control, encryption, auditing, and data-masking strategies.

Topics

  • Access control
  • Encryption at rest and in flight
  • Auditing
  • Data masking

Objectives

  • Evaluate database security controls.
  • Recommend data-protection strategies appropriate to classification.

Lesson 5.5 — Cloud Security

Examines the shared responsibility model, cloud identity, misconfiguration, and cloud-native controls — the platform where most enterprise workloads now run.

Topics

  • Shared responsibility model
  • Cloud identity
  • Misconfiguration
  • Cloud-native controls

Objectives

  • Evaluate cloud security architecture.
  • Assess cloud identity and misconfiguration risk.

Lesson 5.6 — Container and Virtualization Security

Examines image provenance, orchestration hardening, runtime protection, and hypervisor risk — the controls that secure the platforms hosting modern applications.

Topics

  • Image provenance
  • Orchestration hardening
  • Runtime protection
  • Hypervisor risk

Objectives

  • Evaluate container and virtualisation security.
  • Recommend controls across the container lifecycle.

Lesson 5.7 — Mobile and IoT Security

Extends the estate to devices the enterprise does not fully control: mobile endpoints, BYOD, and the operational devices that increasingly connect to enterprise networks.

Topics

  • Mobile threat models
  • BYOD
  • IoT constraints
  • Device scale

Objectives

  • Evaluate mobile and IoT security risk.
  • Recommend controls appropriate to constrained devices.

Lesson 5.8 — Critical Infrastructure Security

Examines OT/IT convergence, industrial control systems, regulatory obligations, and the national-resilience dimension of critical infrastructure protection.

Topics

  • OT/IT convergence
  • Industrial control systems (ICS)
  • Regulation
  • National resilience

Objectives

  • Analyse critical infrastructure threats.
  • Recommend controls appropriate to OT/IT convergence.

Suggested order

Read Lessons 5.1–5.4 before Lessons 5.5–5.8. The compute-stack lessons establish the vocabulary (hardening, least privilege, encryption at rest) that the platform lessons assume. Within the platform block, the order is flexible: cloud and container lessons are closely related, and mobile/IoT and critical infrastructure can be read independently.

04 Key concepts

The concepts below are introduced or reinforced in Unit 5. Each is used again in Module 3, particularly in the governance, incident-response, and resilience discussions.

Hardening
The process of reducing the attack surface of a system by removing unnecessary services, closing unused ports, disabling default accounts, and applying secure configuration baselines.
Least privilege
The principle that a subject should be granted only the minimum access necessary to perform its function, and only for as long as necessary. Applies to users, services, applications, and administrative accounts alike.
Endpoint Detection and Response (EDR)
A class of tools that continuously monitor endpoint activity, detect suspicious behaviour, and support investigation and response. Complements — and in many enterprises partially replaces — traditional antivirus.
DevSecOps
The integration of security practices into development and operations pipelines, so that security is embedded throughout delivery rather than added at the end. Emphasises automation, dependency scanning, and continuous testing.
Shared responsibility model
The division of security responsibilities between a cloud provider and its customer. The provider secures the cloud (the underlying infrastructure); the customer secures what they put in it (data, identities, configurations, applications).
Cloud misconfiguration
Incorrect configuration of cloud resources — public storage buckets, overly permissive identity policies, exposed management interfaces — that creates risk without any exploitation of a software vulnerability. The most common cause of cloud-related breaches.
Container image provenance
Knowledge of the origin, contents, and integrity of a container image. Weak provenance — building from unverified base images, pulling from untrusted registries — introduces supply-chain risk into every deployment.
Orchestration hardening
Securing container orchestration platforms (Kubernetes and equivalents): controlling access to the control plane, limiting pod privileges, enforcing network policies, and managing secrets securely.
BYOD (Bring Your Own Device)
The practice of allowing employees to use personal devices for work. Extends the enterprise estate to devices the organisation does not own or fully control, and creates tension between user privacy and enterprise security.
IoT constraint
The technical limitations — processing power, memory, battery, physical accessibility — that prevent many IoT devices from supporting standard enterprise security controls. Requires compensating controls at the network and platform level.
OT/IT convergence
The integration of operational technology (industrial control systems, building management, medical devices) with enterprise IT networks. Creates governance and architectural problems because OT was designed for availability and safety, not confidentiality.
Critical infrastructure
Systems and assets whose disruption would have serious consequences for national security, economy, public health, or safety. Typically subject to sector-specific regulation and expected to meet higher resilience standards than general enterprise systems.

05 How this unit is assessed

Forum 5 — Systems and Infrastructure Security

Unit 5 hosts the fifth graded discussion forum. Contribute an initial posting of approximately 300–500 words supported by scholarly sources, plus at least two meaningful responses to classmates.

Example discussion topics:

  • Cloud security governance.
  • Container security.
  • Critical infrastructure protection.

Open Forum 5 →

Assignment 2 — Threat Analysis and Security Architecture

Unit 5 material is weighted in Assignment 2 (20% of the final grade), which covers Units 3, 4, and 5.

Technical questions drawn from Unit 5:

  • Design a secure cloud-migration architecture.
  • Design a defence-in-depth strategy for a financial institution.

Unit 5 also supplies the platform context for the governance and resilience material in Module 3 and for Part C of the final examination.

Full assignment brief →

Unit 5 outcomes and where they are assessed
Outcome Assessed by
Secure enterprise infrastructuresForum 5; Assignment 2 (Q5); Final exam Part B
Evaluate cloud and platform securityForum 5; Assignment 2 (Q2); Final exam Part B
Analyze emerging infrastructure threatsForum 5; Final exam Part B

06 Study guidance

How long should Unit 5 take?

Budget approximately 30–35 hours across the two weeks allotted to the unit. Unit 5 has more lessons than any other unit in the course, so pacing matters: aim to complete one lesson per two days, leaving the final days for Forum 5 and the platform elements of Assignment 2.

Do I need hands-on experience with cloud platforms or containers?

No. The unit examines cloud and container security from an evaluation perspective. You are not required to deploy workloads, configure orchestrators, or administer cloud accounts. The emphasis is on understanding where risk sits in each platform and how to recommend controls that address it.

How does Unit 5 relate to Zero Trust?

Zero Trust was introduced in Module 1, Lesson 2.7, and its network architecture was addressed in Unit 4. Unit 5 shows where Zero Trust is most needed: cloud environments, container platforms, and IoT estates, where the traditional perimeter is absent and identity becomes the primary control plane.

Is Unit 5 the last technical unit in the course?

Yes. Module 3 (Unit 6) is governance, risk, compliance, incident response, and resilience. Unit 5 is where the technical material concludes, and it is therefore worth reading carefully — the assessment in Module 3 assumes you can reason about platform security in the terms established here.

What should I do before starting Assignment 2?

Complete all three units of Module 2 and all three forums. Assignment 2 integrates threat modelling (Lesson 3.2), attack-class analysis (Lessons 3.4–3.7), architecture design (Lessons 4.1–4.5), detection (Lessons 4.6–4.7), and platform security (Lessons 5.5–5.6).

Where are the authoritative unit outcomes and mapping?

The Unit 5 learning outcomes page contains the full outcome statements and their mapping to the module and course learning outcomes. The course syllabus carries the authoritative assessment scheme and schedule.

Next

After completing Assignment 2, continue to Module 3 — Governance, Operations, and Enterprise Resilience, which begins with cybersecurity governance in Lesson 6.1.

👤