用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/CyberStrikeus/CyberStrike --skill cis-oke-v180-4-3-1命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | cis-oke-v180-4.3.1 |
| description | Ensure latest CNI version is used (Automated) |
| category | cis-oke |
| version | 1.8.0 |
| author | cyberstrike-official |
| tags | ["cis","oke","kubernetes","oci","policies","cni-plugin","network-policies"] |
| cis_id | 4.3.1 |
| cis_benchmark | CIS Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) Benchmark v1.8.0 |
| tech_stack | ["kubernetes","oci","oke"] |
| cwe_ids | [] |
| chains_with | [] |
| prerequisites | [] |
| severity_boost | {} |
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.
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.
None.
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:
kubectl get daemonsets -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:
kubectl get daemonsets -n kube-system -o json \
| jq -r '
.items[]
| select(
(.metadata.name | test("cni|calico|flannel|weave|cilium|canal|multus"; "i"))
or
([.spec.template.spec.containers[].image] | join(" ") | test("cni|calico|flannel|weave|cilium|canal|multus"; "i"))
)
| "\(.metadata.name)\timage=\(.spec.template.spec.containers[].image)"
'
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.
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.
This will depend on the CNI plugin in use.
One example here is Flannel (https://github.com/coreos/flannel) which does not support Network policy unless Calico is also in use.
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
|---|---|---|---|---|
| v8 | 7.4 Perform Automated Application Patch Management | x | x | x |
| v7 | 11.4 Install the Latest Stable Version of Any Security-related Updates on All Network Devices | x | x | x |
| Techniques / Sub-techniques | Tactics | Mitigations |
|---|---|---|
| N/A | N/A | N/A |