Skip to content
Back to skills

Cis Oke V150 4.3.2

ASecurity

Ensure that all Namespaces have Network Policies defined (Automated)

  • 3,518 stars
  • 0 votes
  • 0 copies
  • 5 views
  • Added September 3, 2026
securitygobashkubernetesgitapisecuritydocumentation

Works with

  • api

Security analysis

A100/100

Scanned September 3, 2026

npx -y skills add CyberStrikeus/CyberStrike --skill cis-oke-v150-4.3.2 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Cis Oke V150 4.3.2?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Cis Oke V150 4.3.2
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/cyberstrikeus-cis-oke-v150-4-3-2/badge)](https://www.skillsdirectory.com/skills/cyberstrikeus-cis-oke-v150-4-3-2)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: cis-oke-v150-4.3.2
description: "Ensure that all Namespaces have Network Policies defined (Automated)"
category: cis-oke
version: "1.5.0"
author: cyberstrike-official
tags: [cis, oke, kubernetes, oci, policies, cni, network-policies]
cis_id: "4.3.2"
cis_benchmark: "CIS Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) Benchmark v1.5.0"
tech_stack: [kubernetes, oci, oke]
cwe_ids: []
chains_with: []
prerequisites: []
severity_boost: {}
---

# 4.3.2 Ensure that all Namespaces have Network Policies defined (Automated)

## Profile Applicability

- Level 1

## Description

Use network policies to isolate traffic in your cluster network.

## Rationale

Running different applications on the same Kubernetes cluster creates a risk of one compromised application attacking a neighboring application. Network segmentation is important to ensure that containers can communicate only with those they are supposed to. A network policy is a specification of how selections of pods are allowed to communicate with each other and other network endpoints.

Network Policies are namespace scoped. When a network policy is introduced to a given namespace, all traffic not allowed by the policy is denied. However, if there are no network policies in a namespace all traffic will be allowed into and out of the pods in that namespace.

## Impact

Once network policies are in use within a given namespace, traffic not explicitly allowed by a network policy will be denied. As such it is important to ensure that, when introducing network policies, legitimate traffic is not blocked.

## Audit Procedure

Run the below command and review the `NetworkPolicy` objects created in the cluster.

```bash
kubectl get networkpolicy --all-namespaces
```

Ensure that each namespace defined in the cluster has at least one Network Policy.

## Remediation

Follow the documentation and create `NetworkPolicy` objects as you need them.

Clusters you create with Container Engine for Kubernetes have flannel installed as the default CNI network provider. flannel is a simple overlay virtual network that satisfies the requirements of the Kubernetes networking model by attaching IP addresses to containers.

Although flannel satisfies the requirements of the Kubernetes networking model, it does not support NetworkPolicy resources. If you want to enhance the security of clusters you create with Container Engine for Kubernetes by implementing network policies, you have to install and configure a network provider that does support NetworkPolicy resources. One such provider is Calico (refer to the Kubernetes documentation for a list of other network providers). Calico is an open source networking and network security solution for containers, virtual machines, and native host-based workloads. Use the Calico open-source software in conjunction with flannel. The Calico Enterprise does not support flannel.

## Default Value

By default, network policies are not created.

## References

1. [https://kubernetes.io/docs/concepts/services-networking/networkpolicies/](https://kubernetes.io/docs/concepts/services-networking/networkpolicies/)
2. [https://octetz.com/posts/k8s-network-policy-apis](https://octetz.com/posts/k8s-network-policy-apis)
3. [https://kubernetes.io/docs/tasks/configure-pod-container/declare-network-policy/](https://kubernetes.io/docs/tasks/configure-pod-container/declare-network-policy/)

## CIS Controls

| Controls Version | Control                                                        | IG 1 | IG 2 | IG 3 |
| ---------------- | -------------------------------------------------------------- | ---- | ---- | ---- |
| v8               | 4.4 Implement and Manage a Firewall on Servers                 | X    | X    | X    |
| v7               | 14.1 Segment the Network Based on Sensitivity                  |      | X    | X    |
| v7               | 14.2 Enable Firewall Filtering Between VLANs                   |      | X    | X    |
| v6               | 14.1 Implement Network Segmentation Based On Information Class |      |      |      |

## MITRE ATT&CK Mappings

| Techniques / Sub-techniques | Tactics | Mitigations  |
| --------------------------- | ------- | ------------ |
| T1046                       | TA0007  | M1030, M1042 |

---

**Profile:** Level 1

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

View all in security →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.