COMP 6660 · Assessment · Assignment 2
COMP 6660 · Enterprise Cybersecurity Enterprise Threat Analysis and Security Architecture
Assignment 2 assesses your understanding of the threat landscape, risk, security architecture, and infrastructure protection examined in Units 3, 4, and 5. It requires a scholarly research paper on ransomware as an enterprise threat, and a set of technical questions applying threat modelling, architecture design, security technology comparison, supply-chain analysis, and defence-in-depth reasoning to realistic enterprise scenarios.
01 Overview
Assignment 2 is the second of three written assignments in COMP 6660. It assesses your understanding of the threat landscape, of risk and vulnerability assessment, of security architecture design, and of the technologies through which enterprise infrastructure is protected — the material examined across Units 3, 4, and 5.
The assignment has two parts. Part A is a scholarly research paper on Ransomware as an Enterprise Threat — requiring you to synthesise academic and industry literature on ransomware's evolution, to analyse the defensive strategies that address it, and to evaluate the organisational resilience required to survive it. Part B is a set of five technical questions requiring applied analysis and design — covering threat modelling, cloud migration architecture, security technology comparison, supply-chain attack analysis, and defence-in-depth design.
Purpose
- To consolidate your understanding of the threat, architecture, and infrastructure material examined in Units 3–5.
- To develop your capability to analyse threats, to model risk, and to design security architectures that address realistic enterprise scenarios.
- To apply the security technologies examined in Unit 4 — IDS, IPS, SIEM, XDR, firewalls, segmentation, VPNs — to specific enterprise contexts.
- To prepare for Assignment 3 and the final examination, both of which require integrated analysis of enterprise cybersecurity problems.
Coverage
- Unit 3 — Threats, Risks, Vulnerabilities, and Cyber Attacks (Lessons 3.1–3.7).
- Unit 4 — Enterprise Security Architectures and Technologies (Lessons 4.1–4.7).
- Unit 5 — Enterprise Systems and Infrastructure Security (Lessons 5.1–5.8).
Task summary
- Part A — Research paper (approx. 2,000–2,500 words).
- Part B — Five technical questions (approx. 1,500–2,000 words total).
Weight and value
- Weight: 20% of the final course grade.
- Contribution to CLOs: CLO2, CLO4, CLO5, CLO7, CLO9.
- Estimated effort: 25–30 hours of focused work.
How to approach this assignment
Begin by reviewing Units 3, 4, and 5 in full. The research topic — ransomware — draws on Unit 3 material on malware and threat actors, on Unit 4 material on detection and response technologies, and on the resilience material examined in Unit 6 (which you have now completed). The technical questions draw on Unit 3 (threat modelling, supply chain), Unit 4 (security architecture and technologies), and Unit 5 (cloud, container, infrastructure security). Read the research topic and the questions carefully, and identify the specific lessons that address each. Read widely for the research paper — ransomware is heavily documented, and there is substantial scholarly and authoritative material available. For the technical questions, work through the scenarios methodically, applying the concepts from the relevant lessons and justifying your design choices with reference to the course material and to published guidance.
02 Learning outcomes assessed
Assignment 2 assesses the following Course Learning Outcomes (CLOs):
| CLO | Description | Where assessed |
|---|---|---|
| CLO2 | Analyse cybersecurity threats, vulnerabilities, risks, and attack vectors affecting enterprise environments. | Part A (ransomware threat analysis) and Part B (threat modelling, supply-chain analysis). |
| CLO4 | Design and assess enterprise cybersecurity architectures and controls. | Part B — cloud-migration architecture design and defence-in-depth strategy. |
| CLO5 | Apply cybersecurity principles to secure enterprise systems, networks, cloud environments, and digital services. | Part B — security technology comparison and cloud architecture. |
| CLO7 | Evaluate incident response, business continuity, disaster recovery, and cyber-resilience strategies. | Part A — the resilience dimensions of ransomware defence. |
| CLO9 | Conduct scholarly research and communicate cybersecurity findings effectively. | Part A in full — research, synthesis, and academic communication. |
Unit-level learning outcomes for Units 3, 4, and 5 are mapped in the unit learning outcomes pages: Unit 3 outcomes · Unit 4 outcomes · Unit 5 outcomes.
03 Submission details
| Item | Detail |
|---|---|
| Format | Single PDF document, submitted through Brightspace. |
| File name | COMP660_Assignment2_LastName_FirstName.pdf |
| Length | Part A: 2,000–2,500 words (excluding references and appendices). Part B: 1,500–2,000 words total. Total: 3,500–4,500 words. |
| Formatting | 12-point serif or sans-serif font; 1.15 or 1.5 line spacing; 2.5 cm (1 inch) margins; page numbers; consistent heading structure; title page with name, student ID, course code, assignment title, and submission date. |
| Referencing style | APA 7th edition, or an equivalent recognised scholarly style (IEEE, Harvard) applied consistently. |
| Minimum sources | Part A: at least 10 scholarly or authoritative sources, of which at least 5 should be peer-reviewed or from standards bodies (NIST, ISO/IEC, ENISA, CISA). |
| Due date | See the course schedule in Brightspace for the exact due date. |
| Late penalty | 5% of the assignment mark per calendar day late, to a maximum of five days, after which the assignment is not accepted unless an extension has been approved. |
| Extensions | Requests must be submitted to the course instructor before the due date, with a reasonable explanation and, where relevant, supporting documentation. |
Before you submit
Submit your assignment as a single PDF. Check the PDF for formatting problems — particularly for tables, diagrams, and network architecture figures, which are central to Part B. Ensure that every in-text citation is matched by a full reference, and that every reference is cited in the text. Check the word count for each part, and confirm that your submission complies with the academic integrity and AI-use expectations set out below.
04 Part A — Research paper
Research topic
Ransomware as an Enterprise Threat: Evolution, Defense Strategies, and Organizational Resilience
What is required
Write a scholarly research paper of 2,000–2,500 words on the research topic above. The paper must:
- Trace the evolution of ransomware — from its early forms through to the modern ransomware-as-a-service ecosystem, including the industrialisation of ransomware operations, the emergence of affiliates and initial-access brokers, and the shift to double and triple extortion.
- Analyse the modern ransomware threat — the actors, the business models, the techniques, and the targeting. Explain why ransomware has become such a consequential enterprise threat, and what distinguishes the modern ransomware operator from earlier criminal actors.
- Examine the enterprise exposure — the vulnerabilities and control failures that ransomware exploits, including internet-facing services, unpatched systems, credential compromise, and inadequate backup and recovery capability.
- Evaluate the defence strategies — preventive, detective, and responsive — including identity controls, endpoint and network protection, segmentation, backup and recovery, and the role of threat intelligence and threat hunting.
- Analyse the organisational resilience dimension — what enterprises must do beyond prevention to survive a ransomware incident, including continuity planning, tested recovery, crisis management, negotiation policy, and the cultural and organisational factors that determine the outcome.
- Synthesise scholarly and industry sources — drawing on peer-reviewed research, on standards bodies (NIST, CISA, ENISA, NCSC), and on authoritative industry publications.
- Present an original argument — the paper is not a summary of existing material; it advances a considered position on ransomware defence, supported by evidence and by critical analysis.
Suggested structure
Introduce the topic, establish its significance, define the scope of the paper, and state the paper's thesis or argument. Explain what the paper will argue and how it will be structured.
Trace ransomware's evolution — the early encryption-based attacks, the emergence of the affiliate model and ransomware-as-a-service, the shift to data theft and multi-layered extortion, and the industrialisation of the criminal ecosystem.
Analyse the modern ransomware threat — the actors, the business model, the techniques (initial access, lateral movement, exfiltration, encryption, extortion), and the targeting. Explain why ransomware is now a board-level concern.
Examine what makes enterprises vulnerable to ransomware — the exposed services, the unpatched systems, the credential compromise surface, the flat networks, the inadequate backups, and the operational dependencies that increase the pressure to pay.
Evaluate the defence strategies against ransomware — preventive controls (identity, endpoint, network, patch, configuration), detective controls (monitoring, EDR, threat hunting), and responsive controls (containment, eradication, recovery). Assess which controls provide the greatest risk reduction.
Analyse the organisational resilience dimension — the continuity planning, the tested recovery, the immutable backup, the crisis management, the negotiation policy, and the cultural factors that determine whether the enterprise survives. Consider why resilience matters as much as prevention.
Critically evaluate the state of ransomware defence — what is working, what is not, and what remains contested (e.g. ransom payment, attribution, regulation). Conclude with the paper's argument and its implications for enterprise practice.
Marking criteria for Part A
| Criterion | Weight | What the marker looks for |
|---|---|---|
| Understanding of ransomware | 25% | Accurate, comprehensive, and current understanding of ransomware's evolution, of the modern threat, and of the ransomware ecosystem. Evidence of reading beyond introductory material. |
| Analysis and critical evaluation | 25% | Sophisticated analysis of the defence strategies and of the organisational resilience dimension. Critical evaluation of what works and what does not, and of the unresolved questions (e.g. ransom payment, regulation). |
| Use of scholarly sources | 20% | At least 10 scholarly or authoritative sources, correctly integrated and cited. Synthesis rather than summary. Evidence of engagement with peer-reviewed and standards-based material. |
| Argument and structure | 15% | Clear thesis, coherent structure, logical progression, and a conclusion that follows from the analysis. Original argument, not merely a survey. |
| Academic communication | 10% | Clear, precise, and professional academic prose. Correct grammar, spelling, and punctuation. Correct referencing and consistent formatting. |
| Engagement with course material | 5% | Explicit engagement with Unit 3, Unit 4, and Unit 5 material — particularly the threat, architecture, and resilience material examined in the lessons. |
Research tips
Ransomware is heavily documented — with substantial material from standards bodies (CISA's #StopRansomware guides, ENISA threat landscape reports, NCSC advisories), from industry (Microsoft Digital Defense Report, Verizon DBIR, Sophos State of Ransomware), and from academic research. Begin with the authoritative material — the standards bodies and the major industry reports — then move to peer-reviewed literature. Look for papers that critique the standard advice (e.g. "don't pay the ransom"), or that examine the negotiation dynamics, or that analyse the organisational factors in ransomware survival — engaging with contested issues strengthens your paper.
05 Part B — Technical questions
Answer all five technical questions below. Each answer should be approximately 300–400 words, combining conceptual explanation with applied analysis. Where a question requires a design or a comparison, structure your answer accordingly — with clearly identified components, justifications, and reasoned conclusions. Diagrams are welcome and, where appropriate, encouraged.
Question 1 — Conduct a threat-modelling exercise
A mid-sized insurance company is developing a new customer portal that will permit customers to view policies, to submit claims, and to update personal details. The portal will be built on a public cloud platform, will integrate with the company's legacy policy administration system, and will permit customers to upload documents (e.g. photographs, PDFs) in support of their claims.
Conduct a threat-modelling exercise for the portal. Your answer should:
- Select and justify a threat-modelling methodology — for example, STRIDE, PASTA, or attack trees — and explain why it is appropriate for this scenario.
- Define the scope of the model — the components, the data flows, the trust boundaries, and the actors involved.
- Produce a simplified data-flow diagram identifying the principal components, the data flows, and the trust boundaries.
- Identify at least eight specific threats — mapped to the categories of your chosen methodology — and describe the attack scenario for each.
- Assess the likelihood and impact of each threat, and prioritise them accordingly.
- Recommend mitigations for the highest-priority threats, with reference to specific controls and design changes.
- Discuss the limitations of the threat model — what it does not cover, and what would require further analysis.
Support your analysis with reference to Microsoft's STRIDE model, to the OWASP Threat Modeling guidance, to NIST SP 800-154, and to Lessons 3.2 and 3.3.
Question 2 — Design a secure cloud-migration architecture
A regional logistics company operates an on-premises data centre hosting its transport management system, its warehouse management system, and its customer-facing tracking portal. The company has decided to migrate the majority of its workloads to a public cloud provider over the next eighteen months. The company handles commercial customer data, employee data, and is subject to privacy regulation and to contractual obligations with its major customers.
Design a secure cloud-migration architecture. Your answer should:
- Define the target architecture — the cloud services, the network topology, the identity integration, and the data flows.
- Describe the identity architecture — how the enterprise's identity integrates with the cloud, and how access to cloud resources is controlled.
- Describe the network architecture — the cloud network design, the segmentation, the connectivity between cloud and on-premises, and the controls that protect the network.
- Describe the data protection approach — classification, encryption at rest and in transit, key management, and data residency.
- Describe the security monitoring and response — how the enterprise monitors its cloud estate and responds to incidents.
- Describe the shared responsibility model — what the provider is responsible for and what the enterprise is responsible for, and how the enterprise ensures its responsibilities are met.
- Identify the principal migration risks — including misconfiguration, data exposure, loss of visibility, and identity sprawl — and how they should be managed.
- Recommend the migration approach — whether to migrate all workloads, in what sequence, and with what interim controls.
Support your design with reference to the cloud provider's well-architected framework, to CIS Foundations Benchmarks for cloud, to ISO/IEC 27017 and 27018, and to Lesson 5.5.
Question 3 — Compare IDS, IPS, SIEM, and XDR
An enterprise is reviewing its detection and response capability. It currently operates a traditional signature-based IDS, a legacy SIEM that requires extensive manual tuning, and endpoint antivirus. The security team is concerned about its ability to detect and respond to modern threats — particularly those using living-off-the-land techniques, identity-based attacks, and cloud-native attack paths.
Compare IDS, IPS, SIEM, and XDR — and recommend how the enterprise should evolve its detection and response capability. Your answer should:
- Describe IDS and IPS — their function, their differences, their deployment models (network-based, host-based), and their limitations in the modern estate.
- Describe SIEM — its function, the data sources it aggregates, the use cases it supports, and the challenges it presents (data volumes, tuning, analyst workload).
- Describe XDR — its function, its integration across endpoint, network, cloud, and identity, and the value it adds over separate detection tools.
- Compare the four technologies across a set of dimensions — coverage, detection capability, correlation, response capability, operational burden, and cost — and identify the contexts to which each is well-suited.
- Describe the limits of each technology — what it does not detect, and what complementary capability is required.
- Recommend how the enterprise should evolve its detection and response — which technologies to deploy, in what combination, and in what sequence. Justify the recommendation with reference to the enterprise's specific concerns (living off the land, identity-based attacks, cloud-native attacks).
- Discuss the role of detection engineering — how the enterprise should build and maintain detection content that addresses the specific techniques its adversaries use.
Support your comparison with reference to the MITRE ATT&CK framework, to NIST SP 800-61, and to Lessons 4.6 and 4.7.
Question 4 — Analyse a supply-chain cyberattack scenario
A software vendor provides a widely deployed enterprise IT management platform. The vendor's build pipeline is compromised by a sophisticated adversary, who inserts malicious code into a routine software update. The update is distributed to the vendor's customers — including enterprises in the financial, healthcare, and government sectors — and the malicious code establishes persistent access in the customers' environments.
Analyse the supply-chain attack scenario. Your answer should:
- Describe the attack chain — from the initial compromise of the vendor, through the insertion of malicious code, to the deployment in customer environments. Identify the specific techniques used at each stage.
- Analyse why supply-chain attacks are particularly consequential — the scale, the trust relationship that is exploited, the detection difficulty, and the response complexity.
- Analyse the detection challenges — why supply-chain attacks are difficult to detect, and what detection approaches are effective.
- Analyse the response challenges — how the enterprise would respond, given the trust relationship with the vendor and the potential scope of the compromise.
- Recommend defensive controls that would reduce the enterprise's exposure to supply-chain attacks — including controls on the enterprise's own systems, controls on the supplier relationship, and controls on the software supply chain itself.
- Discuss the vendor management implications — what enterprises should require of their critical suppliers, and how those requirements should be verified.
- Evaluate the regulatory and industry response — including SBOM (Software Bill of Materials) requirements, the EU Cyber Resilience Act, and other emerging requirements.
Support your analysis with reference to documented supply-chain incidents (e.g. SolarWinds, NotPetya, 3CX), to NIST SP 800-161, to the CISA SBOM guidance, and to Lesson 3.7.
Question 5 — Design a defence-in-depth strategy for a financial institution
A national financial institution provides retail banking, commercial lending, and wealth management services. It operates a mixed estate — a core banking platform on-premises, a growing cloud presence including SaaS and public cloud, a mobile banking application, and a contact centre. It handles customer funds, personal data, and regulated financial information, and is subject to financial regulation with significant enforcement powers.
Design a defence-in-depth strategy for the institution. Your answer should:
- Define the defence-in-depth principle — layered controls, no single point of failure, and the assumption that any individual control may fail.
- Design the identity and access layer — authentication, authorization, privileged access, and the specific controls appropriate for a financial institution (phishing-resistant authentication, just-in-time access, session recording).
- Design the data protection layer — classification, encryption, tokenisation, data loss prevention, and the specific controls appropriate for financial data.
- Design the network and infrastructure layer — segmentation, zero trust principles, cloud security, and the controls protecting the institution's hybrid estate.
- Design the endpoint and application layer — endpoint protection, application security, API security, and the controls protecting the mobile banking application.
- Design the detection and response layer — monitoring, detection engineering, SOC capability, and the specific detection priorities for a financial institution (fraud, insider threat, account takeover, ransomware).
- Design the resilience layer — continuity planning, backup and recovery, and the specific resilience requirements for a financial institution (regulatory obligations, customer expectations, systemic importance).
- Discuss the regulatory and governance dimensions — including how the strategy addresses financial regulation, board accountability, and regulatory reporting.
- Recommend how the strategy should be prioritised and implemented — what the institution should do first, and what can be phased.
Support your design with reference to NIST CSF 2.0, to ISO/IEC 27001, to financial sector regulation (e.g. DORA, NYDFS, OSFI B-13, FCA/PRA), and to the material examined throughout Units 3–5.
Marking criteria for Part B
| Criterion | Weight | What the marker looks for |
|---|---|---|
| Technical accuracy | 30% | Correct, precise, and current technical understanding of the concepts addressed in each question. Use of appropriate terminology. |
| Applied analysis and design | 30% | Ability to apply concepts to the specific enterprise scenarios. Quality and coherence of design decisions, with clear justification. |
| Critical evaluation | 20% | Recognition of trade-offs, limitations, and alternatives. Willingness to identify where a technology or approach is not appropriate, and to note unresolved issues. |
| Use of published guidance | 10% | Reference to relevant standards, frameworks, and authoritative sources (NIST, CISA, ENISA, ISO/IEC, MITRE). Appropriate use of citations. |
| Academic communication | 10% | Clear, structured, and professional answers. Correct grammar and referencing. Diagrams where appropriate. |
06 Format and referencing
Document structure
Your submission should have the following structure:
- Title page — with your name, student ID, course code (COMP 6660), assignment title ("Assignment 2 — Enterprise Threat Analysis and Security Architecture"), submission date, and word count for each part.
- Table of contents — with page numbers.
- Part A — Research paper — with its own title, abstract (150–200 words), and section headings.
- Part B — Technical questions — with each question reproduced as a heading, followed by your answer.
- References — a single reference list covering both parts, formatted according to the referencing style you have chosen.
- Appendices — if you wish to include diagrams, detailed architectures, or supplementary material that does not fit within the word count.
Referencing
You must cite all sources you use, in accordance with an accepted referencing style. Choose one style — APA 7th edition, IEEE, or Harvard — and apply it consistently across both parts.
When referencing standards and frameworks, cite the specific document and section where possible:
- Standards — for example, NIST CSF 2.0, NIST SP 800-61, NIST SP 800-161, ISO/IEC 27001, ISO/IEC 27017, ISO/IEC 27018, and equivalent.
- Peer-reviewed sources — journal articles, conference proceedings, and scholarly monographs.
- Authoritative industry sources — CISA, ENISA, NCSC, MITRE, and equivalent bodies; the major annual industry reports (Verizon DBIR, Microsoft DDR, and equivalent).
- Vendor documentation — where necessary, but should not form the primary basis for technical arguments.
Use of diagrams and tables
Diagrams and tables are encouraged, and are particularly important for technical question 1 (threat modelling), technical question 2 (cloud architecture), and technical question 5 (defence-in-depth). Diagrams should be your own work, should be clearly labelled, and should be referenced in the text.
Word count
The word count includes the main body of your answers but excludes the title page, table of contents, references, appendices, and figure captions. Each part has its own word count range — please observe both.
07 Overall marking rubric
Assignment 2 is marked out of 100. The overall mark comprises the weighted total of the Part A and Part B criteria, scaled to the assignment weight.
| Component | Weight | Description |
|---|---|---|
| Part A — Research paper | 50% | Research paper on ransomware as an enterprise threat. |
| Part B — Technical questions | 50% | Five technical questions, each worth 10% of the assignment mark. |
Grade descriptors
| Grade | Range | Description |
|---|---|---|
| A (Excellent) | 85–100% | Demonstrates comprehensive and precise understanding; original and sophisticated analysis; extensive and well-integrated use of scholarly sources; clear, precise, and professional academic communication. Answers address the questions with insight and depth, identify trade-offs and limitations, and reach well-justified conclusions. |
| B (Good) | 70–84% | Demonstrates strong understanding and competent analysis; appropriate use of scholarly sources; clear and well-structured communication. Answers address the questions fully, though with less depth, originality, or nuance than an A-grade submission. |
| C (Satisfactory) | 60–69% | Demonstrates adequate understanding; basic analysis; some use of scholarly sources; clear but sometimes imprecise communication. Answers address the questions but may be superficial, may not fully engage with trade-offs, or may lack original insight. |
| D (Marginal) | 50–59% | Demonstrates limited understanding; weak analysis; limited use of scholarly sources; communication difficulties. Answers address parts of the questions but may contain technical inaccuracies, may lack justification for design decisions, or may omit key components. |
| F (Unsatisfactory) | 0–49% | Does not demonstrate understanding of the material; minimal or no analysis; inadequate or absent sources; unclear communication. Answers do not address the questions, contain significant technical errors, or are substantially incomplete. |
08 Academic integrity
This assignment must be your own work. You must not:
- Copy from another student. Collaboration on the assignment is not permitted except where explicitly approved by the instructor.
- Copy from published sources without citation. All use of others' work — including paraphrasing and summarising — must be properly cited. Copying passages verbatim without quotation and citation is plagiarism.
- Reuse work submitted for another course. Submission of substantially the same work for multiple courses is not permitted without prior approval.
- Use generative AI to produce the assignment. The use of AI tools is permitted for specific purposes as set out below — but the intellectual work must be your own.
All submissions will be checked through plagiarism detection software. Suspected cases of academic misconduct will be handled in accordance with the university's academic integrity policy.
What is acceptable and what is not
Acceptable: Discussing the material with classmates; using AI tools for editing, for improving grammar, or for suggesting structure; using AI tools for generating questions you then research and answer yourself; using AI tools as a research aid (e.g. to find sources you then read yourself).
Not acceptable: Submitting text generated by AI as your own; using AI to write your analysis, your arguments, or your conclusions; using AI to generate citations without reading the sources; using AI to complete any part of the assignment that constitutes the intellectual work.
09 Use of AI tools
The use of generative AI tools in this course is permitted within defined boundaries. The purpose of these boundaries is to ensure that your learning — and your assessed work — reflect your own understanding and your own intellectual effort.
Permitted uses
- Editing and proofreading. Using AI to check grammar, spelling, clarity, and consistency.
- Structural suggestions. Using AI to suggest how a section might be structured — which you then implement in your own words.
- Research assistance. Using AI to suggest search terms, to identify possible sources, or to generate questions — provided you then locate and read the original sources yourself.
- Explaining concepts. Using AI to help you understand a concept you are struggling with — provided you then apply the concept yourself.
- Generating counterarguments. Using AI to suggest counterarguments to your thesis — which you then evaluate yourself and incorporate if appropriate.
Not permitted
- Generating assignment text. Submitting AI-generated text as your own work, in whole or in part.
- Generating analysis or arguments. Using AI to produce the analysis, the arguments, the design decisions, or the conclusions of your assignment.
- Generating citations. Including citations to sources you have not read, or that AI has generated without verification.
- Completing any assessed intellectual work. Any part of the assignment that requires you to understand, to analyse, to design, or to conclude must be your own work.
Disclosure
Where you have used AI tools in completing this assignment, you must disclose the use in a short statement at the end of the assignment:
- Which AI tools you used.
- For which purposes you used them.
- How the output was used — for example, "used for grammar checking," "used to suggest structural options I then evaluated."
- Confirmation that the intellectual work — the research, the analysis, the design, the argument, and the conclusions — is your own.
Failure to disclose AI use where it has occurred may be treated as academic misconduct.
Using AI responsibly
AI tools can be valuable as aids — as a research assistant, as a writing coach, as a source of challenge to your thinking. They cannot be a substitute for your understanding, and they cannot be a substitute for your intellectual work. The assignment's purpose is to develop your capability as a security professional — and that development requires you to engage with the material yourself. Use AI tools where they help you learn; do not use them to avoid learning.
10 Support and resources
Course resources
- Unit 3 lessons — risk fundamentals, threat modelling, vulnerability assessment, malware and ransomware, social engineering, advanced persistent threats, and supply chain — Lessons 3.1–3.7.
- Unit 4 lessons — security architecture principles, defence in depth, network security protocols, VPNs, firewalls, segmentation, IDS/IPS, and SIEM/XDR/SOC — Lessons 4.1–4.7.
- Unit 5 lessons — operating system, endpoint, application, database, cloud, container, mobile, IoT, and critical infrastructure security — Lessons 5.1–5.8.
- Unit resources pages — the Unit 3 resources, Unit 4 resources, and Unit 5 resources — with recommended standards, papers, and industry sources.
- Unit discussions — the Unit 3 forum, Unit 4 forum, and Unit 5 forum — where you can discuss the material with classmates.
Standards and frameworks
- NIST CSF 2.0 — the Cybersecurity Framework.
- NIST SP 800-30 — Guide for Conducting Risk Assessments.
- NIST SP 800-37 — the Risk Management Framework.
- NIST SP 800-53 — Security and Privacy Controls.
- NIST SP 800-61 — Computer Security Incident Handling Guide.
- NIST SP 800-154 — Guide to Data-Centric System Threat Modeling.
- NIST SP 800-161 — Cybersecurity Supply Chain Risk Management.
- NIST SP 800-207 — Zero Trust Architecture.
- MITRE ATT&CK — the adversary tactics and techniques knowledge base.
- ISO/IEC 27001, 27002, 27017, 27018 — the ISMS standard and cloud-specific extensions.
- CISA #StopRansomware — the US Cybersecurity and Infrastructure Security Agency's ransomware guidance.
- ENISA Threat Landscape — the EU agency's annual threat assessment.
- OWASP — threat modelling, application security, and API security guidance.
- Cloud provider well-architected frameworks — AWS, Azure, and Google Cloud security guidance.
Academic skills support
- Library services — for help with literature search, with database access, and with source evaluation.
- Writing centre — for help with academic writing, with structure, and with referencing.
- Study skills support — for help with time management, with reading strategies, and with exam preparation.
- Accessibility services — for support with any adjustments you require.
Contact
- Course instructor — for questions about the assignment brief, about content, or about extensions. Contact through Brightspace or at the address provided in the syllabus.
- Teaching assistants — for questions about course material and about assignment expectations. Contact details are available in Brightspace.
- Technical support — for problems with Brightspace or with submission.
Getting help early
If you have questions about the assignment, ask early — the instructor and teaching assistants are here to help, and it is much easier to help with a question than with a completed assignment that has taken the wrong approach. If you are struggling with any aspect of the assignment, contact the instructor before the due date — do not wait until you are out of time.
11 Preparation checklist
Use the checklist below to plan and to verify your work. It is not exhaustive, but it identifies the principal requirements.
Before you begin
- Read the assignment brief in full.
- Review Unit 3, Unit 4, and Unit 5 lessons and the unit resources pages.
- Identify the specific lessons that address each question.
- Plan your time — this assignment requires 25–30 hours of focused work.
- Locate the standards and frameworks you will need.
Research paper (Part A)
- Read at least 10 scholarly or authoritative sources — of which at least 5 are peer-reviewed or from standards bodies.
- Take notes with citations as you read.
- Develop a clear thesis — the paper's original argument.
- Structure the paper with clear sections and logical progression.
- Engage with contested issues — such as ransom payment and regulation — rather than merely surveying.
- Include a conclusion that follows from the analysis.
- Check the word count (2,000–2,500 words, excluding references and appendices).
Technical questions (Part B)
- Answer all five questions.
- Each answer is approximately 300–400 words.
- Each answer addresses all components of the question.
- Design decisions are justified with reference to the course material and to published guidance.
- Trade-offs and limitations are acknowledged.
- Diagrams are included where appropriate — particularly for questions 1, 2, and 5.
- Total word count for Part B is 1,500–2,000 words.
Formatting and referencing
- Title page with name, student ID, course code, assignment title, submission date, and word count.
- Table of contents with page numbers.
- Both parts are clearly identified.
- Every citation is matched by a full reference.
- Every reference is cited in the text.
- Consistent referencing style throughout (APA 7th, IEEE, or Harvard).
- Consistent formatting throughout.
- PDF file name is correct (
COMP660_Assignment2_LastName_FirstName.pdf).
Integrity and disclosure
- All work is your own.
- All sources are cited.
- Where AI tools have been used, the use is disclosed in accordance with the requirements set out above.
- You have read and understood the academic integrity policy.
Final submission
- Assignment is submitted through Brightspace as a single PDF.
- Submission is before the due date — or an extension has been approved.
- You have kept a copy of your submission.
A final note
Assignment 2 is an opportunity to consolidate your understanding of the threat landscape, of security architecture, and of the technologies through which enterprise infrastructure is protected. Approach it as a piece of scholarly work — researched, reasoned, and carefully communicated. The capability you develop — to model threats, to design architectures, to compare security technologies, to analyse supply-chain risk, and to reason about defence in depth — will serve you throughout the remainder of the course and throughout your professional practice.