docs: record proxy-bypass closure with before and after evidence

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 16:17:24 +09:00
parent 3af52bb66a
commit e1ba9c5626
3 changed files with 151 additions and 12 deletions
@@ -164,3 +164,36 @@ curl -s http://192.168.122.11/api/echo \
 업그레이드하는 동안 구 Traefik 파드가 함께 살아 있다.** 이 시점에 측정하면
 옛 파드가 응답해 "고쳤는데 안 바뀌었다"고 오해하게 된다. `x-forwarded-server`
 값의 파드 이름으로 어느 파드가 응답했는지 확인해야 한다.
+
+---
+
+## 프록시 우회 차단 (2026-09-03 16:16 KST)
+
+`05-networkpolicy.txt`
+
+헤더 신뢰를 켠 뒤 남아 있던 구멍을 실증하고 막았다.
+
+**차단 전** — 클러스터 안에서 Traefik을 우회해 앱에 직접 요청하면
+`serverName: evil.example.com`, `remoteAddr: 1.2.3.4`로 **위조가 성립했다.**
+
+**적용한 것**
+
+| 파일 | 변경 |
+|---|---|
+| `traefik-forwarded-headers.yaml` | `192.168.122.0/24` 제거 (SNAT 때문에 도달 불가한 대역) |
+| `echo-network-policy.yaml` | Traefik 파드에서만 8081 허용 (라벨 기준) |
+
+**차단 후**
+
+```
+정상 경로   scheme=https, remoteAddr=100.123.124.30    동작
+우회 시도   HTTP 000 / curl exit 7                      연결 거부
+파드 상태   1/1 Running, restarts=0                     probe 정상
+```
+
+`exit 7`은 curl의 "Failed to connect"다. HTTP 403이 아니라
+**TCP 연결 자체가 성립하지 않았다**는 뜻이다.
+
+`restarts=0`이 중요하다. NetworkPolicy에서 kubelet probe 경로를 빠뜨리면
+probe가 실패해 파드가 재시작 루프에 빠진다. 노드의 cni0 주소
+(`10.42.0.1`, `10.42.1.1`)를 `/32`로 허용해 이를 피했다.