Incident containment handoff exception examples: a worked case of an account compromise that changed hands overnight

Short answer

The incident records that explain a containment exception are the ones that pair each action with its approval, the person who owned the incident at that moment, and a later check that the action worked. The hardest exception sits at a shift change, when an incident is handed over as contained before every step is done. Below is one Illustrative case, worked step by step, and then how to recognize similar histories at a client without opening a single case.

Visual briefFull-size diagram
A two-lane timeline, night shift above and day shift below, from a 21:40 alert through 22:05 approval and 22:20 containment to a 06:00 handoff marked contained after two of four steps, which branches at 09:30 into a review that finds open sessions and a forwarding rule, then closes at 11:00 after verification.
Illustrative case at a fictional distributor. Times, roles and systems are invented to show the sequence of decisions and records.

This worked case belongs to the incident containment handoffs guide, which covers what to inventory before a response provider changes. This page stays inside one incident and the decisions in it.

The case file (Illustrative)

Nothing below describes a real company, attack or completed deal.

ItemIllustrative value
CompanyA 900-person regional distributor
Security setupSmall in-house team plus an outside monitoring provider whose contract is ending
IncidentSign-ins to a finance user's mailbox from an unfamiliar location
People decidingProvider analyst, night on-call IT lead, day lead, CISO
Duration21:40 one evening to 11:00 the next morning
OutcomeClosed after a verified second round of containment

Seven entries in the shift ledger

Each entry names the owner at the time, what they decided, and the record the decision left behind.

TimeOwnerDecision or actionRecord it leavesSystem
21:40Provider analystOpens a case for suspicious sign-insCase with alert referencesProvider portal
22:05Night on-call IT leadApproves disabling the account and isolating the laptopApproval messageChat
22:20Night on-call IT leadDisables the account; isolates the laptopAdmin and endpoint action logsIdentity console, endpoint console
06:00Night lead to day leadHands over with the note "contained, monitor"; case reassignedHandover note, owner changeCase tool
09:30Day leadReview finds active sessions not revoked and a mailbox forwarding rule still in placeReview commentCase tool
09:50Day lead, with CISO approvalRevokes sessions, removes the forwarding ruleApproval, admin logsCase tool, identity console
11:00Day leadSign-in and mail logs show no further access; closes after reviewVerification note, closureCase tool

Two of these entries depend on how the case tool stores history. In Microsoft Sentinel, the SecurityIncident table gives each incident an Owner field and a LastModifiedTime, and every update adds a new row, so the 06:00 reassignment and the 09:30 review both remain readable as separate entries. A tool that keeps only the current assignee would show the day lead as owner throughout, and the handoff itself would vanish.

The exception at 06:00: contained, or two steps short?

The case turns on a single handover note. The night lead had blocked access at two points (the account and the laptop) but not at two others (live sessions and the forwarding rule). CISA's federal response playbooks list blocking unauthorized access and rotating credentials among containment actions, and treat confirming remediation as part of recovery before an incident is closed. Measured against that, "contained" was premature.

Path at 09:30What the records would showResult
Accept the night note and keep monitoringAn owner change, a monitoring status, no further actionsMail keeps forwarding to an outside address for hours or days
Review the containment list against the caseA review comment naming the two gaps, a CISO approval, new admin logs, a verification noteAccess fully cut and proven before closure

The day lead's review is the decision that makes the history valuable: someone checked a colleague's claim against the evidence, escalated for approval and then proved the fix.

Why the miss-and-repair sequence is better evidence than a clean report

A final incident report would say the account was compromised, contained and closed. It flattens the two-stage containment into one line. The shift ledger keeps what a reviewer, an auditor or an AI developer needs: the state at handover, the gap, who noticed, who approved the second round, and the check that ended it. That is a long, multi-actor task with a correction in the middle, the kind of sequence described in long-horizon tasks for AI agents, and close kin to the cause-and-fix chains on the root cause analysis records page.

The strength of a company's archive depends on habits: whether approvals given in chat quote the case number, whether owner changes are kept as history, and whether closures say what was verified. The records across systems map shows where each piece usually sits.

Recognizing handoff-gap histories at a client

Ask the incident response director these questions and note only the answers.

  1. When an incident changes owner at a shift change, is the handover written in the case, in chat, or spoken on a call?
  2. Does the case tool keep each owner change, or only the current owner?
  3. Are containment approvals tied to the case number, or given in direct messages?
  4. Do closure notes say what was checked, such as sign-in logs or mail rules?
  5. Roughly how many incidents a year needed a second round of containment?

Mostly yes answers suggest a decision-rich history. The incident records introduction checklist covers wider incident and on-call records, and the same caught-and-repaired pattern shows up in freight, as the logistics exceptions guide shows.

What qualifies, and what stays with SourceX's review

The introduced company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license the records and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English.

Partners never collect cases, logs or exports; discovery stays at metadata level. Unknown until SourceX reviews it with the company: which records the company holds rights to (provider-held notes may not be among them), what must be removed or generalized, whether buyers want this record type and any offer. The who-can-license decision tree helps find the signer, and the referral brief template turns the answers into a one-page note. Partners sign the Channel Partner Agreement before submitting introductions.

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If the incident response director confirms that owner changes, approvals and verification notes were kept across years of shifts, register as a partner, check the company on who qualifies and read the program terms before you introduce it.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Is a handoff miss like this embarrassing for the client, and does that rule it out?

Not necessarily. A miss that was caught, approved, fixed and verified shows a team working well under pressure. Whether such cases can be licensed, and in what generalized form, is decided with the company's counsel in SourceX's review.

Does the company need Microsoft Sentinel for this kind of history?

No. Any case tool that keeps owner changes and comments over time can hold it. Sentinel is a useful example because each incident update adds a row with the owner and the modification time.

Should the partner read the incident to judge whether it is a good example?

No. Incident records can expose accounts, hosts and weaknesses. The partner asks whether handoff notes, approvals and verification steps are kept and roughly how often, and leaves any review to SourceX under an agreement.

Sources

  1. cisa.gov/sites/default/files/2024-08/Federal_Governme…
  2. learn.microsoft.com/en-us/azure/azure-monitor/reference/tables/s…
  3. learn.microsoft.com/en-us/azure/sentinel/manage-soc-with-inciden…
  4. refer.sourcex.si/terms

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment