In this section

What Claude Does for Security Investigations

2-3 hours · Module 0 · Free
What you already know
You investigate security incidents. You query sign-in logs, correlate alerts, build timelines, and write reports. You have probably used Claude or another AI tool informally for query drafts or report writing. This section shows you the specific difference AI makes during a real investigation, measured in minutes and verified against the evidence.

Scenario

Between April 14 and 16, 2026, Microsoft Defender Research observed a multi-stage phishing campaign targeting over 35,000 users across 13,000 organizations in 26 countries. The emails posed as internal compliance notices about code-of-conduct violations. PDFs attached to the emails directed users to attacker-controlled domains that proxied the real Microsoft login page, stealing session tokens after the user completed legitimate MFA. With a stolen session token, the attacker accessed the mailbox, created inbox rules to hide their activity, and sent further phishing from the compromised account. Your SOC receives the Defender alert. The investigation starts now.

The manual investigation

You open the Defender XDR incident. The alert correlates a suspicious sign-in from a hosting provider IP with an inbox rule creation event 4 minutes later. You start the investigation manually.

First query: SigninLogs for the user's sign-in history over the past 7 days. You write the query from memory, filter on UserPrincipalName, project the fields you need (TimeGenerated, IPAddress, Location, AppDisplayName, ResultType, MfaDetail, ConditionalAccessStatus). Run it. Wait for results. Scan the output for the anomalous IP. Find it. Note the MfaDetail shows MFA was completed successfully. This is the first indicator that this is AiTM rather than credential theft: the attacker did not bypass MFA, they proxied it.

Second query: AADNonInteractiveUserSignInLogs for the same user, filtered to the 3-hour window after the suspicious sign-in. You are looking for token replay: non-interactive sign-ins from a different IP using the stolen session token. You write the query, run it, and find three non-interactive sign-ins from a second IP (a different hosting provider) starting 8 minutes after the initial sign-in. The session token was exfiltrated and replayed.

Third query: CloudAppEvents for inbox rule operations. You filter on the user and the ActionType "New-InboxRule." You find a rule created at 09:16 that marks all inbound mail as read and moves it to a hidden folder. This is the attacker concealing their activity from the legitimate user.

Fourth and fifth queries: OfficeActivity for MailItemsAccessed and mail send events. Did the attacker read email? Did they send phishing from the compromised account? You find 47 MailItemsAccessed events from the attacker IP and 12 outbound emails to contacts in the user's address book, each containing the same Code of Conduct phishing lure.

Sixth query: threat intelligence cross-reference on the two attacker IPs. Seventh query: scope assessment across the organization. Did any of those 12 recipients click?

You assemble the timeline from seven result sets, sorting events by timestamp across different table schemas. The full investigation, from alert to timeline with scope assessment, takes 45 to 60 minutes for an experienced analyst.

The same investigation with Claude

You paste the alert details into your Claude Project workspace with a structured prompt.

Prompt Pattern

Pattern: AiTM compromise investigation

Role: You are assisting me with an AiTM account compromise investigation in Microsoft Sentinel.

Context: Defender XDR alert for user d.chen@northgateeng.com. Suspicious sign-in from IP 185.234.xx.xx (Netherlands hosting provider) at 2026-04-15T09:12:00Z. MFA completed successfully. Inbox rule created at 09:16:00Z. Suspected AiTM token theft via Code of Conduct phishing campaign documented by Microsoft (Apr 14-16 2026).

Task: (1) Generate KQL queries for: sign-in history past 7d, token replay detection, inbox rule audit, lateral phishing from compromised account, file access from anomalous IP. (2) Build a chronological investigation timeline from the expected results. (3) Identify the indicators that confirm AiTM vs credential theft. (4) Recommend containment actions in priority order.

Constraints: All queries target Sentinel tables (SigninLogs, AADNonInteractiveUserSignInLogs, CloudAppEvents, OfficeActivity). Include inline comments in KQL. Flag any query output that requires manual verification.

Claude returns five KQL queries, a draft investigation timeline, the AiTM vs credential theft differentiators, and prioritized containment actions in under 2 minutes.

You do not run the queries blindly. You verify each query against your workspace schema (section 0.2 teaches the five-check validation for this). You run each query and compare the results against Claude's predicted timeline. You find that four of the five queries are accurate and return the expected results. The fifth query references a field that exists in the Microsoft documentation but is not populated in your Sentinel workspace because your organization has not enabled the relevant diagnostic setting. Claude had no way to know that. You adjust the query and rerun. Total investigation time: 15 minutes.

That is the difference. Not a theoretical productivity gain. A specific investigation that takes 45 to 60 minutes manually and 15 minutes with AI assistance. The time saved is 30 to 45 minutes per investigation. An SOC analyst handling 3 to 5 investigations per shift recovers 1.5 to 2.5 hours daily. Those recovered hours go toward deeper analysis, proactive hunting, and the detection engineering work that always gets deprioritized when the queue is full.

Claude Exchange

Claude Response (excerpt): Token Replay Detection Query

// Detect token replay: same user, different IP, within 30 min of AiTM sign-in

AADNonInteractiveUserSignInLogs

| where UserPrincipalName == "d.chen@northgateeng.com"

| where TimeGenerated between (datetime(2026-04-15T09:00) .. datetime(2026-04-15T12:00))

| where IPAddress != "185.234.xx.xx"

| project TimeGenerated, IPAddress, AppDisplayName, ResourceDisplayName

Analyst Evaluation

✓ Table correct. AADNonInteractiveUserSignInLogs is the right table for token replay (non-interactive sign-ins using stolen session tokens).

✓ Logic correct. Filtering for the same user on a different IP within the post-compromise window catches token replay from the attacker's infrastructure.

✗ Missing field. Should include AuthenticationProcessingDetails or TokenIssuerType to distinguish delegated tokens from primary refresh tokens. Add this before running.

That exchange demonstrates the course in miniature. Claude produced a query that was structurally correct, logically sound, and missing one field that an experienced analyst would include. The query runs. It returns results. But without the missing field, you cannot distinguish between a replayed session token and a legitimate delegated authentication, which matters for determining whether the attacker accessed the mailbox directly or through a consented application.

This is the judgment boundary. Claude writes queries faster than you do. Claude does not know which fields are critical for distinguishing between attack subtypes, because that knowledge comes from investigating real incidents in your environment, not from training data. The analyst who understands the difference between TokenIssuerType values catches the gap in 15 seconds. The analyst who does not runs the query as-is and produces a finding that conflates two different access methods.

Claude saved 3 minutes of query writing. The validation added 15 seconds. Net gain: 2 minutes and 45 seconds on one query out of five. Across all five queries, the pattern repeats. Four were accurate. One needed a correction. Total time: AI generates in 2 minutes, analyst validates and runs in 12 minutes, investigation complete in 15 minutes. The same investigation manually takes 45 to 60 minutes. The difference is not that AI eliminated the need for expertise. The difference is that AI eliminated the mechanical parts so the analyst could spend the full 12 minutes on the parts that require expertise.

What this course builds

Eleven modules teach you to apply this pattern across every security workflow. The pattern does not change. The domain does.

Investigation (C2) gives you 20+ prompt templates for every investigation type: AiTM compromise, credential spray, insider threat, ransomware precursor, cloud misconfiguration, lateral movement, data exfiltration. Each template includes the structured prompt, the expected KQL queries by table, and the validation checklist for that investigation type. The AiTM investigation you just read is one of those templates.

Detection engineering (C3) takes you from threat advisory to deployed detection rule. You paste an advisory. Claude generates detection hypotheses, draft KQL analytics rules, Sigma rules, false positive predictions, and a full rule specification document. You validate, test against historical data, and deploy. The process that takes a full day manually takes 90 minutes with AI assistance.

IR documentation (C4) is where many analysts lose hours. You complete a 4-hour investigation and then spend 2 to 3 hours writing the technical report, the executive summary, and the regulatory notification assessment. With AI, you paste your investigation notes. Claude drafts all three documents. You review and correct. Documentation drops from 3 hours to 30 minutes. The time goes back into investigation.

Security automation (C5) uses Claude Code to generate PowerShell and Python scripts for operational tasks. Evidence collection scripts, scheduled hunting queries, automated enrichment workflows. Claude Code reads your CLAUDE.md standards file and generates scripts that follow your coding standards from the first draft.

Phase 2 modules are independent. If detection engineering is your bottleneck, start with C3 after completing this module. If documentation consumes more time than investigation, start with C4. Every module produces artifacts you deploy the same week.

Investigation: Manual vs AI-Assisted MANUAL: 45-60 MINUTES 7 queries written from memory · 7 result sets interpreted Timeline constructed manually · Cross-table correlation by hand AI-ASSISTED: 15 MINUTES 5 queries generated in 2 min · Analyst validates + runs in 12 min Timeline pre-built · 1 field correction caught in 15 seconds THE DIFFERENCE: 30-45 MINUTES SAVED PER INVESTIGATION 3-5 investigations per shift × 30 min saved = 1.5-2.5 hours recovered daily for deeper analysis

Figure 0.1: The same AiTM investigation, two approaches. AI-assisted investigation recovers 30-45 minutes per case for work that requires human judgment.

Why this matters now

AiTM attacks surged 46% in 2025 because Phishing-as-a-Service platforms like Tycoon 2FA industrialized the technique. Any operator with a subscription could launch AiTM campaigns against M365 tenants without building their own proxy infrastructure. Europol dismantled Tycoon 2FA in March 2026 after 64,000 confirmed incidents across 100,000 organizations, but the technique proliferated across successor platforms before the takedown. The April 2026 Code of Conduct campaign, the scenario you just read, hit 35,000 users across 13,000 organizations in three days using Amazon SES for delivery and newly registered German domains for credential harvesting. These are not rare events. They are your Tuesday morning queue.

The attacker side is accelerating too. The Dragos/Gambit investigation in early 2026 documented a single threat actor using Claude and GPT to compress a multi-week campaign against Mexican government organizations into hours. Over 350 AI-generated scripts, tools, and operational plans were recovered. One operator, using AI for force multiplication, moved from initial access to remote code execution in 40 minutes. The AI did not create novel exploits. It made existing techniques faster to operationalize.

Anthropic responded with Project Glasswing and Claude Security (public beta, May 2026), which scans repositories, traces data flows, and generates vulnerability patches at machine speed. The arms race between AI-assisted attack and AI-assisted defense is the current operational reality. IBM's 2025 Cost of a Data Breach Report quantified the defensive advantage: organizations using AI and automation in security operations contained breaches 108 days faster and saved $2.22 million more than those without. An EY study of 500 senior security leaders in March 2026 found that 97% reported AI increased analyst operational efficiency.

This course teaches you to operate on the defense side of that arms race. Not with reckless automation, but with the same validation discipline you apply to any security tool: understand the capabilities, understand the limitations, verify every output, and deploy only what you have confirmed against the evidence.

Anti-Pattern

Running AI-generated queries without schema verification

An analyst receives the five KQL queries from Claude and runs all five without checking table or field names. Four return results. The fifth queries AADRiskySignIns, a table that does not exist. The analyst assumes the empty result means no risky sign-ins were detected and closes that investigation thread. In reality, the table Claude should have referenced is AADRiskyUsers, and querying it would have revealed an elevated risk score that changes the scope assessment. The fabricated table name created a false negative in the investigation. Section 0.2 teaches the five validation checks that prevent this.

AI Operations Principle

AI accelerates the mechanical parts of investigation: query writing, cross-table correlation, timeline construction, and report drafting. The practitioner retains the parts that require environmental context: schema verification, threshold judgment, scope assessment, containment decisions, and accountability for the findings. The boundary between the two is learnable, and learning it is what this course teaches.

Next
Section 0.2 defines the five specific failure modes that account for the vast majority of AI errors in security work, each with the validation check that catches it.
Unlock the Full Course See Full Course Agenda