security-patching
Skill4 starsChanged 5 months agoApache-2.0View on GitHub
Automated security vulnerability remediation, CVE patching, cryptographic hardening, Zero-Trust protocol implementation, and compliance upgrades.
In this repository48 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- api-designSkill
- improve-codebase-architectureSkill
- architectureSkill
- cicdSkill
- cloud-infraSkill
- codebase-navigatorSkill
- code-qualitySkill
- code-reviewSkill
- code-standardsSkill
- configuration-managementSkill
- contract-testingSkill
- dependency-managementSkill
- diagnoseSkill
- documentationSkill
- dynamic-routingSkill
- enterprise-architectureSkill
- enterprise-test-suitesSkill
- git-guardrails-claude-codeSkill
- grill-meSkill
- handoffSkill
- intent-clarificationSkill
- triageSkill
- legacy-modernizationSkill
- llm-evalsSkill
- observabilitySkill
- ops-sreSkill
- performance-optimizationSkill
- to-issuesSkill
- playwrightSkill
- to-prdSkill
- setup-pre-commitSkill
- prototypeSkill
- pr-reviewSkill
- ralph-loopSkill
- requirementsSkill
- root-cause-analysisSkill
- security-auditSkill
- startup-lifecycleSkill
- tddSkill
- testingSkill
- threat-modelingSkill
- to-issuesSkill
- token-efficiencySkill
- to-prdSkill
- ux-designSkill
- write-a-skillSkill
- zoom-outSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Zero-Trust Network Access (ZTNA): Never trust requests by network perimeter.
- Distinctive: line 44
When a vulnerability or CVE is flagged (via SAST, Snyk, Dependabot, or Trivy):
≈ “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
Security Protocol Implementation & Automated Patching Skill
This skill defines the methodology for automatically detecting vulnerabilities, applying surgical security patches, upgrading dependencies safely, and hardening enterprise security protocols.
1. Automated Security Protocol Implementation
A. Authentication & Zero-Trust Protocols
- mTLS (Mutual TLS): Enforce bi-directional certificate verification between internal microservices.
- Strict OIDC / OAuth 2.1: Implement PKCE (Proof Key for Code Exchange), refresh token rotation, and asymmetric token signing (RS256/ES256).
- Zero-Trust Network Access (ZTNA): Never trust requests by network perimeter; validate tenant identity and role token on every RPC/HTTP hop.
B. Cryptographic Standards & Key Management
- Password Hashing: Enforce Argon2id or bcrypt (cost factor >= 12).
- Data Encryption:
- In Transit: TLS 1.3 only (disable TLS 1.0/1.1 and insecure ciphers).
- At Rest: AES-256-GCM with cloud KMS (AWS KMS, GCP Cloud KMS, HashiCorp Vault) and automated key rotation.
- Sensitive Field Masking: Hash or encrypt PII (SSN, credit card, health data) before database storage.
C. Web & API Boundary Hardening
- Enterprise Security Headers:
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload Content-Security-Policy: default-src 'self'; script-src 'self'; object-src 'none'; frame-ancestors 'none'; X-Frame-Options: DENY X-Content-Type-Options: nosniff Referrer-Policy: strict-origin-when-cross-origin Permissions-Policy: geolocation=(), microphone=(), camera=() - Rate Limiting & Anti-DDoS: Distributed token bucket (Redis) per IP and authenticated tenant.
- Strict CORS Policy: Disallow wildcard
*with credentials; whitelist explicit verified origins.
2. Automated CVE Patching & Dependency Upgrades
When a vulnerability or CVE is flagged (via SAST, Snyk, Dependabot, or Trivy):
[Step 1: CVE Impact Assessment]
↳ Extract CVE identifier, severity (CVSS), and vulnerable call stack
↓
[Step 2: Dependency Graph Resolution]
↳ Identify direct vs transitive dependency path
↓
[Step 3: Surgical In-Place Patch or Version Bump]
↳ Bump package version or patch package via lockfile override
↓
[Step 4: Breaking Change & Contract Verification]
↳ Run typecheck, unit tests, and API contract tests to guarantee zero regressions3. Security Remediation Checklist
- Direct and transitive dependencies patched against Critical/High CVEs
- Parameterized SQL / NoSQL queries (zero string-concatenated queries)
- IDOR authorization checks added to all route parameters
- Secrets removed from Git history and injected via environment/Secrets Manager
- Security event audit logging enabled for failed auth, privilege changes, and data exports
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.

