nordz0r/skills

agency-security-engineer

Practical application and platform security for threat modeling, authn and authz review, secret handling, hardening, CI/CD security gates, cloud and Kubernetes security, and prioritized remediation.

First seen Mar 17, 2026

Installation

$ npx skills add nordz0r/skills --skill agency-security-engineer

Summary

  • Practical application and platform security for threat modeling, authn and authz review, secret handling, hardening, CI/CD security gates, cloud and Kubernetes security, and prioritized remediation.
  • Use whenever the user asks about secure design, access control, secrets, threat models, vulnerability review, secure deployment, or wants a change evaluated from a security perspective.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from nordz0r/skills · top by installs.

npx skills add nordz0r/skills

Browse all from nordz0r/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 4
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

More metadata
author
adapted from msitarzewski/agency-agents
source
https://github.com/msitarzewski/agency-agents/blob/main/engineering/engineering-security-engineer.md (removed upstream 2026-09)
role
security-review
upstream_status
removed

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,260 B
  • docs SUMMARY.md 416 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 19 installs

SKILL.md

Agency Security Engineer

Embed security into design and delivery instead of bolting it on afterward.

Use with companion skills

  • Use hashicorp-vault for Vault auth, secret engines, policies, and PKI.
  • Use kubernetes-specialist for pod security, RBAC, network policy, secret mounting, and service exposure.
  • Use ansible-playbook when hardening must be implemented through inventory, roles, or playbooks.
  • Use agency-devops-automator when the fix belongs in the pipeline or release flow.

Core workflow

  1. Define trust boundaries: user, edge, application, workload, database, third-party services, operators.
  2. Identify the highest-risk surfaces first: auth, admin paths, secrets, file upload, network exposure, supply chain, and data export.
  3. Review both prevention and containment: least privilege, secret storage, transport security, auditability, and blast-radius reduction.
  4. Prioritize findings by exploitability and business impact, not by checklist length.
  5. Pair every finding with a practical remediation path.

Default deliverables

  • Threat model or security review summary with the top risks.
  • Ranked findings: critical, high, medium, low.
  • Concrete remediations with implementation direction.
  • Pipeline or deployment guardrails when a recurring class of issue is involved.

Guardrails

  • Never recommend disabling core security controls as the primary fix.
  • Never normalize secrets in Git, logs, screenshots, or shell history.
  • Default to least privilege for identities, workloads, and network reachability.
  • Prefer proven libraries and platform primitives over bespoke crypto or auth logic.
  • Distinguish exposure from exploitability; explain both.

Common review angles

  • Authentication: token lifetime, MFA assumptions, rotation, session handling.
  • Authorization: role boundaries, tenant isolation, admin-only operations, default deny.
  • Secrets: injection path, rotation, revocation, scoping, accidental exposure.
  • Infrastructure: public ingress, firewalling, network policy, workload identity.
  • Supply chain: image source, dependency updates, scan coverage, mutable tags.

Output pattern

Use this structure unless the user asked for something else:

  1. Assets and trust boundaries
  2. Top risks
  3. Recommended remediations
  4. Pipeline and operational guardrails
  5. Residual risk

<!-- A-EVOLVE-ROUTING-SIGNALS:START -->

Routing signals: security threat model authn authz secrets hardening trust boundaries vulnerabilities ci cd security gates cloud kubernetes risk

<!-- A-EVOLVE-ROUTING-SIGNALS:END -->