You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: roles/appsec-engineer/SKILL.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,7 +37,7 @@ Invoke this role bundle when any of the following conditions are true:
37
37
38
38
If the ask is about infrastructure security (e.g., "review our Kubernetes RBAC") or program-level maturity (e.g., "assess our overall security posture"), use the `security-engineer` or `vciso` role bundle instead. This bundle is for application-layer security work.
39
39
40
-
**Skills:** All skills referenced in this bundle are available: `threat-modeling`, `secure-code-review`, `llm-top-10`, `prompt-injection`, `api-security`, `dependency-scanning`, `owasp-top-10-web`, `sast-config`, `agent-security`.
40
+
**Skills:** All skills referenced in this bundle are available: `threat-modeling`, `secure-code-review`, `llm-top-10`, `prompt-injection`, `api-security`, `dependency-scanning`, `signed-build-manifest-review`, `owasp-top-10-web`, `sast-config`, `agent-security`.
41
41
42
42
---
43
43
@@ -52,7 +52,7 @@ Each engagement type defines a skill sequence. Run the skills in order — each
| 2 |`secure-code-review`| Review the implementation against the threat model findings. Focus on the code paths identified as high-risk: authentication flows, authorization checks, input validation at trust boundaries, data encryption at rest and in transit, and error handling that might leak information. |
62
62
| 3 |`api-security`| If the application exposes APIs: assess against the OWASP API Security Top 10. Test for broken object-level authorization (BOLA), broken authentication, excessive data exposure, lack of rate limiting, and mass assignment. API flaws are the leading cause of application-layer breaches. |
63
63
| 4 |`dependency-scanning`| Audit all third-party dependencies: known CVEs, license compliance, maintenance status, and supply chain risk. A single compromised or abandoned dependency can undermine an otherwise secure application. |
64
+
| 5 |`signed-build-manifest-review`| For application releases with signed manifests, SBOMs, or provenance attestations, verify artifact digest binding, signer identity, and promotion controls before customers receive the build. |
64
65
65
66
**Deliverable:** Threat model document, code review findings with CWE classification, API security assessment results, dependency audit, and consolidated risk summary with remediation priorities.
Copy file name to clipboardExpand all lines: roles/cloud-security-engineer/SKILL.md
+7-4Lines changed: 7 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,7 +38,7 @@ Invoke this role bundle when any of the following conditions are true:
38
38
39
39
If the ask is about application-layer security (e.g., "review this API for BOLA"), use the `appsec-engineer` role bundle. If the ask is about overall security program maturity, use the `vciso` role bundle. This bundle is for cloud infrastructure security.
40
40
41
-
**Skills:** All skills referenced in this bundle are available: `iam-review`, `threat-modeling`, `pipeline-security`, `aws-review`, `azure-review`, `gcp-review`, `container-security`, `iac-security`, `zero-trust-assessment`, `segmentation`, `privileged-access`.
41
+
**Skills:** All skills referenced in this bundle are available: `iam-review`, `threat-modeling`, `pipeline-security`, `aws-review`, `azure-review`, `gcp-review`, `container-security`, `iac-security`, `signed-build-manifest-review`, `zero-trust-assessment`, `segmentation`, `privileged-access`.
42
42
43
43
---
44
44
@@ -53,7 +53,7 @@ Each engagement type defines a skill sequence. Run the skills in order — each
| 2 |`iam-review`| Deep dive into IAM: overprivileged roles, policies with wildcard actions or resources, unused roles and access keys, cross-account assume-role trust policies, IAM Access Analyzer findings, and service-linked role configurations. AWS breaches start with IAM — this is the highest-leverage review. |
63
63
| 3 |`container-security`| If EKS or ECS is in use: review cluster configuration, IRSA (IAM Roles for Service Accounts), pod security standards, network policies, Fargate vs. EC2 security trade-offs, ECR image scanning, and container runtime configuration. |
64
64
| 4 |`iac-security`| Review Terraform or CloudFormation templates for security misconfigurations before they reach production: S3 buckets without encryption, security groups with 0.0.0.0/0 ingress, RDS instances without encryption at rest, Lambda functions with overprivileged execution roles. Shift cloud security left into the IaC pipeline. |
65
+
| 5 |`signed-build-manifest-review`| Review cloud artifact signing, provenance, promotion, and rollback controls so only digest-bound trusted builds can move into production environments. |
65
66
66
67
**Deliverable:** AWS security posture report with CIS Benchmark mapping, IAM findings with privilege escalation paths, container security assessment, IaC hardening recommendations, and prioritized remediation plan.
| 2 |`iam-review`| Review Entra ID (Azure AD) and Azure RBAC: overprivileged role assignments, custom roles with excessive permissions, PIM (Privileged Identity Management) configuration, conditional access policies, service principal credentials and expiration, and managed identity usage patterns. |
84
85
| 3 |`container-security`| If AKS is in use: review cluster configuration, Azure AD workload identity, pod security admission, network policies, Azure Policy for AKS, ACR (Azure Container Registry) security, and Defender for Containers findings. |
85
86
| 4 |`iac-security`| Review Bicep, ARM templates, or Terraform configurations for security misconfigurations: storage accounts with public blob access, NSGs with overly permissive rules, Key Vaults without purge protection, App Services without HTTPS enforcement, and SQL servers without auditing. |
87
+
| 5 |`signed-build-manifest-review`| Review cloud artifact signing, provenance, promotion, and rollback controls so only digest-bound trusted builds can move into production environments. |
86
88
87
89
**Deliverable:** Azure security posture report with CIS Benchmark and Azure Security Benchmark mapping, Entra ID findings, container security assessment, IaC hardening recommendations, and prioritized remediation plan.
| 2 |`iam-review`| Review GCP IAM: overprivileged roles (especially primitive roles like Editor and Owner), service account key sprawl, service account impersonation chains, Workload Identity Federation configuration, IAM Recommender findings, and organization-level IAM bindings. |
105
107
| 3 |`container-security`| If GKE is in use: review cluster configuration, Workload Identity, Binary Authorization, network policies, GKE Autopilot security posture, Artifact Registry scanning, and Security Posture Dashboard findings. |
106
108
| 4 |`iac-security`| Review Terraform configurations for GCP-specific misconfigurations: Cloud Storage buckets with uniform access disabled, firewall rules allowing 0.0.0.0/0 ingress, Cloud SQL without SSL enforcement, Compute instances with default service accounts, and Cloud Functions with overprivileged service accounts. |
109
+
| 5 |`signed-build-manifest-review`| Review cloud artifact signing, provenance, promotion, and rollback controls so only digest-bound trusted builds can move into production environments. |
107
110
108
111
**Deliverable:** GCP security posture report with CIS Benchmark mapping, IAM findings with impersonation chain analysis, container security assessment, IaC hardening recommendations, and prioritized remediation plan.
Copy file name to clipboardExpand all lines: roles/security-engineer/SKILL.md
+5-4Lines changed: 5 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,7 +37,7 @@ Invoke this role bundle when any of the following conditions are true:
37
37
38
38
If the ask is a program-level concern (e.g., "assess our overall security maturity"), use the `vciso` role bundle instead. This bundle is for hands-on engineering work.
39
39
40
-
**Skills:** All skills referenced in this bundle are available: `secure-code-review`, `cve-triage`, `pipeline-security`, `iam-review`, `threat-modeling`, `dependency-scanning`, `sast-config`, `secrets-management`, `container-security`, `patch-prioritization`, `scanner-tuning`, `firewall-review`.
40
+
**Skills:** All skills referenced in this bundle are available: `secure-code-review`, `cve-triage`, `pipeline-security`, `signed-build-manifest-review`, `iam-review`, `threat-modeling`, `dependency-scanning`, `sast-config`, `secrets-management`, `container-security`, `patch-prioritization`, `scanner-tuning`, `firewall-review`.
| 1 |`pipeline-security`| Assess the full build and deployment pipeline: source integrity (signed commits, branch protection), build isolation (ephemeral runners, no shared state), artifact integrity (signing, provenance), and deployment controls (approval gates, rollback capability). Map findings to SLSA levels. |
81
-
| 2 |`secrets-management`| Audit how secrets are stored, rotated, and accessed across the pipeline. Check for hardcoded credentials in code, configuration, CI variables, and container images. Verify vault integration, rotation policies, and least-privilege access to secret stores. |
82
-
| 3 |`container-security`| If the pipeline produces container images: scan base images for vulnerabilities, verify minimal image construction (no build tools in production images), check for running as root, validate image signing, and review registry access controls. |
81
+
| 2 |`signed-build-manifest-review`| Validate signed release manifests, provenance attestations, artifact digest binding, promotion gates, replay controls, and exception paths so artifact trust is enforced at deployment time. |
82
+
| 3 |`secrets-management`| Audit how secrets are stored, rotated, and accessed across the pipeline. Check for hardcoded credentials in code, configuration, CI variables, and container images. Verify vault integration, rotation policies, and least-privilege access to secret stores. |
83
+
| 4 |`container-security`| If the pipeline produces container images: scan base images for vulnerabilities, verify minimal image construction (no build tools in production images), check for running as root, validate image signing, and review registry access controls. |
83
84
84
85
**Deliverable:** Pipeline security assessment report with SLSA level mapping, secrets audit findings, container image hardening recommendations, and prioritized remediation plan.
0 commit comments