drift-security-triage
Skill14 starsChanged 7 months agoMITView on GitHub
Security report triage workflow for drift. Use when evaluating incoming vulnerability reports, GitHub Security Advisories, or Dependabot alerts.
- Installs packages
In this repository41 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/AGENTS.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- llms.txtllms.txt
- brainstormingSkill
- drift-adr-workflowSkill
- drift-agent-prompt-authoringSkill
- drift-commit-pushSkill
- drift-dependency-updateSkill
- drift-docs-gap-fixSkill
- drift-evidence-artifact-authoringSkill
- drift-finding-message-authoringSkill
- drift-ground-truth-fixture-developmentSkill
- drift-mcp-repo-ops-usageSkill
- drift-pr-review-loopSkill
- drift-pr-reviewSkill
- drift-releaseSkill
- drift-risk-audit-artifact-updatesSkill
- drift-session-handover-authoringSkill
- drift-signal-development-full-lifecycleSkill
- fix-failing-actionsSkill
- grill-meSkill
- guard-src-drift-apiSkill
- guard-src-drift-commandsSkill
- guard-src-drift-ingestionSkill
- guard-src-drift-outputSkill
- guard-src-drift-signalsSkill
- guard-src-driftSkill
- improve-codebase-architectureSkill
- prd-to-issuesSkill
- self-improving-agentSkill
- simplify-and-hardenSkill
- skill-creatorSkill
- subagent-driven-developmentSkill
- systematic-debuggingSkill
- tddSkill
- test-driven-developmentSkill
- verification-before-completionSkill
- workspace-automation-orchestratorSkill
- write-a-prdSkill
- writing-plansSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 46
If the report matches any of these → respond with the out-of-scope template (Step 5).
- Very specific: line 105
Check if the vulnerable dependency is in [project.dependencies] (runtime) or [project.optional-dependencies.dev] (dev-only)
- Very specific: line 108
Update via pip install --upgrade <package> → regenerate uv.lock → test → release
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Drift Security Triage Skill
Purpose
Guide Copilot agents through consistent, policy-aligned triage of security reports for the drift repository.
When to Use
- Evaluating a new GitHub Security Advisory (GHSA)
- Triaging a vulnerability report submitted via email or private advisory
- Assessing Dependabot security alerts
- Responding to CodeQL or detect-secrets findings
Triage Workflow
Step 1: Trust Model Check
Drift operates under the same trust level as local shell access. Before classifying severity, determine:
- Does the vulnerability require prior write access to the target repository? → If YES: likely out of scope (attacker already has equal privileges).
- Does drift execute any analyzed code?
→ No. drift uses
ast.parse()and tree-sitter for parsing — no code execution. - Does drift make network requests? → No. drift is fully local — no exfiltration vector exists.
Step 2: Out-of-Scope Classification
The following are explicitly NOT vulnerabilities in drift (see SECURITY.md):
| Category | Reason |
| Malicious source files causing misleading findings | Same trust boundary — attacker already has write access |
| Resource exhaustion on huge repositories | Operational concern, not a vulnerability |
| Static analysis false positives | Signal quality issue — use false-positive template |
| Secret-scanning baseline entries | Intentional test fixtures with non-reversible hashes |
| Git history tampering | History integrity is the repo owner's responsibility |
If the report matches any of these → respond with the out-of-scope template (Step 5).
Step 3: Severity Assessment
For in-scope vulnerabilities, assess using CVSS v3.1 principles:
| Factor | drift-specific consideration |
| Attack vector | Always Local (drift requires file system access) |
| Privileges required | At minimum Low (read access to target repo) |
| User interaction | Typically Required (user must invoke drift) |
| Scope | Unchanged (drift cannot escape its process boundary) |
| Confidentiality | drift reads files user already has access to — typically None |
| Integrity | drift produces reports — at most Low (misleading output) |
| Availability | Resource exhaustion possible — Low to Medium |
Step 4: Response Timeline
Per SECURITY.md commitments:
- Acknowledgment: within 72 hours
- Resolution timeline: within 7 days of acknowledgment
- Coordinated disclosure: patch before public disclosure
Step 5: Response Templates
Out-of-Scope Response
Thank you for your report. After review against our [Trust Model](SECURITY.md#trust-model),
this finding falls outside drift's security scope:
**Category:** [category from out-of-scope table]
**Reason:** [specific reason]
drift operates at the same trust level as local shell access. [Brief explanation
of why this specific scenario is not a vulnerability.]
If you believe this assessment is incorrect, please provide additional context
about an attack scenario that does not require prior repository write access.In-Scope Acknowledgment
Thank you for your security report. We've confirmed this is within drift's
security scope and are investigating.
**Tracking:** [internal reference / GHSA ID]
**Severity assessment:** [Low/Medium/High/Critical]
**Expected resolution timeline:** [date]
We follow coordinated disclosure and will notify you before any public advisory.Dependabot Alert Triage
For dependency vulnerabilities:
- Check if the vulnerable dependency is in
[project.dependencies](runtime) or[project.optional-dependencies.dev](dev-only) - Dev-only dependencies have reduced severity (not shipped to users)
- Runtime dependencies affecting drift's actual usage patterns are high priority
- Update via
pip install --upgrade <package>→ regenerateuv.lock→ test → release
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

