Ensure latest CNI version is used (Automated)
Scanned 9/3/2026
Install to Claude Code
npx -y skills add CyberStrikeus/CyberStrike --skill cis-oke-v170-4.3.1 --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Cis Oke V170 4.3.1?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/cyberstrikeus-cis-oke-v170-4-3-1)More formats (shields.io, HTML) on the badges page.
---
name: cis-oke-v170-4.3.1
description: "Ensure latest CNI version is used (Automated)"
category: cis-oke
version: "1.7.0"
author: cyberstrike-official
tags: [cis, oke, kubernetes, oci, policies, cni-plugin]
cis_id: "4.3.1"
cis_benchmark: "CIS Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) Benchmark v1.7.0"
tech_stack: [kubernetes, oci, oke]
cwe_ids: []
chains_with: []
prerequisites: []
severity_boost: {}
---
# CIS OKE Benchmark v1.7.0 - Control 4.3.1
## Profile Applicability
- **Level:** 1
## Description
There are a variety of CNI plugins available for Kubernetes. If the CNI in use does not support Network Policies it may not be possible to effectively restrict traffic in the cluster.
## Rationale
Kubernetes network policies are enforced by the CNI plugin in use. As such it is important to ensure that the CNI plugin supports both Ingress and Egress network policies.
## Impact
None.
## Audit Procedure
Review the documentation of CNI plugin in use by the cluster, and confirm that it supports network policies.
Check the DaemonSets in the kube-system namespace: Many CNI plugins operate as DaemonSets within the kube-system namespace. To see what's running:
```bash
kubectl get daemonset -n kube-system
```
Look for known CNI providers like Calico, Flannel, Cilium, etc.
You can further inspect the configuration of these DaemonSets to understand more about the CNI setup:
```bash
kubectl describe daemonset <daemonset-name> -n kube-system
```
Check the CNI Configuration Files: If you have access to the nodes (via SSH), you can check the CNI configuration directly in /etc/cni/net.d/. This often requires node-level access, which might not be available depending on your permissions and the security setup of your environment.
## Remediation
As with RBAC policies, network policies should adhere to the policy of least privileged access. Start by creating a deny all policy that restricts all inbound and outbound traffic from a namespace or create a global policy using Calico.
## Default Value
This will depend on the CNI plugin in use.
## References
1. https://kubernetes.io/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/
2. https://docs.cloud.oracle.com/en-us/iaas/Content/ContEng/Concepts/contengoverview.htm
## Additional Information
One example here is Flannel (https://github.com/coreos/flannel) which does not support Network policy unless Calico is also in use.
## CIS Controls
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
| ---------------- | --------------------------------------------------------------------------------------------- | ---- | ---- | ---- |
| v8 | 7.4 Perform Automated Application Patch Management | \* | \* | \* |
| v7 | 11.4 Install the Latest Stable Version of Any Security-related Updates on All Network Devices | \* | \* | \* |
## Profile
**Level 1** (Automated)
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!