Study Guide

Attack Chain

Follow a fictional account compromise from phishing to data loss, with observations and controls at each stage.

Lesson 2.2 Threats, Vulnerabilities & Defence

Attacks rarely happen in a single step. This lesson follows one fictional attack from a deceptive email to stolen or encrypted data, and asks at each point what a defender could have done.

Stage: Think

From one email to the records

An attacker wants the pupil records of a school. To begin with, all they have is the school’s website and the email address of its office.

Think it through

What would the attacker need to achieve, one thing after another, to reach the records? List the steps in order.

Show what happens

A typical list: get someone’s password, sign in with it, find where the records are, get permission to open them, then take or lock the records. Each step uses what the one before produced.

Think it through

Suppose a defender makes one step on your list fail, for example by making a stolen password useless on its own. What happens to the steps after it?
Show the answer

Answer: B. They cannot happen along this path.

Because each step depends on the one before, breaking one link stops this route. The attacker may look for another route, which is why defenders do not rely on a single link.

Stage: Explain

The idea

Think of a row of dominoes. Each one falls because the one before it fell, and taking any single domino out of the row stops everything after it. An attack usually works the same way: what the attacker gains at one stage is what makes the next stage possible. That linked sequence of stages is called an attack chain. Following those links lets a defender ask two questions at every stage: what does the attacker need next, and where could a control stop them or limit the harm?

One connected scenario

A fictional school lets its staff work from home. They sign in to a remote-access service on the internet and can then use the school’s pupil records system as if they were in the building. An attacker wants money, either by stealing the records or by locking the school out of them. The pupils and staff whose details are in those records stand to lose as much as the school does.

The lesson follows one possible path through six stages, close to the list you made. Real attacks vary, and the section What this path leaves out says how, once the path itself is clear.

Stage: Predict

Getting in: stages 1 to 3

Stage 1: Phishing

Purpose and attempt: the attacker sends a fraudulent message impersonating a trusted service. A plausible request directs the staff member to a false login page. The immediate aim is to persuade someone to disclose sign-in information, rather than to exploit a software flaw. Not every phishing attempt uses email or seeks a password; this scenario deliberately follows one route.

What defenders might observe: a user may report an unexpected sign-in request, an unusual sender or a misleading link. Email filtering may flag suspicious content or a destination. A message that looks professional is not necessarily safe, and the absence of an alert does not prove legitimacy.

Think it through

The message looks professional and seems to come from a familiar service. What could stop a member of staff typing their password into the fake page?

Show what happens

Several things together: filtering that catches some messages, staff who know the warning signs, an easy way to report, and the habit of reaching services through a known route rather than a link. The list below sets them out.

Where controls help: filtering can reduce delivery; training and a usable reporting route can help people question and report the request. Staff can access the service through a known route instead of trusting the message’s link. URL inspection is a useful check, not a guarantee or a task on which the whole defence should depend. A report can also help the response team identify other recipients.

Social Engineering and Phishing explains phishing, its variants and the deception behind them in full.

Stage 2: Credential theft

Think it through

The attacker now has a teacher’s username and password. Does that mean the attacker is in?
Show the answer

Answer: B. Not necessarily: a second proof or a policy may still block it.

A stolen password is a means towards access, not access itself. Read on for what can still stop it.

Purpose and attempt: the staff member enters a username and password into the false page. The attacker obtains them, which is credential theft, and attempts to authenticate to the real service. A stolen password is a means towards access, not proof that access has occurred.

What defenders might observe: the staff member may report entering details after noticing the deception. Subsequent failed sign-ins or unexpected authentication prompts can provide evidence of attempted misuse. The theft itself may occur outside the organisation’s logging, so it may not produce an immediate internal alert.

Where controls help: unique passwords reduce the reach of reuse across services. MFA, which asks for a second proof such as a code from the person’s phone, can make the stolen password insufficient alone. MFA methods differ in strength, so it is a strong obstacle and not a guarantee. A prompt response resets the password and also ends the account’s sessions. A session is the period during which a service treats someone as already signed in, so that they are not asked for a password on every click. An attacker who signed in before the password was changed may still hold an open session, which is why changing the password is not enough.

Check your understanding

The teacher’s password is reset an hour after the attacker signed in with it. Is the attacker now locked out?
Show the answer

Answer: C. Not if they still hold an open session.

Not necessarily. A session opened before the reset may still be live, so the response must end existing sessions as well as change the password.

Stage 3: Remote access

Purpose and attempt: the attacker tries the stolen username and password on the school’s real remote-access service. Such a service is often a VPN (virtual private network), which gives a computer outside the building a protected connection into the school’s network. If the service accepts the sign-in, the attacker has a foothold: a first position inside, from which to look further. Nothing was broken to get there. A sign-in that looks valid can still be unauthorised.

Think it through

The sign-in used the right username and password. What might still look unusual about it to someone watching?

Show what happens

The device, the location, the time, or a run of failures just before a success. None proves an attack on its own; together, and alongside a phishing report, they are reasons to look closer.

What defenders might observe: possible indicators include an unfamiliar device or location, access outside expected working patterns, repeated failures followed by success, or unexpected sessions. These are reasons to investigate in context, not independent proof of compromise. Travel, changed work patterns and shared network exits can affect interpretation.

Where controls help: restrict remote access to accounts and devices with a legitimate need, apply appropriate authentication and device conditions, and review authentication logs. Investigators can match a suspicious sign-in to the phishing report and check what the account opened. Being allowed to connect through the VPN should not mean being able to reach every system inside.

Stage: Predict

Moving inside: stages 4 and 5

Stage 4: Internal reconnaissance

Purpose and attempt: from the foothold, the attacker carries out internal reconnaissance, seeking information about available systems, users, permissions and valuable records. Discovery helps them choose a next step; it does not itself grant the permissions needed to reach every discovered resource.

What defenders might observe: unusual access to many resources, repeated permission failures, or access patterns inconsistent with the staff member’s role may merit investigation. Normal administration can also involve discovery, so the account, device, timing and business purpose matter. Visibility depends on which systems log activity and whether anyone reviews it.

Think it through

From the teacher’s account, the attacker can see a list of the school’s systems. What would limit which of them the attacker can actually reach and open?

Show what happens

Two things: what the account is permitted to do, and which parts of the network it can reach at all. The controls below name them.

Where controls help: least privilege limits what the compromised account can read or do. Segmentation, which divides the network into separate parts with controlled routes between them, limits which systems can be reached at all. Monitoring can connect several weak signals. Merely placing systems in named network groups does not establish isolation: the permitted paths and actual enforcement need checking.

Stage 5: Privilege escalation

Purpose and attempt: the attacker seeks permissions beyond those currently held, potentially through misconfiguration, vulnerable software or inadequately protected administrative access. Using excessive permissions the account already possesses is harmful but is not itself a new privilege escalation. Escalation and moving to another system are also different actions: one concerns greater authority, the other a change of foothold.

Check your understanding

The teacher’s account was already allowed to read every pupil record, and the attacker reads them all. Is that privilege escalation?
Show the answer

Answer: B. No: it uses permission the account already had.

It is not escalation, because no new permission was gained. It is still serious, and it shows why the account should not have had that much access in the first place.

What defenders might observe: unexpected privileged-group membership changes, unusual administrative sign-ins or unapproved configuration changes. These observations require context and reliable records of authorised work.

Where controls help: separate routine and administrative accounts, restrict privileged access, apply appropriate updates and secure configuration, and review permission changes. Patching addresses relevant software vulnerabilities; it does not fix every excessive permission or stop a stolen account using an allowed function. Escalation is not inevitable, and some attacker objectives need no elevated rights.

Stage: Predict

The objective: stage 6

Stage 6: Data exfiltration or ransomware

Think it through

The attacker has copied the records out and then locked the school’s files. The school restores every file from last night’s backup. Has the harm been undone?
Show the answer

Answer: C. Only partly: the copies taken are still out there.

Only the lock-out is repaired. The stolen copies are still out there, and the attacker may still have a way back in. These are two different outcomes, described next.

Exfiltration is unauthorised transfer of information out of the environment. An attacker might use the compromised access to retrieve sensitive records and send them elsewhere. Defenders may observe unusual downloads, outbound transfers or access to records beyond normal need. Legitimate transfers can look similar, and theft need not be a single large transfer. Data-access restrictions, appropriate transfer controls and monitoring can limit or expose it.

Ransomware may encrypt data or otherwise prevent access while demanding payment. It threatens availability and may damage integrity by changing data; some incidents also include data theft and threatened disclosure, affecting confidentiality. It is therefore not interchangeable with exfiltration, nor must the two be mutually exclusive outcomes. Unexpected widespread file changes, security alerts or service failures can prompt investigation and containment.

Endpoint protection (security software on each computer that spots and blocks malicious programs), segmentation, a quick response and restricted access can reduce the impact. Appropriate backups and recovery planning can help restore usable services. Restoring a backup does not retrieve stolen copies or undo disclosure. Recovery also needs attention to the compromised accounts and systems; simply restoring data does not prove the attacker has been removed. CIA and DAD explain how to tell these outcomes apart.

The whole path, with the defensive opportunities at each stage:

One possible attack path: stages and defensive opportunities

Read down the illustrative sequence. Each control can interrupt or limit activity; no row promises prevention, and the final stage has different possible outcomes.

  1. Phishing

    A fraudulent message directs a staff member towards a false sign-in page. Filtering, awareness and easy reporting can reduce successful deception.

  2. Credential theft

    A password is disclosed. MFA (a second proof beside the password) and account restrictions can reduce its value; theft is not the same as successful authentication.

  3. Remote access

    The attacker attempts a legitimate remote-access login. Access policy, device checks and authentication monitoring can restrict or expose misuse.

  4. Internal reconnaissance

    The attacker looks for useful systems, data and permissions. Least privilege and segmentation limit reachable resources; monitoring can reveal unusual access.

  5. Privilege escalation

    The attacker seeks greater permissions. Privilege management, patching, secure configuration and checks on administrative changes reduce opportunities.

  6. Exfiltration or ransomware

    Information may be stolen, systems disrupted, or both. Access and transfer controls, detection and containment limit harm; protected, tested backups support recovery but cannot undo disclosure.

Stage: Discover

What this path leaves out

Think it through

Real attacks do not always follow these six stages. In what ways might one differ?

Show what happens

Stages can be skipped, repeated or reordered; research happens before the attack as well as inside; and attackers often arrange a way back in. The list below sets these out.

The six stages are a teaching path, not a universal attack model. Now that the path is clear, here is how real attacks differ from it.

  • Stages can be skipped, repeated or reordered. An attacker may start somewhere other than email, or reach valuable records without ever needing administrator rights.
  • Reconnaissance also happens before the attack. Stage 4 is called internal reconnaissance because it is the looking-around done from inside, after the foothold. Studying the school’s website for staff names beforehand is reconnaissance too.
  • Attackers often arrange a way back in, called persistence, so that losing one password does not shut them out. It can happen at any point after the foothold.

Published models describe attacks in more detail. The best known are the Cyber Kill Chain and MITRE ATT&CK; Nation-State Actors, APTs and MITRE ATT&CK introduces the second.

Stage: Predict

Breaking the chain

Think it through

The phishing worked and the password was stolen, but the remote-access policy rejects the attacker’s sign-in. Is the incident over?
Show the answer

Answer: A. No: the password is still stolen and may work elsewhere.

This route was broken, but the password is still stolen and may work somewhere else. The credential loss still needs a response.

Suppose the phishing message is delivered and the password is disclosed, but the remote-access policy rejects the login. The initial deception succeeded, yet this attempted route to internal access did not. The reported credential loss still needs action; one blocked attempt is not evidence that no other route exists.

Alternatively, suppose access succeeds but the staff account can read only the documents it needs. This reduces the reachable information but does not make that information safe from misuse. Monitoring and response remain important. These alternatives show why defence in depth combines prevention, detection, response and recovery rather than relying entirely on spotting the first message.

Breaking the chain at stage 2 is often an everyday support task. A sensible order of actions, following the organisation’s own process, is:

  1. Treat it as urgent and thank them for reporting. Early reporting is what makes the rest possible.
  2. Reset the password through the approved process, and check whether the same password was used elsewhere.
  3. Revoke existing sessions where appropriate, because changing a password may not end sessions already open.
  4. Check sign-in activity for the account since the message arrived, looking for unfamiliar devices or locations.
  5. Find other recipients of the same message and alert whoever handles incidents.

Each organisation writes its own procedure; the order in this step shows the reasoning behind one.

Stage: Apply

Apply it in a new situation

These questions use the lesson in situations it has not shown. For the strongest test of your understanding, come back to them on another day and answer each one at the first attempt.

Apply it

Attackers copy a clinic’s patient records through a receptionist’s stolen account. A manager says: “That can’t be right. Nobody ever got administrator rights.” What is wrong with this?
Show the answer

Answer: B. Some objectives need no extra permissions at all.

Escalation is not inevitable. If the account could already reach the records, copying them needed no further permission: one reason least privilege matters.

Apply it

After a phishing report, a support colleague changes the user’s password and closes the ticket. What has been missed?
Show the answer

Answer: C. Ending sessions, checking sign-ins and other recipients.

Existing sessions may still be open, the account’s recent sign-ins need checking, and other people may have received the same message.

Stage: Check

Check your understanding

These questions come from the approved revision bank. Choose an answer and check it; the explanation and its sources follow.

  1. In a fictional school, a staff member enters a password into a false sign-in page. What best explains how this can enable a later attack stage?

    Show answer

    Answer: The password may be tried against a real remote-access service, subject to its authentication and access checks.

    Credential theft can create an opportunity for remote access, but it is not proof of successful authentication, escalation or data theft. The illustrative sequence is not compulsory.

    Revision sources: Attack Chain (Supplementary Study Guide explanation)

  2. After gaining a foothold, an attacker lists internal resources but has not gained new permissions. Which stage best describes this activity?

    Show answer

    Answer: Internal reconnaissance

    Discovery identifies possible next targets. It does not itself grant greater authority; using existing permissions is different from escalating privilege.

    Revision sources: Attack Chain (Supplementary Study Guide explanation)

  3. Which statements correctly distinguish the possible final outcomes in the illustrative attack chain? Select all that apply.

    Show answer

    Answer: Exfiltration involves unauthorised transfer of information out of the environment.; Ransomware can deny access, and an incident may also involve data theft.

    Exfiltration and ransomware are distinct and can coexist. Investigate actual consequences; a ransomware label does not prove theft, and restoration cannot undo disclosure.

    Revision sources: Attack Chain (Supplementary Study Guide explanation)

Study and revision

Practise selected concepts through the topic overview, quiz and flashcards. This revision is learning-only and is reached through the All topics track.

Stage: Consolidate

Key takeaway

At each stage ask: what access is already available, what action would advance the objective, what evidence could reveal it, and which control can interrupt or limit it? Connect the answer to threat-actor motivation and capability and business risk. This is defensive reasoning, not authorisation to test someone else’s systems. Practical security testing still requires written permission and an agreed scope.

What to remember

  • An attack chain is a linked sequence: each stage uses what the one before produced.
  • A stolen password is not access, and changing it does not end sessions already open.
  • Discovery is not permission, and using permissions an account already has is not escalation.
  • Exfiltration copies data out; ransomware denies access. Restoring a backup undoes neither theft nor disclosure.
  • Breaking one link stops one route, so layered controls and a full response still matter.

Key terms

Attack chain

An illustrative sequence of connected attacker actions, used to find where controls could interrupt an attack. Session 1 used phishing, credential theft, remote access, internal reconnaissance, privilege escalation and data exfiltration.

Phishing

A deceptive message designed to trick the recipient into an action, such as revealing sign-in details or opening a malicious link.

Credential theft

Obtaining someone’s sign-in details, such as a username and password, without authorisation.

Internal reconnaissance

An attacker exploring an environment after gaining an initial foothold, to discover systems, accounts, permissions and valuable information.

Privilege escalation

Gaining greater permissions or access than originally held, for example through additional credentials, a vulnerability or a misconfiguration.

Data exfiltration

The unauthorised transfer of information out of an environment.

Common misunderstandings

This is one possible path. Attackers skip, repeat and reorder stages, and some reach their objective without ever gaining administrator rights.

Theft is not successful access. MFA, access policies and device checks may still block the sign-in, though the password must still be changed.

Exfiltration copies information out; ransomware denies access. An incident can involve either or both.

Restoration can bring services back, but it does not retrieve stolen copies or prove the attacker has been removed.

Further reading

NCSC secure design principles sets out how to design a system so that one compromised part does not give away the rest.

Lesson sources and acknowledgements

Sources and scope

The approved Session 1 Learning Log records phishing, credential theft, remote access, internal reconnaissance, privilege escalation and data exfiltration. It remains the authoritative account of tutor-led learning. This lesson develops the supplied, reconstructed educational reference, including ransomware as a supplementary possible outcome. The reference is not a verbatim transcript. The school scenario is fictional, not an incident, classroom exercise or penetration test I carried out. The Session 1 log and supplied educational reference establish this lesson’s scope; revision has a separate reviewed scope. The domino comparison, the explanations of a session, a VPN, a foothold and endpoint protection, the section on what the path leaves out, the support-desk example and the misunderstandings are supplementary explanations.

Guided version (published 1 November 2026, awaiting the site owner’s editorial review): the opening questions, every question asked in the lesson with its feedback and hints, the clinic and support-ticket examples and the closing summary are supplementary explanation written for the Study Guide. The settings are fictional. The questions in the lesson’s steps are not revision-bank items; those in “Check your understanding” are, unchanged.