Implement enterprise AKS and container workload security rules
Open
@ritiksah141 is already working on this.
Since Aug 20, 2026.
- Dominant language
- Python
- Stars
- 57
- Forks
- 68
- Avg merge
- 3d 15h
- Merged PRs (30d)
- 17
Description
Objective
Implement Azure Kubernetes Service and container workload security controls across Azure control-plane, Defender, and Kubernetes evidence sources.
Scope
Implement these controls:
- The AKS API server lacks approved IP restrictions.
- An AKS cluster has no Kubernetes network policy.
- Defender for Containers protection is disabled for an in-scope cluster.
- AKS secrets lack required Key Vault or KMS-backed protection.
- Secrets Store CSI secret rotation is disabled.
- A workload permits privileged containers.
- A workload permits unrestricted host network, host PID, or host IPC access.
- A workload permits unrestricted hostPath volumes.
- Kubernetes cluster-admin access is assigned too broadly.
- A workload uses untrusted registries, mutable tags, or the latest image tag.
Collection architecture
- Azure Resource Manager and AKS management APIs.
- Defender for Cloud plans and recommendations.
- Kubernetes API for namespaces, workloads, pod security context, RBAC, network policies, CSI configuration, and images.
- Key Vault/KMS integration metadata and cluster identity configuration.
Required implementation behavior
- Handle private, stopped, unreachable, unsupported, and unauthorized clusters explicitly.
- Return NOT_APPLICABLE when no eligible cluster or workload exists.
- Return UNKNOWN for unavailable credentials, API errors, incomplete namespace discovery, or insufficient permissions.
- Return FAIL only from positive evidence of an unsafe setting.
- Include cluster, namespace, workload, container, image, subject, role, evidence, remediation, permissions, severity, confidence, and UNKNOWN reason.
- Do not treat an unavailable optional add-on as a failure without confirming scope.
Delivery order
- AKS API restrictions, network policy, Defender, and secret integration.
- CSI rotation and pod security context rules.
- HostPath, RBAC, registry trust, and image-tag rules.
Acceptance criteria
- Every rule has collector, evaluator, remediation, documentation, and verified mappings.
- Tests cover secure and violating manifests, RBAC, network policies, CSI, Defender state, empty clusters, unreachable clusters, malformed data, and partial permissions.
- Unsupported or inaccessible clusters never produce false findings.
- No TBD framework mappings remain.
- Scanner, serialization, compliance, and CI-equivalent tests pass.
- An origin-branch PR references this issue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.