Threat Landscape and Cyber Risk ContextIntroductionCyber risk is not simply the presence of malicious software or vulnerable technology. It is the possibility that a threat event will exploit a weakness and cause consequences to an organisation, its stakeholders, or wider society. Effective cyber risk management therefore requires an understanding of three connected contexts: threat, vulnerability, and business impact. A technically sophisticated attack may be immaterial if strong controls prevent exploitation, while a relatively simple phishing email may be highly significant if it compromises privileged access to critical systems. Postgraduate cyber risk analysis must consequently move beyond lists of malware and vulnerabilities. It must ask: - Who may attack the organisation, and why?
- Which assets, services, identities, and dependencies are exposed?
- How could an attack progress from initial access to business disruption?
- What evidence indicates that a threat is credible and relevant?
- Which controls reduce likelihood, impact, or both?
- How do sector, geopolitical, legal, and organisational conditions alter risk?
This chapter develops a structured approach to answering these questions using threat intelligence, the cyber kill chain, MITRE ATT&CK, vulnerability analysis, and business-context assessment. Learning ObjectivesBy the end of this chapter, a learner should be able to: - Distinguish threat actors, motivations, capabilities, opportunities, and constraints.
- Analyse attack vectors and explain how attacks progress through a cyber kill chain.
- Use MITRE ATT&CK as a behavioural knowledge base rather than as a simple checklist.
- Evaluate vulnerability exploitation in terms of exposure, exploitability, and business consequence.
- Explain social engineering, ransomware, and insider threats as socio-technical risks.
- Interpret threat intelligence and relate it to organisational decision-making.
- Assess geopolitical and sector-specific influences on cyber risk.
- Construct a contextual risk assessment and recommend proportionate treatment measures.
1. The Cyber Risk ContextA useful conceptual model treats cyber risk as an interaction among an asset, a threat, a vulnerability, and a consequence. An asset may be a database, production line, cloud identity, algorithm, service, or business process. A threat is a potential cause of harm, such as a criminal group, insider, hostile state, hacktivist, or accidental user action. A vulnerability is a weakness that can be exploited or otherwise contribute to harm. Consequence includes financial loss, operational interruption, safety effects, legal exposure, loss of confidentiality, or damage to trust. Risk is often expressed qualitatively as a combination of likelihood and impact. A simple conceptual relationship is: Risk ≈ Likelihood × Impact This is not a universal measurement formula. It is a decision model used when likelihood and impact have been assessed on compatible scales. The expression assumes that the organisation has defined meaningful rating criteria and that multiplication is appropriate for its risk methodology. It should not be interpreted as a precise probability of loss unless likelihood and impact have been rigorously quantified. In a more detailed assessment, likelihood depends on factors such as adversary intent, capability, access, exposure, control effectiveness, and opportunity. Impact depends on the affected asset, duration, dependencies, recovery capability, regulatory obligations, and stakeholder harm. These factors are dynamic: a newly disclosed vulnerability, a geopolitical crisis, or a merger can change the risk context without any change to the underlying technology. Assets and business processesSecurity teams should begin with business services rather than isolated devices. For example, “online payment processing” is a more useful risk object than “web server 17” because the service reveals dependencies, service-level obligations, data flows, and consequences. Asset analysis should identify: - critical services and recovery priorities;
- information classifications and ownership;
- privileged identities and trust relationships;
- technology, suppliers, and cloud dependencies;
- safety, legal, and regulatory requirements; and
- acceptable downtime and data-loss thresholds.
This approach prevents a common error: treating all vulnerabilities as equally important. A medium-severity weakness in a system supporting emergency operations may deserve greater attention than a high-severity issue in an isolated test environment. 2. Threat Actors and Their Operating LogicA threat actor is an individual, group, organisation, or state-associated entity capable of conducting or enabling a harmful action. Classification should not be based only on labels. Analysts should examine motivation, capability, resources, persistence, risk tolerance, target selection, and preferred techniques. | Actor | Typical motivation | Common characteristics | Relevant risk questions |
|---|
| Cybercriminal group | Extortion, fraud, resale of access | Financially driven, scalable operations, criminal marketplaces | Is the organisation profitable to extort or impersonate? | | Nation-state or state-aligned group | Espionage, influence, disruption, strategic advantage | Patience, specialised resources, covert operations | Does the organisation support national infrastructure or policy interests? | | Hacktivist | Ideology, publicity, protest | Opportunistic campaigns, website disruption, data disclosure | Is the organisation associated with a controversial issue? | | Insider | Financial gain, grievance, coercion, ideology, error | Legitimate access, contextual knowledge, variable intent | Which access rights and behavioural indicators create exposure? | | Competitor or industrial spy | Commercial advantage | Targeted collection, supply-chain or human approaches | What information has strategic or economic value? | | Script user or opportunist | Curiosity, status, experimentation | Uses public tools and automated scanning | Which externally visible weaknesses invite automated attack? |
The categories overlap. A criminal group may use state-developed tools; an employee may be coerced by a foreign intelligence service; and a hacktivist may purchase access from criminals. Attribution is therefore probabilistic and should be expressed with confidence levels and evidence, not absolute assertions. A mature assessment distinguishes intent from capability. An actor may strongly desire to attack but lack access or technical skill. Conversely, a capable actor may not target a particular organisation unless opportunity and value align. Analysts should also consider constraints: cost, detection risk, legal risk, operational security, time, and dependence on third parties. 3. Attack Surfaces and Attack VectorsThe attack surface is the set of exposed assets, interfaces, people, processes, and relationships that could be used to cause harm. It includes internet-facing applications, remote administration services, cloud identities, APIs, endpoints, operational technology, suppliers, removable media, employees, and public information. An attack vector is the route or method by which an actor reaches a target. Common vectors include: - phishing and business email compromise;
- exploitation of internet-facing applications;
- stolen credentials and password reuse;
- exposed remote access services;
- malicious or compromised software updates;
- supply-chain compromise;
- cloud misconfiguration and excessive permissions;
- exploitation of unpatched endpoints;
- removable media and physical access; and
- manipulation of suppliers, contractors, or support personnel.
Attack surface management should combine technical discovery with organisational discovery. A vulnerability scanner may identify a server but not a forgotten supplier account, a sensitive data flow, or a business process dependent on an unsupported system. Asset inventories, identity inventories, external attack-surface monitoring, data mapping, and supplier assessments should therefore be integrated. 4. Cyber Kill Chain and Attack ProgressionThe Lockheed Martin Cyber Kill Chain describes attack progression through reconnaissance, weaponisation, delivery, exploitation, installation, command and control, and actions on objectives. Its value lies in encouraging defenders to disrupt attacks before the final impact. For example, blocking delivery is often less costly than recovering from encryption of critical systems. The model has limitations. Real attacks may skip stages, repeat stages, branch into parallel activities, or begin with valid credentials rather than a delivered payload. It can also encourage a linear view of adversary behaviour. It is therefore best used as a communication and interruption model, not as a complete representation of every attack. A complementary view is: - Reconnaissance: identifying people, systems, suppliers, technologies, and vulnerabilities.
- Initial access: obtaining a foothold through phishing, exploitation, valid accounts, or external services.
- Execution and persistence: running code and maintaining access.
- Privilege escalation and defence evasion: obtaining greater rights and reducing the chance of detection.
- Discovery and lateral movement: learning the environment and moving between systems.
- Collection and command and control: gathering data and communicating with infrastructure.
- Impact: theft, fraud, disruption, destruction, manipulation, or extortion.
Defensive controls should be mapped to several stages. Secure configuration, multifactor authentication, email filtering, endpoint detection, network segmentation, privileged-access management, immutable backups, and tested incident response are examples of controls that interrupt different parts of an attack. 5. MITRE ATT&CK as a Behavioural FrameworkMITRE ATT&CK is a knowledge base describing adversary tactics, techniques, and procedures. Tactics represent the adversary’s objectives, such as credential access, discovery, lateral movement, or impact. Techniques describe how those objectives may be achieved, while procedures provide examples of implementation by particular groups or malware. ATT&CK is useful for: - threat-informed control assessment;
- detection engineering and security monitoring;
- adversary emulation and purple teaming;
- incident investigation;
- threat intelligence comparison; and
- communicating technical exposure to management.
For example, an organisation may map a suspected phishing campaign to the Initial Access tactic, identify the relevant technique, and then assess whether email authentication, attachment controls, user reporting, identity protection, and logging can detect or prevent it. ATT&CK should not be treated as a compliance scorecard. A technique being listed does not prove that an actor will use it, and absence of a technique from a detection matrix does not imply safety. Coverage must be evaluated in context: telemetry quality, alert fidelity, response capability, asset criticality, and adversary relevance all matter. A practical ATT&CK assessment asks: - Which techniques are relevant to the organisation’s sector and assets?
- Which techniques have credible evidence in current intelligence?
- What data sources could reveal each technique?
- How quickly can the organisation investigate and respond?
- Which preventive controls make the technique difficult or costly?
6. Vulnerability Exploitation and ExposureA vulnerability is a weakness in design, implementation, configuration, process, or human practice. Exploitation occurs when an actor uses that weakness to achieve an effect. Vulnerability management is therefore more than installing patches. It includes discovery, validation, prioritisation, remediation, mitigation, verification, and exception governance. The Common Vulnerability Scoring System (CVSS) can support technical severity assessment, but a score is not a complete organisational risk rating. Prioritisation should also consider: - whether the vulnerable asset is internet-facing;
- exploit availability and observed exploitation;
- authentication requirements and attack complexity;
- exposure of privileged or sensitive functions;
- compensating controls and segmentation;
- asset criticality and data sensitivity;
- supplier and dependency implications; and
- time required for remediation.
A vulnerability with a public exploit and active exploitation in the wild deserves urgent attention even if its nominal severity is not the highest. Conversely, an extremely severe vulnerability on an isolated, unavailable system may have lower immediate business risk. A defensible vulnerability process records the owner, affected assets, evidence, treatment decision, deadline, exception authority, and residual risk. Emergency changes should still be governed: rushed remediation can create outages or introduce new weaknesses. 7. Social Engineering and Human RiskSocial engineering exploits trust, authority, urgency, fear, curiosity, or helpfulness. It is not merely a problem of careless users; it is a socio-technical problem shaped by workflow design, incentives, identity controls, and organisational culture. Common forms include phishing, spear phishing, business email compromise, vishing, smishing, pretexting, baiting, tailgating, and fraudulent payment instructions. Modern campaigns may combine publicly available information, generative AI, deepfake audio, compromised mailboxes, and convincing language. Controls should be layered: - strong identity verification and phishing-resistant multifactor authentication;
- payment and account-change procedures requiring independent confirmation;
- email authentication and malware filtering;
- least privilege and separation of duties;
- easy reporting channels and rapid response;
- scenario-based awareness training; and
- a culture that avoids blaming people who report mistakes.
Training alone is insufficient. If an employee must process urgent payments through an email-only workflow, the process itself creates risk. Security design should make the safe action the easy action. 8. RansomwareRansomware is an operational and business crisis, not merely a malware infection. Contemporary campaigns may involve initial access brokers, credential theft, data exfiltration, encryption, extortion, harassment, and attacks on backups or recovery infrastructure. Some groups use “double extortion,” threatening to publish stolen data in addition to disrupting systems. Prevention and resilience require: - tested offline or otherwise protected backups;
- privileged-access separation;
- multifactor authentication for remote and administrative access;
- rapid vulnerability remediation;
- endpoint and identity telemetry;
- network segmentation and restricted administration paths;
- application control and secure configuration; and
- rehearsed crisis management involving legal, communications, suppliers, and law enforcement.
Backups must be recoverable, not merely present. Organisations should test restoration time, data integrity, dependencies, and the ability to rebuild identity and management systems. Paying a ransom does not guarantee deletion of stolen data, a working decryptor, or prevention of future extortion. Decisions must consider legal restrictions, sanctions, public policy, safety, and ethical consequences. 9. Insider ThreatsInsider risk arises when a person with legitimate access causes, enables, or unintentionally contributes to harm. It includes malicious insiders, negligent insiders, compromised accounts, and users manipulated by external actors. Effective programmes balance security with privacy and due process. Relevant measures include role-based access, least privilege, separation of duties, joiner–mover–leaver processes, privileged-session monitoring, data-loss prevention, secure offboarding, and anomaly investigation. Behavioural indicators should not be treated as proof of wrongdoing. Monitoring must be proportionate, transparent, legally justified, and subject to access controls and review. The most important control is often reducing unnecessary access. When access is broad, permanent, and poorly reviewed, both malicious action and accidental disclosure become more likely. Insider-threat governance should include human resources, legal, security, privacy, and business management rather than treating the issue solely as a technical surveillance problem. 10. Threat Intelligence and Business RelevanceThreat intelligence is information that has been processed and interpreted to support decisions. It differs from raw indicators such as IP addresses or hashes. Intelligence should explain who may act, what they seek, how they operate, which assets are exposed, how confident the assessment is, and what action is recommended. | Intelligence level | Main audience | Typical output |
|---|
| Strategic | Board and executives | Trends, geopolitical risk, business exposure, investment priorities | | Operational | Risk managers and incident leaders | Campaign objectives, targeting patterns, likely timing and sectors | | Tactical | Security architects and defenders | Techniques, procedures, control gaps, detection priorities | | Technical | Security operations | Indicators, telemetry, signatures, investigative leads |
The intelligence lifecycle includes direction, collection, processing, analysis, dissemination, and feedback. Direction begins with decision requirements, such as whether to accelerate patching of a particular external service or increase monitoring of a supplier. Without direction, intelligence teams can produce large quantities of information with little decision value. Analysts should distinguish facts, assumptions, assessments, and confidence. A useful assessment might state: “There is moderate confidence that this campaign targets regional financial institutions because the observed infrastructure, language, and techniques align with previous campaigns; however, attribution remains uncertain.” This is more useful than an unsupported categorical claim. 11. Geopolitical and Sector-Specific RiskCyber risk is influenced by international conflict, sanctions, diplomatic tensions, elections, economic competition, organised crime, and national dependence on digital infrastructure. A geopolitical event can alter targeting priorities, increase hacktivist activity, trigger espionage, or create supply-chain pressure. Sector context matters because the same technical event has different consequences in different environments. A hospital may prioritise patient safety and continuity of clinical services. A bank may prioritise transaction integrity, fraud prevention, and market confidence. A manufacturer may face safety, intellectual-property, and production risks. A university may have an open research culture, decentralised governance, and a large population of transient users. Sector analysis should consider: - essential-service designation and regulatory requirements;
- concentration in common suppliers or cloud platforms;
- safety and physical-process dependencies;
- sensitivity of intellectual property and personal data;
- threat history affecting the sector; and
- tolerance for downtime and public disclosure.
This context prevents generic controls from being applied without regard to mission. It also supports meaningful board reporting: cyber investment can be connected to resilience, legal duties, customer obligations, and strategic objectives. 12. Applied Case: Illustrative Regional Health ProviderBackgroundThe fictional Northbridge Health Network operates hospitals, outpatient clinics, laboratories, and a patient portal. It uses a shared identity platform, outsourced payroll, connected medical devices, and a cloud-based electronic health-record service. Its security team receives intelligence that criminal groups are targeting healthcare providers through stolen credentials and ransomware. ProblemA vulnerability is discovered in a remote-access appliance used by contractors. The issue has a publicly available exploit. At the same time, employees report convincing emails requesting urgent password resets. The organisation cannot immediately patch every appliance because some clinical systems require controlled maintenance windows. AnalysisThe threat is credible because healthcare data has high extortion value, clinical services are time-sensitive, and remote access creates an attractive entry point. The attack surface includes the appliance, contractor identities, the identity provider, clinical networks, and backup administration systems. The phishing activity may support credential theft even if the appliance is patched. Using an ATT&CK-informed analysis, the organisation considers initial access through exploitation or valid accounts, credential access, discovery, lateral movement, collection, and impact. The business impact includes delayed treatment, diversion of emergency patients, privacy breaches, regulatory investigation, and loss of public trust. Approach and solutionNorthbridge takes immediate compensating measures: it restricts remote access by source and role, disables unused accounts, enforces phishing-resistant multifactor authentication for administrators, increases logging, and places the appliance behind additional filtering. It contacts the supplier and schedules emergency patching with clinical representatives. Security operations create detections for unusual authentication, new administrative activity, lateral movement, and backup-system access. The network segments medical devices from office systems and protects backup credentials through separate administration paths. The organisation rehearses a downtime procedure with clinical leaders and legal counsel. Employees receive a targeted warning and a simple reporting mechanism rather than generic awareness material. OutcomeAn attempted credential attack is detected when a compromised contractor account authenticates from an unusual location and requests access to a system outside its normal role. The account is suspended, tokens are revoked, and the supplier confirms that no clinical records were accessed. The organisation completes patching within the agreed emergency window and updates its third-party access policy. Learning pointsThe case illustrates that vulnerability severity alone did not determine priority. Exposure, exploit evidence, contractor access, clinical dependency, and recovery requirements shaped the decision. It also shows why patching, identity security, monitoring, segmentation, supplier governance, and operational resilience must work together. 13. Governance, Ethics, and LimitationsThreat intelligence and monitoring can create privacy risks, especially when organisations collect employee communications, behavioural data, or information about suspected insiders. Governance should establish purpose limitation, retention periods, access controls, lawful authority, transparency, and independent review. Attribution and predictive analysis also require caution. Overconfident attribution can lead to diplomatic, commercial, or operational mistakes. Automated systems may reproduce bias, misclassify behaviour, or overwhelm analysts with false positives. Generative AI can assist with summarisation, detection engineering, and scenario analysis, but sensitive intelligence should not be entered into unapproved systems. Human review remains necessary for high-consequence decisions. Other limitations include incomplete asset inventories, deceptive adversaries, unknown vulnerabilities, dependence on external intelligence providers, and rapidly changing cloud environments. No framework eliminates uncertainty. The purpose of a framework is to make assumptions visible, improve consistency, and support proportionate decisions. 14. Contemporary Developments and Best PracticeImportant developments include the industrialisation of initial access brokerage, ransomware-as-a-service, exploitation of edge devices, identity-focused attacks, cloud control-plane abuse, supply-chain compromise, and AI-assisted social engineering. Defenders increasingly adopt zero-trust principles, continuous exposure management, identity threat detection, attack-path analysis, and cyber-resilience engineering. Best practice is contextual rather than purely technological: - Maintain authoritative inventories of assets, identities, data, suppliers, and dependencies.
- Define business-critical services and recovery priorities.
- Use current threat intelligence to establish decision requirements.
- Prioritise vulnerabilities using exposure, exploitation evidence, and consequence.
- Map relevant adversary behaviours to preventive, detective, and responsive controls.
- Protect identities through least privilege, strong authentication, and lifecycle governance.
- Segment critical systems and protect backup and recovery infrastructure.
- Test incident response, crisis communications, and restoration with business owners.
- Measure control effectiveness and residual risk, not merely activity volume.
- Review assumptions after incidents, exercises, major technology changes, and geopolitical events.
Chapter SummaryCyber risk is shaped by the interaction of assets, threats, vulnerabilities, controls, and business consequences. Threat actors differ in motivation, capability, resources, and constraints, while attack vectors range from phishing and stolen credentials to software exploitation and supply-chain compromise. The cyber kill chain helps identify opportunities for interruption, although real attacks are not always linear. MITRE ATT&CK provides a structured vocabulary for adversary behaviour, detection, and control analysis, but it should not be used as a simplistic compliance score. Vulnerability management must consider exposure and business criticality in addition to technical severity. Social engineering, ransomware, and insider threats demonstrate that cyber risk is socio-technical and requires process, identity, human, and governance controls. Threat intelligence becomes valuable when it is linked to decisions and expressed with evidence and confidence. Finally, geopolitical conditions and sector characteristics determine which threats are credible and which consequences matter most. Effective cyber risk management is therefore threat-informed, business-led, ethically governed, and continuously updated. Key TermsThreat actor: An individual, group, organisation, or state-associated entity capable of causing cyber harm. Attack surface: The exposed assets, interfaces, people, processes, and relationships that may be used in an attack. Attack vector: A route or method used to reach or compromise a target. Vulnerability: A weakness in design, implementation, configuration, process, or human practice. Exploit: A method, code, or action that takes advantage of a vulnerability. Cyber kill chain: A model describing stages through which an attack may progress. MITRE ATT&CK: A knowledge base of adversary tactics, techniques, and procedures. Tactic: An adversary objective represented in ATT&CK. Technique: A method used to achieve an adversary objective. Threat intelligence: Analysed information that supports decisions about threats and risk. Initial access: The stage at which an adversary obtains an entry point into an environment. Lateral movement: Movement from one system or account to another within an environment. Ransomware: Malicious activity that commonly disrupts access to systems or data for extortion. Insider threat: Risk arising from a person with legitimate access who causes or enables harm. Business email compromise: Fraud using compromised or impersonated email accounts. Attack surface management: Continuous identification and evaluation of externally and internally exposed assets. Residual risk: Risk remaining after controls and treatments have been applied. Compensating control: An alternative measure that reduces risk when a preferred control cannot yet be implemented. Attribution: Assessment of the actor or group responsible for an activity, usually expressed with confidence. Zero trust: A security approach that avoids implicit trust and continuously evaluates access requests. Review QuestionsShort Answer Questions- Distinguish between a threat, vulnerability, attack vector, and consequence.
- Why should CVSS severity not be treated as an organisation’s complete cyber risk rating?
- What are tactics and techniques in MITRE ATT&CK?
- Identify two controls that can interrupt ransomware operations before encryption.
- Why is threat intelligence more useful than a collection of raw indicators?
Long Answer Questions- Explain how threat actor motivation, capability, opportunity, and constraints influence risk assessment.
- Compare the cyber kill chain with MITRE ATT&CK and discuss the strengths and limitations of each.
- Discuss why social engineering should be treated as a socio-technical risk rather than solely a user-awareness problem.
- Explain how geopolitical and sector-specific factors alter cyber risk priorities.
- Develop a vulnerability-management process that includes discovery, prioritisation, remediation, verification, and exception governance.
Analytical / Application Questions- A university discovers an actively exploited vulnerability on an internet-facing research portal, but patching requires a two-week maintenance period. Construct a prioritisation and compensating-control plan.
- A manufacturing company experiences suspicious administrator logins, unusual data transfers, and supplier remote-access activity. Analyse the likely attack progression using ATT&CK-informed reasoning and recommend investigation priorities.
- A hospital is deciding whether to pay a ransomware demand after clinical systems are encrypted. Identify the technical, operational, legal, ethical, and strategic factors that should inform the decision.
Multiple Choice Questions with AnswersQuestion 1Which factor most directly explains why a technically high-severity vulnerability may have lower immediate business risk than a medium-severity vulnerability? A. The colour used in the vulnerability dashboard B. The criticality and exposure of the affected asset C. The number of pages in the vendor advisory D. The age of the security team Correct Answer: B. The criticality and exposure of the affected asset Question 2What is the primary purpose of MITRE ATT&CK? A. To provide a behavioural knowledge base of adversary tactics and techniques B. To replace all vulnerability scanners C. To calculate exact financial loss probabilities D. To certify that an organisation is legally compliant Correct Answer: A. To provide a behavioural knowledge base of adversary tactics and techniques Question 3Which activity represents lateral movement? A. Collecting public information about an organisation B. Sending an initial phishing message C. Moving from a compromised workstation to another internal system D. Restoring data from a backup Correct Answer: C. Moving from a compromised workstation to another internal system Question 4Why is the cyber kill chain useful to defenders? A. It proves that every attack follows exactly seven steps B. It identifies opportunities to interrupt an attack before impact C. It removes the need for incident response planning D. It determines the identity of an attacker with certainty Correct Answer: B. It identifies opportunities to interrupt an attack before impact Question 5Which is the strongest example of a business email compromise control? A. Allowing payment changes based only on email instructions B. Using independent verification for payment or account changes C. Removing all email services from the organisation D. Increasing the length of file names Correct Answer: B. Using independent verification for payment or account changes Question 6Which statement best describes threat intelligence? A. Unprocessed technical data with no intended user B. Information analysed to support decisions about threats and risk C. A list of every vulnerability ever published D. A guarantee that an attack will occur Correct Answer: B. Information analysed to support decisions about threats and risk Question 7Which ransomware resilience measure is most important for recovery assurance? A. Having backups that are regularly tested for restoration B. Storing all backups with the same administrative credentials C. Disabling all system logging D. Publishing backup locations publicly Correct Answer: A. Having backups that are regularly tested for restoration Question 8Which statement about insider threat is most accurate? A. It only involves malicious employees B. It can include malicious, negligent, compromised, or coerced users C. It can be eliminated entirely through awareness training D. It does not involve legitimate access Correct Answer: B. It can include malicious, negligent, compromised, or coerced users Question 9What is a limitation of threat attribution? A. Attribution is always unnecessary for risk decisions B. Evidence may be incomplete, deceptive, or consistent with multiple actors C. Attribution can be established solely from an IP address D. Attribution never requires confidence assessment Correct Answer: B. Evidence may be incomplete, deceptive, or consistent with multiple actors Question 10An organisation restricts contractor access, enables strong multifactor authentication, increases monitoring, and schedules emergency patching. What does this illustrate? A. A layered response using compensating and permanent controls B. A decision to ignore the vulnerability C. A purely financial accounting process D. A replacement for asset inventory Correct Answer: A. A layered response using compensating and permanent controls
|