Incident containment handoffs referral brief: a fill-in template with a completed security team example

Short answer

A company introduction about incident containment handoffs is a one-page brief the incident response director can forward to their CEO without redaction: the business task, company size, record classes and the years they cover, rough case counts, systems by plain name, the open question about shift handoffs, any access deadline, who owns which records and who can authorize a licensing discussion. It contains no incident details. Below is the blank template, then one completed Illustrative brief.

Visual briefFull-size diagram
A two-column referral brief form whose fields fill in one by one with Illustrative values for a fictional 900-person distributor: about 1,200 cases over five years, five systems, an open question about shift handoffs, a provider contract end date and the CEO as signer.
Illustrative brief for a fictional company. Every value is metadata; no incident detail, account or host appears.

This template is part of the incident containment handoffs guide. For a wider checklist on incident and on-call records, use the incident records introduction checklist; the client opportunity brief generator drafts a similar note for other record types.

Three rules before you write a word

  • Categories and counts, never incidents. No dates of specific attacks, no account names, hostnames, IP addresses, attacker descriptions or screenshots.
  • Every estimate has a source. "SOC lead, from the case tool's dashboard" or "director, from memory". SourceX confirms figures with the company later.
  • Unknown beats invented. If nobody knows whether owner history is kept, write unknown. Do not ask anyone to run a query to find out.

The blank brief

Copy the fields and fill in the right-hand column with the incident response director.

FieldWhat to writeUsually answered by
CompanyLegal name, sector, whether it is itself a security providerDirector
SizeFull-time employees at peak, contractors excludedHR or finance
Business taskOne sentence on the handoff workflowDirector
Record classesCase timelines, owner history, chat approvals, console action logs, verification and closure notes, plan revisionsDirector
Years and volumeFirst and last year; rough case count; share with containment actionsSOC lead
SystemsCase tool, chat, identity and endpoint consoles, provider portal, by plain nameTool administrators
History settingsWhether owner changes are kept; whether incident channels are public or privateTool administrators
Open questionThe handoff question nobody can yet answerDirector
Access deadlineProvider contract end date; chat and console retention settingsProcurement, IT
Ownership noteWhich records are the company's and which sit with the providerProcurement, counsel
Authorized contactName of the CEO, who can approve, plus counselDirector, CISO
SponsorThe person who checked the briefDirector

The "History settings" field matters more than it looks. Some case tools write a new row for every update, so each assignee survives; others keep only whoever holds the case now. Chat matters too: a Slack export holds one folder per conversation, with JSON files by date and each message carrying a user ID and a timestamp, and on the Business+ plan private channels and direct messages need a separate export tool the company must apply for. PagerDuty shows a per-incident timeline of statuses, actions and notifications. Ask which pattern applies; do not guess.

A completed brief (Illustrative)

All values are invented for a fictional company. The level of detail is the target; nothing here is a real opportunity.

FieldIllustrative entry
CompanyRegional distributor of building supplies; not a security provider
SizeAbout 900 full-time employees at peak (HR)
Business taskContaining incidents and handing them across shifts and between the in-house team and an outside monitoring provider
Record classesCase timelines, owner history, chat approvals, console action logs, verification and closure notes, plan revisions
Years and volumeRoughly 1,200 cases over five years, a few dozen with containment actions (SOC lead, estimate)
SystemsSIEM case queue, chat, identity console, endpoint console, provider portal
History settingsOwner changes kept as rows since year two; incident channels private (tool administrator)
Open questionWhen ownership changed between shifts, can each containment step still be tied to its approval and its check?
Access deadlineProvider contract ends at quarter end; chat retention three years
Ownership noteCase queue, chat and consoles are the company's; provider analyst notes held under the services agreement
Authorized contactCEO, with general counsel
SponsorIncident response director

The open question is the heart of the brief. A company whose records can tie each step to an approval and a check, even when the person on duty changed overnight, has a history worth a conversation; a company that only keeps final reports probably does not. Unknown is still a valid answer here.

Fields partners most often get wrong

  • Company. Missing that the client is itself a security provider. Then most incidents belong to its clients, and the cybersecurity services fit page explains why client-linked details are usually excluded.
  • Ownership note. Counting the provider's portal as company records. The services agreement decides.
  • Systems. Listing only the case tool. Approvals live in chat and actions in the consoles, as the system map shows.
  • Authorized contact. Naming the SOC lead or CISO. They sponsor or recommend; the CEO approves. The who-can-license decision tree explains the other roles.

Checks before the brief leaves your hands

The 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 sign the Channel Partner Agreement before submitting introductions; the first valid introduction within the 90-day window is credited when the company submits a verified application.

Unknown until SourceX reviews it: buyer interest in this record set, which records the company holds rights to, which incidents are excluded, how accounts, hosts and people are de-identified, the offer and any reward. Sign-in and mailbox records identify employees, and under the EU General Data Protection Regulation personal data is any information relating to an identified or identifiable natural person. The partner field guide covers spotting these companies in the first place, the root cause analysis records page covers a related record type, and every sector is on the industries hub.

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.

When the incident response director has checked the brief and the CEO agrees to a call, register as a partner, confirm the company on who qualifies and keep the program terms beside the brief as you submit 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

Can the brief mention a well-known incident the company handled?

No. The brief describes record classes and counts, never a specific incident, attacker, account or host. Even a vague description can identify an event, so leave all incident detail out.

Why does the brief ask for the provider contract end date?

Because it is often the date some handoff notes stop being readable. It is a real access event, so it belongs in the brief; it is not a reason to rush the company into a decision.

Who should check the brief before it goes anywhere?

The incident response director checks every line for accuracy and sensitivity, then forwards it to the CEO, named as signer. The partner submits the introduction once the CEO agrees to a call.

Sources

  1. refer.sourcex.si/terms
  2. slack.com/help/articles/201658943-Export-your-workspac…
  3. slack.com/help/articles/220556107-How-to-read-Slack-da…
  4. support.pagerduty.com/main/docs/incidents
  5. eur-lex.europa.eu/eli/reg/2016/679/oj/eng

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