
Security
- 128 installs
- 86 repo stars
- Updated July 17, 2026
- travisjneuman/.claude
Use security for development tasks
About
security: A skill for development. This provides functionality for development workflows.
- security
Security by the numbers
- 128 all-time installs (skills.sh)
- +3 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #2,758 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/travisjneuman/.claude --skill securityAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 128 |
|---|---|
| repo stars | ★ 86 |
| Last updated | July 17, 2026 |
| Repository | travisjneuman/.claude ↗ |
What it does
Use security for development tasks
Files
Information Security Expert
Comprehensive security frameworks for cybersecurity, incident response, and security architecture.
Security Architecture
Zero Trust Architecture
ZERO TRUST PRINCIPLES:
- Never trust, always verify
- Assume breach
- Verify explicitly
- Least privilege access
- Micro-segmentation
ZERO TRUST COMPONENTS:
IDENTITY:
- Strong authentication (MFA)
- Identity governance
- Privileged access management
- Continuous validation
DEVICES:
- Device health verification
- Endpoint detection and response
- Mobile device management
- Asset inventory
NETWORK:
- Micro-segmentation
- Software-defined perimeter
- Encrypted communications
- Network access control
APPLICATIONS:
- Application-level authentication
- API security
- Web application firewall
- Secure coding practices
DATA:
- Data classification
- Encryption at rest and in transit
- Data loss prevention
- Access controlsDefense in Depth
SECURITY LAYERS:
PHYSICAL:
- Data center security
- Badge access
- Surveillance
- Environmental controls
PERIMETER:
- Firewalls
- IDS/IPS
- DMZ
- VPN
NETWORK:
- Segmentation
- Encryption
- Network monitoring
- NAC
HOST:
- Endpoint protection
- Host-based firewall
- Hardening
- Patch management
APPLICATION:
- WAF
- Secure coding
- Input validation
- Authentication
DATA:
- Encryption
- DLP
- Access controls
- Backup/recoveryCloud Security
| Domain | Controls |
|---|---|
| Identity | SSO, MFA, PAM, IAM policies |
| Compute | Hardened images, container security |
| Network | VPC, security groups, WAF |
| Storage | Encryption, access policies, backup |
| Logging | CloudTrail, SIEM integration |
| Compliance | Config rules, automated remediation |
For detailed security frameworks (NIST, ISO 27001, CIS Controls, MITRE ATT&CK), see Security Frameworks Reference.
Vulnerability Management
Vulnerability Management Process
LIFECYCLE:
1. DISCOVERY
- Asset inventory
- Vulnerability scanning
- Penetration testing
- Code analysis
2. PRIORITIZATION
- CVSS scoring
- Asset criticality
- Exploit availability
- Business context
3. REMEDIATION
- Patch management
- Configuration changes
- Compensating controls
- Risk acceptance
4. VERIFICATION
- Rescan
- Validation testing
- Documentation
- Reporting
5. REPORTING
- Executive dashboards
- Trend analysis
- Compliance reporting
- SLA trackingCVSS Scoring
| Score | Severity | SLA Target |
|---|---|---|
| 9.0-10.0 | Critical | 7 days |
| 7.0-8.9 | High | 30 days |
| 4.0-6.9 | Medium | 90 days |
| 0.1-3.9 | Low | Best effort |
Patch Management
PATCH PROCESS:
1. IDENTIFICATION
- Vendor announcements
- Vulnerability feeds
- Security bulletins
2. ASSESSMENT
- Applicability
- Risk evaluation
- Test requirements
3. TESTING
- Lab validation
- Compatibility testing
- Rollback planning
4. DEPLOYMENT
- Pilot group
- Phased rollout
- Monitoring
5. VERIFICATION
- Confirm installation
- Functional testing
- DocumentationIdentity & Access Management
IAM Framework
IAM COMPONENTS:
IDENTITY LIFECYCLE:
- Provisioning
- Modification
- De-provisioning
- Certification
AUTHENTICATION:
- Password policies
- Multi-factor authentication
- Single sign-on
- Passwordless
AUTHORIZATION:
- Role-based access (RBAC)
- Attribute-based access (ABAC)
- Least privilege
- Separation of duties
GOVERNANCE:
- Access reviews
- Policy enforcement
- Audit logging
- Compliance reportingPrivileged Access Management
PAM CONTROLS:
VAULT:
- Credential storage
- Password rotation
- Secrets management
SESSION:
- Session recording
- Just-in-time access
- Time-limited credentials
MONITORING:
- Activity logging
- Behavioral analytics
- Alert on anomalies
GOVERNANCE:
- Access certification
- Policy enforcement
- Compliance reportingSecurity Awareness
Security Training Program
| Topic | Frequency | Audience |
|---|---|---|
| New Hire Security | Onboarding | All employees |
| Annual Refresh | Annually | All employees |
| Phishing Awareness | Quarterly | All employees |
| Developer Security | Annually | Development team |
| Executive Briefings | Quarterly | Leadership |
| Role-Based | As needed | Specific roles |
Phishing Simulation
SIMULATION PROGRAM:
FREQUENCY: Monthly
DIFFICULTY LEVELS:
- Easy: Generic, obvious errors
- Medium: Branded, some personalization
- Hard: Targeted, well-crafted
METRICS:
- Click rate
- Report rate
- Training completion
- Trend over time
RESPONSE:
- Click → Immediate training
- Report → Positive reinforcement
- Repeat offenders → Additional trainingSecurity Metrics
Key Security Metrics
| Category | Metric | Target |
|---|---|---|
| Vulnerability | Critical vulns open >30 days | 0 |
| Patching | Systems patched within SLA | 95%+ |
| Incidents | Mean time to detect | <24 hours |
| Access | Orphan accounts | 0 |
| Training | Completion rate | 95%+ |
| Phishing | Click rate | <5% |
Security Dashboard
EXECUTIVE DASHBOARD:
RISK POSTURE:
- Overall risk score
- Risk trend
- Top risks
COMPLIANCE:
- Framework coverage
- Audit findings
- Remediation status
OPERATIONS:
- Incident summary
- Vulnerability status
- Patching compliance
INVESTMENT:
- Budget utilization
- Tool effectiveness
- HeadcountThreat Intelligence
Threat Intelligence Sources
| Type | Sources | Use |
|---|---|---|
| Strategic | Industry reports, geopolitical | Executive briefings |
| Tactical | TTPs, malware analysis | Detection rules |
| Operational | IOCs, campaigns | Active response |
| Technical | Signatures, hashes | Automated blocking |
For detailed incident response processes and SOC operations, see Incident Response Reference.
References
- Security Frameworks Reference - NIST, ISO 27001, CIS Controls, MITRE ATT&CK
- Incident Response Reference - IR process, severity levels, SOC operations
---
OWASP Top 10 (with Code Examples)
1. Broken Access Control
# WRONG - No authorization check
@app.get("/api/users/{user_id}/data")
async def get_user_data(user_id: str):
return db.get_user_data(user_id) # Any user can access any data
# RIGHT - Verify ownership
@app.get("/api/users/{user_id}/data")
async def get_user_data(user_id: str, current_user: User = Depends(get_current_user)):
if current_user.id != user_id and not current_user.is_admin:
raise HTTPException(status_code=403, detail="Forbidden")
return db.get_user_data(user_id)2. Cryptographic Failures
# WRONG - Weak hashing
import hashlib
password_hash = hashlib.md5(password.encode()).hexdigest()
# RIGHT - Use bcrypt or argon2
from passlib.context import CryptContext
pwd_context = CryptContext(schemes=["bcrypt"], deprecated="auto")
password_hash = pwd_context.hash(password)
verified = pwd_context.verify(password, password_hash)3. Injection
# WRONG - SQL injection via string formatting
query = f"SELECT * FROM users WHERE email = '{email}'"
cursor.execute(query)
# RIGHT - Parameterized queries
cursor.execute("SELECT * FROM users WHERE email = %s", (email,))
# WRONG - Command injection via unsanitized input
# Never pass user input to shell commands directly
# Always use subprocess with list arguments:
# RIGHT - Safe subprocess usage
import subprocess
subprocess.run(["convert", user_filename, "output.png"], check=True)4. Insecure Design
# WRONG - No rate limiting on password reset
@app.post("/api/reset-password")
async def reset_password(email: str):
send_reset_email(email)
# RIGHT - Rate limit + CAPTCHA
@app.post("/api/reset-password")
@limiter.limit("3/hour")
async def reset_password(email: str, captcha: str):
if not verify_captcha(captcha):
raise HTTPException(400, "Invalid CAPTCHA")
send_reset_email(email)5. Security Misconfiguration
# WRONG - Debug mode in production, exposing stack traces
# RIGHT - Environment-aware configuration
app = FastAPI(debug=os.getenv("ENV") == "development")
@app.exception_handler(Exception)
async def handle_error(request, exc):
logger.error(f"Unhandled error: {exc}", exc_info=True)
return JSONResponse(status_code=500, content={"error": "Internal server error"})6. Vulnerable Components
# Audit dependencies regularly
npm audit
pip audit
cargo audit
# Pin versions, use lockfiles (package-lock.json, Pipfile.lock, Cargo.lock)7. Authentication Failures
// WRONG - JWT with no expiration, weak secret
const token = jwt.sign(payload, "secret123");
// RIGHT - Short expiry, strong secret, refresh tokens
const token = jwt.sign(payload, process.env.JWT_SECRET, {
expiresIn: "15m",
algorithm: "RS256",
issuer: "my-app",
});8. Software and Data Integrity Failures
# Pin action versions in GitHub Actions (not @main)
- uses: actions/checkout@v4.1.19. Security Logging and Monitoring Failures
# Log security-relevant events with structured data
logger.info("auth.login.success", extra={"user_id": user.id, "ip": request.client.host})
logger.warning("auth.login.failed", extra={"email": email, "ip": request.client.host})
logger.critical("auth.bruteforce.detected", extra={"ip": request.client.host, "attempts": count})10. Server-Side Request Forgery (SSRF)
# WRONG - User controls URL without validation
# RIGHT - Allowlist domains, block internal IPs
from urllib.parse import urlparse
import ipaddress
ALLOWED_HOSTS = {"api.example.com", "cdn.example.com"}
def safe_fetch(url: str) -> Response:
parsed = urlparse(url)
if parsed.hostname not in ALLOWED_HOSTS:
raise ValueError("Host not allowed")
ip = ipaddress.ip_address(socket.gethostbyname(parsed.hostname))
if ip.is_private:
raise ValueError("Internal addresses not allowed")
return requests.get(url, timeout=10)---
Static Application Security Testing (SAST)
| Tool | Languages | Integration |
|---|---|---|
| Semgrep | 30+ languages | CI/CD, IDE, CLI |
| CodeQL | C/C++, Java, JS, Python, Go | GitHub Actions |
| SonarQube | 30+ languages | Self-hosted, CI/CD |
| Bandit | Python only | CLI, CI/CD |
# Semgrep (recommended - fast, customizable)
semgrep scan --config auto .
semgrep scan --config p/owasp-top-ten .
semgrep scan --config p/secrets .---
Dynamic Application Security Testing (DAST)
# OWASP ZAP baseline scan (passive, fast)
docker run -t ghcr.io/zaproxy/zaproxy:stable zap-baseline.py \
-t https://your-app.com
# Full scan (active, thorough)
docker run -t ghcr.io/zaproxy/zaproxy:stable zap-full-scan.py \
-t https://your-app.com
# API scan
docker run -t ghcr.io/zaproxy/zaproxy:stable zap-api-scan.py \
-t https://your-app.com/openapi.json -f openapi---
Supply Chain Security
Sigstore (Code Signing)
# Sign container images with cosign
cosign sign --key cosign.key docker.io/myapp:latest
# Verify signatures
cosign verify --key cosign.pub docker.io/myapp:latestSLSA (Supply-chain Levels for Software Artifacts)
| Level | Requirements |
|---|---|
| SLSA 1 | Build process documented |
| SLSA 2 | Hosted build service, signed provenance |
| SLSA 3 | Hardened build platform, non-falsifiable provenance |
Dependency Management
# Lock dependencies and audit regularly
npm ci # Install from lockfile only
npm audit --audit-level=high
pip-audit
cargo audit
# Use Dependabot or Renovate for automated updates---
See Also
- Fortune 50 Risk Management
- Fortune 50 Legal/Compliance
- Fortune 50 Operations
Incident Response Reference
Incident Response Process
PHASES:
1. PREPARATION
- IR team and roles
- Communication plans
- Tools and runbooks
- Training and exercises
2. IDENTIFICATION
- Detection mechanisms
- Alert triage
- Scope assessment
- Evidence preservation
3. CONTAINMENT
- Short-term containment
- System backup
- Long-term containment
- Network isolation
4. ERADICATION
- Malware removal
- Root cause elimination
- Vulnerability patching
- System hardening
5. RECOVERY
- System restoration
- Data restoration
- Validation testing
- Monitoring enhancement
6. LESSONS LEARNED
- Post-incident review
- Documentation
- Process improvement
- Report generationIncident Severity Levels
| Level | Definition | Response Time | Escalation |
|---|---|---|---|
| P1 Critical | Active breach, major impact | Immediate | CISO, Legal, Exec |
| P2 High | Imminent threat, significant risk | 1 hour | Security Director |
| P3 Medium | Potential threat, moderate impact | 4 hours | Security Manager |
| P4 Low | Minor issue, limited impact | 24 hours | Security Team |
Security Operations Center (SOC)
SOC FUNCTIONS:
MONITORING:
- 24/7 alert monitoring
- Log analysis
- Threat hunting
- Anomaly detection
INVESTIGATION:
- Alert triage
- Incident analysis
- Forensic investigation
- Threat intelligence
RESPONSE:
- Incident containment
- Remediation coordination
- Communication
- Documentation
IMPROVEMENT:
- Playbook development
- Detection tuning
- Process optimization
- Metrics reporting
SOC METRICS:
- Mean Time to Detect (MTTD)
- Mean Time to Respond (MTTR)
- Alert volume and false positive rate
- Incidents by type and severitySecurity Frameworks Reference
NIST Cybersecurity Framework
CORE FUNCTIONS:
IDENTIFY:
- Asset management
- Business environment
- Governance
- Risk assessment
- Risk management strategy
PROTECT:
- Access control
- Awareness and training
- Data security
- Information protection
- Maintenance
- Protective technology
DETECT:
- Anomalies and events
- Security continuous monitoring
- Detection processes
RESPOND:
- Response planning
- Communications
- Analysis
- Mitigation
- Improvements
RECOVER:
- Recovery planning
- Improvements
- Communications
MATURITY TIERS:
Tier 1: Partial
Tier 2: Risk Informed
Tier 3: Repeatable
Tier 4: AdaptiveISO 27001 Controls
| Domain | Key Controls |
|---|---|
| A.5 Security Policies | Information security policy |
| A.6 Organization | Roles, mobile, telework |
| A.7 Human Resources | Screening, awareness, termination |
| A.8 Asset Management | Inventory, classification, handling |
| A.9 Access Control | Policy, user management, system access |
| A.10 Cryptography | Encryption, key management |
| A.11 Physical Security | Perimeter, equipment, clear desk |
| A.12 Operations | Procedures, change, capacity |
| A.13 Communications | Network, transfer |
| A.14 Development | SDLC, test data |
| A.15 Suppliers | Third-party security |
| A.16 Incident Management | Reporting, response |
| A.17 Business Continuity | Redundancy, recovery |
| A.18 Compliance | Legal, reviews |
CIS Critical Controls
BASIC CONTROLS (1-6):
1. Inventory of Hardware Assets
2. Inventory of Software Assets
3. Continuous Vulnerability Management
4. Controlled Use of Admin Privileges
5. Secure Configuration
6. Maintenance, Monitoring, Analysis of Audit Logs
FOUNDATIONAL CONTROLS (7-16):
7. Email and Web Browser Protections
8. Malware Defenses
9. Limitation of Network Ports, Protocols
10. Data Recovery Capabilities
11. Secure Network Configuration
12. Boundary Defense
13. Data Protection
14. Controlled Access Based on Need to Know
15. Wireless Access Control
16. Account Monitoring and Control
ORGANIZATIONAL CONTROLS (17-20):
17. Security Awareness Training
18. Application Software Security
19. Incident Response and Management
20. Penetration TestingMITRE ATT&CK Framework
ATTACK PHASES:
RECONNAISSANCE: Gather information
RESOURCE DEVELOPMENT: Obtain tools/infrastructure
INITIAL ACCESS: Get into network
EXECUTION: Run malicious code
PERSISTENCE: Maintain access
PRIVILEGE ESCALATION: Gain higher access
DEFENSE EVASION: Avoid detection
CREDENTIAL ACCESS: Steal credentials
DISCOVERY: Learn environment
LATERAL MOVEMENT: Move through network
COLLECTION: Gather target data
COMMAND AND CONTROL: Communicate with compromised systems
EXFILTRATION: Steal data
IMPACT: Damage/disrupt