Git for Security Professionals
Version control every change. Prove who made it.
Security work is made of files that change, that several people touch, and that someone will one day ask you to account for: detection rules, IR playbooks, scripts, Conditional Access policy, control evidence. Kept in a shared folder, that work has no memory, no safe way to edit together, and no proof of who changed what or when. This course teaches Git for that work specifically. You put any artifact under version control, collaborate through branches and review, keep secrets out and purge them when they slip in, sign your commits for provenance, and automate the checks that protect a repository, across detection, DFIR, architecture, and governance.
What you'll be able to do
Before you start
Course Syllabus
Every module and every lesson. The first three modules are open; the rest open on a click.
Download the full syllabus (PDF)
Course Orientation
What Git for Security Professionals teaches: give your security work a memory. Version control for detection rules, IR playbooks, scripts, policy-as-code, and compliance evidence, with a full audit trail of who changed what and why, safe collaboration through branches and review, and the security practices Git needs that a developer course skips. The discipline, the toolchain, and how the course is built. Start here.
Phase 1: Foundations
The foundation the whole course stands on. Configure Git for provenance and make your first commit, learn the four-stage model that explains where a change lives, understand what a commit actually is, read history with log, show, diff, and blame, work with a remote, and structure a repository for real security work across detection, DFIR, architecture, and governance.
Turn the foundations into fluency. Run the daily edit-stage-commit-sync loop as a discipline, write commit messages that hold up under review, stage selectively so every commit is one clean change, undo safely whichever way you got it wrong, stash and clean a working tree, and configure Git so the loop is fast and yours.
Phase 2: Collaboration
Work alongside a team without collisions. Understand what a branch really is, do isolated work on a feature branch, merge it back with fast-forward and three-way merges, choose between merging and rebasing for a clean history, collaborate through branches on a shared remote, and run the pull request workflow that turns individual change into reviewed, shared work.
Handle the situations collaboration produces. Resolve merge conflicts by reading and editing the markers, rewrite a messy branch into a clean history with interactive rebase, keep rewriting inside the boundary that makes it safe, recover lost work with the reflog, and pin the exact commit that broke something with git bisect.
Phase 3: Securing Git
Secure the repository itself. Keep secrets out of history with ignore rules and the right habits, catch the ones that slip through with secret-scanning hooks and push protection, respond correctly when a secret leaks by rotating before you purge, prove who made a commit with signing, and enforce review and access control so only trusted change reaches what runs.
Show 8 lessonsHide lessons
- 5.15.1 Keeping Secrets Out of a Repository
- 5.25.2 Secret Scanning and Pre-commit Hooks
- 5.35.3 Responding to a Leaked Secret
- 5.45.4 Verifying Commit Authorship with Signing
- 5.55.5 Protecting Branches and the Repository
- 5.65.6 Access, Credentials, and Repository Hygiene
- 5.7Module Summary
- 5.8Check My Knowledge
Phase 4: Automation and Capstone
Turn a version-controlled security repository into a pipeline that ships. Learn what continuous integration and delivery mean for security content, build a pipeline that validates a change on every pull request, test detection content so a broken rule cannot merge, deploy automatically with a scoped credential, secure the pipeline itself against supply-chain risk, and run the whole workflow end to end in the course capstone.
Show 8 lessonsHide lessons
- 6.16.1 What CI/CD Is and Why It Matters for Security Work
- 6.26.2 Your First Pipeline: Validating a Change
- 6.36.3 Testing Security Content in the Pipeline
- 6.46.4 Deploying Automatically
- 6.56.5 Securing the Pipeline Itself
- 6.66.6 Capstone: The Whole Workflow End to End
- 6.7Module Summary
- 6.8Check My Knowledge
Phase 0: Course Resources
The commands that matter, what each one actually moves, how to recover, and the security work Git makes possible.
Ordered procedures for standing up a content repository, reviewing a change, responding to a leak, and recovering from a bad rewrite.
Four cases reasoned end to end, including the green pipeline that deployed nothing and the commit signed by nobody.
A throwaway repository, a free host account, and the four experiments worth running deliberately.
Every command, workflow, and pipeline snippet from the course in one searchable reference, organized by task, from daily workflow and history recovery to signing, branch protection, and CI/CD. The working kit you carry out of the course to the repositories you run.
Show 1 lessonHide lessons
Git documentation, commit-signing references, platform docs for branch protection and CI/CD, secret-scanning and history-rewriting tools, supply-chain security resources, and secure-development standards used throughout the Git for Security Professionals course.
Show 1 lessonHide lessons
Course Completion
Git for Security Professionals end-of-course exam: a committed credential reported as remediated because the file was deleted, testing whether you know the difference between a working tree and a history and what the only real remediation is.
Show 1 lessonHide lessons
Course overview
Git for Security Professionals teaches version control as a security professional needs it, not as a software developer is taught it. You start from your first commit and the model underneath it, learn the daily workflow, collaborate on shared work through branches and pull requests, resolve conflicts and recover lost work, secure the repository itself, and automate the checks that protect it. Every example is a real security artifact, and the moves are the same whether the file is a Sigma rule, a policy export, a collection script, or an evidence sheet. Learn how to:
By the end you can put your own work under version control, change it safely alongside a team, and stand behind its history in an audit or an investigation.
How this course works
Security work produces artifacts that need history: detection rules, policies, playbooks, infrastructure definitions. This course teaches Git as the tool that gives them a provable audit trail, and runs the same loop for every workflow it covers.
1. Understand what Git is recording. Commits, trees and refs, before any command. Most Git confusion is a mental model problem rather than a syntax one.
2. Work in small, reviewable changes. A commit that does one thing can be reverted, reviewed and explained. A commit that does nine cannot.
3. Branch for anything that might not ship. Detection rules that need testing, policies awaiting sign-off. The branch is what makes the work safe to abandon.
4. Know how to recover. Reflog, reset, revert and the difference between them. The value of version control is entirely in the recovery, and the recovery is what nobody practices.
5. Sign what matters and automate the checks. Signed commits and CI validation turn a repository into evidence somebody else can rely on.
What this course assumes
No minimum experience and no prerequisite course. This course assumes you have never used Git, and it assumes you are not a software engineer.
What makes it go faster: comfort at a command line and something of your own worth versioning, a rule set or a policy pack. Neither is required.
What this course does not cover: software development, application security, and CI/CD as a build discipline. This is version control for security artifacts and the automation directly around them.
Who this course is for
You work in security and you work with files that change: a detection engineer versioning rules, a DFIR analyst versioning collection scripts and case notes, an architect versioning Conditional Access policy and infrastructure baselines, a GRC professional versioning policies, control mappings, and audit evidence. There is no minimum experience and no gatekeeping. Every command and concept is taught at first use, so you can start here whether you have never run a Git command or have used it loosely for years and want to work with intent. It is for you if you want to:
What you'll learn
By the end of Git for Security Professionals you will be able to:
Key course takeaways
Things you need to know
What are the prerequisites for this course?
Comfort editing a text file and running a command in a terminal. That is all. No prior Git experience is required, and every command is taught at first use. An experienced reader can skip past what they already know.
Do I need a GitHub account or any particular platform?
No. You can follow the whole course with Git on your own machine, and the hosting and review concepts are taught against GitHub, GitLab, and Azure DevOps so they apply wherever your team works. Everything is demonstrated with security artifacts and sample data, never production secrets or live systems.
Is this a detection-engineering course?
No. Detection is one of four disciplines the course serves. The examples rotate across detection rules, DFIR scripts and case artifacts, architecture and identity policy, and GRC evidence, because the version-control skills are the same for all of them. You anchor on whichever artifact you already know and the moves transfer to the rest.
How does this relate to SEC407 (Detection as Code)?
This course teaches the version-control foundation: history, collaboration, secret hygiene, and provenance for any security artifact. SEC407 teaches the pipeline that operates a detection library at scale, and it assumes exactly the Git fluency this course builds. Git for Security Professionals is the upstream course; SEC407 is one place you apply it. Neither is a prerequisite for the other, but this one comes first.
How will the course benefit your career?
Version control is assumed knowledge across modern security roles, and the professionals who use it with intent, rather than copying commands and hoping, stand out. Because the skill is vendor-neutral and applies to every discipline, it travels with you regardless of the tools an employer runs, and it is the entry point to detection-as-code, infrastructure-as-code, and policy-as-code work.
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.