→ 读 references/network-attacks.md

Kubernetes 集群内网络侦察

在 K8s 集群中横向移动的第一步是弄清楚还有哪些服务在运行。因为 K8s 用 DNS 做服务发现，每个 Service 和 Pod 都有可预测的 DNS 名称，这意味着通过 DNS 反查就能系统性地枚举整个集群。

K8s DNS 命名规则

资源类型	DNS 格式	示例
Service	<svc>.<ns>.svc.cluster.local	redis.default.svc.cluster.local
Pod	<pod-ip-dashed>.<ns>.pod.cluster.local	10-244-0-5.default.pod.cluster.local
Headless Service	<pod-name>.<svc>.<ns>.svc.cluster.local	web-0.nginx.default.svc.cluster.local

注意: DNS 后缀不一定是 cluster.local，由集群配置决定。检查 /etc/resolv.conf 中的 search 行。

SRV 记录

Service 的 SRV 记录暴露端口信息：

nslookup -type=srv <service>.<namespace>.svc.cluster.local
# 输出示例: service = 0 50 80 svc.ns.svc.cluster.local
# 即使没有 _proto 前缀，也能查到所有有效端口

---

Phase 1: 确定扫描范围

DNS PTR 反查是逐 IP 的, , /16 范围有 65535 个 IP，盲扫可能需要几十分钟。先花 30 秒确定 Service CIDR，能把扫描时间从分钟级降到秒级。

先获取入口点信息（按可靠度从高到低）

# 1. 环境变量（最快，几乎必有）
echo $KUBERNETES_SERVICE_HOST
env | grep -i service_host

# 2. DNS 配置（nameserver 地址通常在 Service CIDR 内）
cat /etc/resolv.conf

# 3. DNS 查询（返回的 API Server IP 暴露 CIDR 段）
nslookup kubernetes.default.svc.cluster.local

# 4. 路由表/ARP（辅助推断）
cat /etc/hosts && ip route && arp -a 2>/dev/null

# 5. 避免用 ip addr, sidecar 注入的虚拟网卡会干扰判断

从获取到的 IP 推断 Service CIDR。

子网范围选择策略

⚠️ 禁止用 /8 或更大范围, 16M+ IP 永远扫不完，会浪费整轮时间。

推荐扫描粒度：

1. 先用上面获取的 KUBERNETES_SERVICE_HOST 确定 Service CIDR
2. 从 /24 开始（256 IP，秒级完成），无结果则扩到 /16（65K IP，分钟级）
3. 常见 Service CIDR：10.96.0.0/16、10.100.0.0/16、10.43.0.0/16（K3s）
4. 如果 KUBERNETES_SERVICE_HOST 是 10.96.0.1，扫 10.96.0.0/16

---

Phase 2: DNS 批量扫描

使用 K8Spider（推荐）

# PTR 反查 + SRV 记录 + 多线程，一条命令完成全部扫描
k8spider scan -subnet 10.100.0.0/24

# 更大的范围
k8spider scan -subnet 10.96.0.0/12    # 默认 Service CIDR
k8spider scan -subnet 10.244.0.0/16   # Pod CIDR (Flannel 默认)
k8spider scan -subnet 10.42.0.0/16    # Pod CIDR (K3s 默认)