macOS Endpoint Investigation
Master macOS Endpoint Investigation
macOS investigation is its own discipline, not Windows forensics with different file paths. This course teaches you to acquire a modern Mac correctly, read each of its evidence stores, and assemble findings that hold up — with honest treatment of what the platform does and does not record. Targets macOS Sequoia 15 and macOS 26 Tahoe, because the Macs on your bench are a mix of both and the artifacts shift between releases.
What you'll be able to do
Course Syllabus
Every module and every lesson. The first three modules are open; the rest open on a click.
Download the full syllabus (PDF)
Phase 1: Foundations
What macOS Endpoint Investigation teaches: how to reconstruct an incident from the evidence a Mac leaves behind. The investigation questions you'll answer, the open-source toolstack you'll work, the honest limits of Apple Silicon and FileVault, and how the course is structured across Sequoia 15 and macOS 26 Tahoe. Start here.
Show 9 lessonsHide lessons
- 0.1MX0.1 What macOS Endpoint Investigation IsPreview
- 0.2MX0.2 How This Course Is StructuredPreview
- 0.3MX0.3 The macOS Forensic ToolstackPreview
- 0.4MX0.4 Practical ApplicationsPreview
- 0.5MX0.5 Evidence Handling and Honest LimitsPreview
- 0.6MX0.6 Setting Up Your Analysis EnvironmentPreview
- 0.7MX0.7 Reading the machine in front of youPreview
- 0.8MX0.8 What this machine knows about other devicesPreview
- 0.9Module SummaryPreview
The model a macOS investigator holds before any technique makes sense: why the platform is targeted, how an intrusion actually runs, and the security stack read as a set of recorders. SIP, Gatekeeper and quarantine, XProtect, TCC, code signing and the sealed volume, FileVault and Lockdown Mode, and the custody discipline that makes any of it admissible.
Show 11 lessonsHide lessons
- 1.1MX1.1 Why macOS Endpoints Matter
- 1.2MX1.2 Anatomy of a macOS Compromise
- 1.3MX1.3 The macOS Security Model: Defenses as Recorders
- 1.4MX1.4 SIP and System Integrity as a Baseline
- 1.5MX1.5 Gatekeeper, Quarantine, and Notarization
- 1.6MX1.6 XProtect, the Remediator, and the Behavior Service
- 1.7MX1.7 TCC and Privacy as Evidence
- 1.8MX1.8 Code Signing, the Sealed System Volume, and the Sandbox
- 1.9MX1.9 FileVault, the Secure Enclave, and Lockdown Mode
- 1.10MX1.10 Legal Foundations and Chain of Custody on macOS
- 1.11Module Summary and Check My Knowledge
Phase 2: Evidence and Analysis
Where evidence lives on a Mac, in what format, and why the architecture puts it there: APFS containers and volume roles, the firmlinked tree, Mach-O binaries and universal slices, bundles against installer packages, launchd as the persistence surface, property lists and extended attributes, SQLite and its sidecars, and the routing method that turns a question into a collection list.
Show 9 lessonsHide lessons
- 2.1MX2.1 APFS for Investigators
- 2.2MX2.2 The Filesystem Layout and Key Locations
- 2.3MX2.3 Mach-O Binaries
- 2.4MX2.4 Application Bundles and Installer Packages on Disk
- 2.5MX2.5 launchd, Daemons, and Agents
- 2.6MX2.6 Property Lists and Extended Attributes
- 2.7MX2.7 SQLite as a macOS Forensic Format
- 2.8MX2.8 How Architecture Drives Artifact Location
- 2.9Module Summary and Check My Knowledge
Getting evidence off a modern Mac and turning it into something somebody else can rely on: why the classical workflow does not apply, scope against format, the five volatility classes, collection frameworks and parsers, the keybag and its crypto users, the routes that remain when the device is closed, and the three layers of a defensible package.
Show 9 lessonsHide lessons
- 3.1MX3.1 Live vs Dead-Box on Modern Macs
- 3.2MX3.2 Imaging a modern Mac: tools and formats
- 3.3MX3.3 Reading What Live Response Collects
- 3.4MX3.4 Live collection with Aftermath
- 3.5MX3.5 Triage collection with mac_apt and AutoMacTC
- 3.6MX3.6 FileVault, encryption, and the keybag
- 3.7MX3.7 When you cannot image: account-side and escrowed evidence
- 3.8MX3.8 Building the analysis-ready evidence package
- 3.9Module Summary and Check My Knowledge
The richest source on a Mac and the first with a deadline: what the store is made of, how to query it, the language that filters it, which components record security-relevant events, why so much of it reads as private, and how to turn it into a timeline that can be merged with everything else.
Show 11 lessonsHide lessons
- 4.1MX4.1 The Unified Logging system
- 4.2MX4.2 The log store on disk
- 4.3MX4.3 Reading the log with predicates
- 4.4MX4.4 The predicate language in depth
- 4.5MX4.5 Security-relevant log subsystems
- 4.6MX4.6 Redaction and the private problem
- 4.7MX4.7 Building timelines from the log
- 4.8MX4.8 What the log does not capture
- 4.9MX4.9 The Gap Where Entries Should Be
- 4.10MX4.10 From Parsed Artifacts to One Timeline
- 4.11Module Summary and Check My Knowledge
Phase 3: Compromise Scenarios
What a Mac records about its own files: five timestamps rather than three, a changelog with no clock in it, an index that knows when a person opened something, snapshots and backups that hold the file itself, a store of what documents used to say, and the cross-checks that catch a date somebody set by hand.
Show 11 lessonsHide lessons
- 5.1MX5.1 What the filesystem remembers
- 5.2MX5.2 FSEvents: the filesystem changelog
- 5.3MX5.3 Spotlight metadata
- 5.4MX5.4 APFS snapshots and local Time Machine
- 5.5MX5.5 Time Machine backups
- 5.6MX5.6 Document Versions and autosave
- 5.7MX5.7 The Trash, deletion, and recovery realities on APFS
- 5.8MX5.8 Four Epochs, One Timeline
- 5.9MX5.9 Backdating and Destruction on APFS
- 5.10MX5.10 Reconstructing file activity
- 5.11Module Summary and Check My Knowledge
How software arranges to run again on a Mac: launch items and the keys that trigger them, the registry that records three mechanisms and alerts the user, the five that it does not cover, profiles that grant what no launch item can reach, libraries loaded inside applications that inherit their permissions, and the sweep that finds all of it.
Show 9 lessonsHide lessons
- 6.1MX6.1 The macOS persistence landscape
- 6.2MX6.2 LaunchAgents and LaunchDaemons: the plist contract
- 6.3MX6.3 Normal vs malicious launchd jobs
- 6.4MX6.4 Background Task Management
- 6.5MX6.5 Login items, profiles, and MDM-delivered persistence
- 6.6MX6.6 Legacy mechanisms: kexts and dylib hijacking
- 6.7MX6.7 Scheduled and deprecated mechanisms
- 6.8MX6.8 Detecting suspicious persistence
- 6.9Module Summary and Check My Knowledge
Proving what ran on a Mac when the platform keeps no execution log: quarantine and provenance attributes, assessment and notarization records, silent malware scans, the usage stores, the policy database, install receipts, and how to assemble them into a claim that survives being checked.
Show 9 lessonsHide lessons
- 7.1MX7.1 The execution-evidence problem on macOS
- 7.2MX7.2 Quarantine and provenance
- 7.3MX7.3 Gatekeeper and notarization as evidence
- 7.4MX7.4 XProtect, XProtect Remediator, and MRT
- 7.5MX7.5 Proving execution: KnowledgeC and Biome
- 7.6MX7.6 Proving execution: ExecPolicy, logs, and the defensible claim
- 7.7MX7.7 Install receipts and package history
- 7.8MX7.8 Reconstructing the execution story
- 7.9Module Summary and Check My Knowledge
Establishing what a person did on a Mac: browser and messaging artifacts behind the privacy gate, the device-state streams, the menu-selection stream introduced in Tahoe, clipboard history, recent-items lists, the keychain inventory, and how to build a timeline that distinguishes the machine from the account.
Show 9 lessonsHide lessons
- 8.1MX8.1 Browser artifacts
- 8.2MX8.2 Communication apps
- 8.3MX8.3 KnowledgeC and Biome pattern-of-life
- 8.4MX8.4 The App.MenuItem Biome stream (Tahoe 26)
- 8.5MX8.5 Clipboard History (Tahoe 26)
- 8.6MX8.6 Recent items, MRU, and shared file lists
- 8.7MX8.7 Keychain and credential artifacts
- 8.8MX8.8 Reconstructing the user-activity timeline
- 8.9Module Summary and Check My Knowledge
Phase 4: Deep Analysis and Live Response
What a Mac records about the networks it joined, the devices near it, the files it transferred by proximity, and the remote services it exposed, and how to assemble those into a picture that distinguishes configuration from communication.
Show 9 lessonsHide lessons
- 9.1MX9.1 The endpoint network-evidence problem
- 9.2MX9.2 Network configuration and connection history
- 9.3MX9.3 Wi-Fi and known networks
- 9.4MX9.4 Geolocation and movement from network artifacts
- 9.5MX9.5 Bluetooth and paired devices
- 9.6MX9.6 AirDrop and proximity transfer
- 9.7MX9.7 Sharing services and remote access
- 9.8MX9.8 Reconstructing the network picture
- 9.9Module Summary and Check My Knowledge
Reading a Mach-O binary without running it: the header and its slices, the load commands that create positions, the signature and what it proves, notarization and its documented limits, anti-analysis measures and their base rates, and how a file-level reading becomes a finding about a machine.
Show 9 lessonsHide lessons
- 10.1MX10.1 The macOS malware landscape
- 10.2MX10.2 Mach-O for the analyst
- 10.3MX10.3 The dynamic linker and load-command abuse
- 10.4MX10.4 Code signing and the trust chain
- 10.5MX10.5 Entitlements and notarization anomalies
- 10.6MX10.6 Strings, symbols, and anti-analysis
- 10.7MX10.7 Static triage to a verdict
- 10.8MX10.8 Correlation and the malware finding
- 10.9Module Summary and Check My Knowledge
What a Mac can say about devices you do not hold: the two lanes and the half you are missing, a binding that is not activity, a listing that is not the bytes, requirements narrow enough to exclude, a second party who can act, the document that separates policy from compromise, the backup that outlives the phone, and the population you establish before reading anything.
Show 9 lessonsHide lessons
- 11.1MX11.1 The cross-device evidence problem
- 11.2MX11.2 iCloud account and sync state
- 11.3MX11.3 iCloud Drive and synced data on disk
- 11.4MX11.4 Continuity, Handoff, and Universal Clipboard
- 11.5MX11.5 MDM enrollment and supervision
- 11.6MX11.6 Configuration profiles as evidence
- 11.7MX11.7 iOS backups and connected-device history
- 11.8MX11.8 Reconstructing the cross-device picture
- 11.9Module Summary and Check My Knowledge
Building a macOS timeline and knowing what it can support: the encodings and semantics behind a timestamp, the two-stage build, reading by pivot rather than in order, the confidence an ordering carries, the two tells that expose a backdated file, what a protection state proves, and the report that survives somebody trying to take it apart.
Show 9 lessonsHide lessons
- 12.1MX12.1 The timeline problem
- 12.2MX12.2 Building the macOS super timeline
- 12.3MX12.3 Reading the timeline
- 12.4MX12.4 Correlation and confidence
- 12.5MX12.5 Anti-forensics: timestamp and log manipulation
- 12.6MX12.6 Anti-forensics: artifact destruction and SIP
- 12.7MX12.7 Findings and reporting
- 12.8MX12.8 macOS caveats and the honest report
- 12.9Module Summary and Check My Knowledge
Phase 5: Capstone
The FOR503 capstone. Work a complete compromised macOS endpoint end to end on a case you have not seen: acquisition, initial access and execution, persistence, malware triage, user activity and staging, the exfiltration channel, anti-forensics, the unified timeline, and the honest findings package. Applies every technique from Modules 1 to 12. Across macOS Sequoia 15 and macOS 26 Tahoe.
Show 9 lessonsHide lessons
- 13.1MX13.1 The case and the acquisition
- 13.2MX13.2 Initial access and execution
- 13.3MX13.3 Persistence and privilege
- 13.4MX13.4 The malicious binary
- 13.5MX13.5 User activity and staging
- 13.6MX13.6 The exfiltration channel
- 13.7MX13.7 Anti-forensics and the unified timeline
- 13.8MX13.8 The findings package and the honest report
- 13.9Module Summary and Check My Knowledge
Phase 0: Course Resources
macOS artifact commands by investigation area, each with the fields that carry the decision and what the output does not establish.
Seven procedures a macOS examiner repeats: acquiring a machine you cannot image the old way, opening it without changing it, triaging in an hour, and proving something ran.
Building a macOS environment that produces real artifacts to practice against, on hardware you probably already own, across both versions the course targets.
Show 5 lessonsHide lessons
Seven macOS examinations worked end to end, including the wrong turns, the bounded answers, and the cases where the evidence could not support the question asked.
Seven macOS threats, each with the examination sequence that establishes what happened, the check that could end it, and what the handoff must carry.
Where to practice macOS investigation and use it at work: your own Mac first, then the toolkit, the detection library, guided investigations and response playbooks.
Apple platform documentation, macOS forensic artifact resources, open-source tooling, vendor and community research, and forensic standards used throughout the macOS Endpoint Investigation course.
Course Completion
macOS Endpoint Investigation end-of-course exam: a simulation-based assessment testing your ability to acquire, investigate, and report on a macOS intrusion you have not seen before, using the artifacts and the method built across all fourteen modules.
Show 1 lessonHide lessons
Course overview
The macOS Endpoint Investigation course delivers the skills to take a Mac — or a collection from one — and answer what ran, what persisted, what the user did, and what left the machine, backed by corroborated evidence and a stated confidence level. The platform keeps a record you have never had on Windows: a behavioral timeline of what the user did, alongside the execution, persistence, and network evidence every investigation needs. This course teaches you to read it. Learn how to:
By the end, you'll run a full macOS investigation the way a working DFIR analyst does, with honest treatment of the platform limits Apple Silicon and macOS impose.
How this course works
macOS records a great deal and almost none of it where a Windows investigator would look. This course runs the same loop for every artifact class it covers.
1. Learn the architecture before the artifacts. APFS, the launchd model, SIP and the signed system volume decide where evidence can exist at all. An investigator who skips this looks in the wrong places confidently.
2. Acquire against what the platform allows. Apple Silicon, FileVault and SIP each constrain acquisition. Know the constraint before the incident rather than during it.
3. Read the unified log for what it actually kept. It is the richest source on the platform and the most aggressively rolled. Establishing the window is the first query, not an afterthought.
4. Prove execution from more than one artifact. Quarantine, Gatekeeper, launch services and the log each hold a fragment. The claim that a binary ran is only as good as the artifacts that agree.
5. State the platform limits in the finding. No live memory on Apple Silicon, a locked volume, reduced persistence surfaces on newer releases. A report that hides these is a report that fails on review.
The course closes with a full intrusion investigation worked end to end on a fresh case.
What this course assumes
No minimum experience and no prerequisite course, and no assumption that you use a Mac. Every subsystem is introduced with what it records and why Apple built it that way.
What makes it go faster: a Mac you can run commands on, ideally one you are willing to take apart. Not required, and every artifact in the course is shown with real output.
What this course does not cover: Windows and Linux forensics, iOS device extraction, and reverse engineering beyond static Mach-O triage. This course stays on the macOS endpoint and is honest about where the endpoint stops.
Who this course is for
You're a digital forensics analyst, incident responder, threat hunter, or security engineer who already has foundational investigation skills and needs to work Macs — or needs to work them better. This course is designed for you if you want to:
In short, if Macs appear in your investigations and you need to work them correctly, this course is for you.
What you'll learn
By the end of this macOS Endpoint Investigation course you will be able to:
Key course takeaways
Study Guide - macOS Endpoint Investigation
294 pages, fourteen chapters, every word taken from the course's own teaching content. Everything else on the platform is a page behind a subscription, so a student whose subscription lapses is left with a login that stopped working. The study guide is the part you keep.
Things you need to know
What are the prerequisites for this course?
Familiarity with file systems, command-line tools, and basic forensic concepts will help you move faster, but every macOS-specific concept is explained from first principles. Prior experience with disk forensics on any platform is useful. No macOS or Apple-specific prior knowledge is required.
What are the device requirements?
A Mac running macOS Sequoia 15 or macOS 26 Tahoe for the live exercises, or access to a verified image and a log archive for the dead-box workflow. All tools used in the course (mac_apt, APOLLO, FSEventsParser, iLEAPP, ccl-segb, Aftermath) are free and open source. No lab VM or hypervisor is required.
How will the course benefit your career?
Macs now appear in most enterprise fleets, and the number of responders who can investigate them correctly is small. An analyst who can work a Mac from acquisition through a defensible findings package — and who knows what Apple Silicon and the platform cannot give you — is valuable on any DFIR team. The course targets both current macOS releases, so the skills stay relevant as the platform moves.
Usage rights and disclaimer
Course materials: Licensed for individual professional development. You may not redistribute course content or share account credentials.
Fictional environment: All scenarios use Northgate Engineering. Any resemblance to real organizations is coincidental.
End of Course Exam
Complete the course, then prove your skills under time pressure. Pass mark: 70. Earn your certificate with CPE credits.
One random scenario per attempt. Certificate issued on pass.