docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
This commit is contained in:
Antigravity Agent
2026-07-05 00:33:48 +09:00
parent 1cfd3bbb56
commit 9148c358d0
6455 changed files with 1 additions and 86875 deletions
@@ -0,0 +1,130 @@
---
id: security-csrf-patterns
title: CSRF — Cookie 인증의 함정
category: Coding
status: draft
source_trust_level: B
verification_status: conceptual
created_at: 2026-05-09
updated_at: 2026-05-09
tags: [security, csrf, cookies, vibe-coding]
tech_stack: { language: "TypeScript / Express", applicable_to: ["Web"] }
applied_in: []
aliases: [Cross-Site Request Forgery, SameSite, double submit, CSRF token]
---
# CSRF — Cookie 인증의 함정
> Cookie 가 자동 전송되는 점을 노린 공격. **SameSite=Strict/Lax** 가 1차 방어, **CSRF token (double submit)** 이 2차. **Authorization header (JWT in memory)** 사용 시엔 CSRF 자체가 거의 무관.
## 📖 핵심 개념
공격자: `evil.com` 의 form 이 자동으로 `bank.com/transfer` 로 POST. 사용자 cookie 가 자동 첨부 → 인증 통과.
방어:
- **SameSite cookie**: 다른 origin 에서 cookie 안 보냄.
- **CSRF token**: 매 form 마다 고유 token, 서버가 cookie 와 form 두 곳 비교.
- **Origin / Referer header 검증**: 보조.
- **JWT in Authorization header (cookie 아님)**: CSRF 자동 면역.
## 💻 코드 패턴
### SameSite cookie (1차 방어)
```ts
res.cookie('session', token, {
httpOnly: true,
secure: true,
sameSite: 'strict', // 또는 'lax' (top-level GET 허용)
path: '/',
maxAge: 7 * 24 * 60 * 60 * 1000,
});
```
`Strict`: cross-site 어떤 요청도 cookie 안 감. 외부 링크 클릭으로 들어와도 cookie X (UX 영향).
`Lax`: top-level GET 만 OK. 폼 POST / iframe 차단.
`None`: cross-site OK — `Secure` 필수. 거의 안 씀.
### Double submit cookie (CSRF token)
```ts
import csrf from 'csurf';
app.use(csrf({ cookie: true }));
// 페이지 렌더 시
app.get('/dashboard', (req, res) => {
res.render('dashboard', { csrfToken: req.csrfToken() });
});
// → form 안에 <input type="hidden" name="_csrf" value="...">
// 모든 POST 가 자동 검증
app.post('/transfer', (req, res) => {
// csurf 가 이미 검증
doTransfer(req.body);
});
```
### Custom header — SPA
```ts
// CSRF token을 cookie + JS-readable form 둘 다.
// SPA 가 fetch 시 X-CSRF-Token 헤더로 전송.
res.cookie('csrf_token', token, { httpOnly: false, sameSite: 'strict', secure: true });
// 서버 검증
app.use((req, res, next) => {
if (['POST', 'PUT', 'DELETE', 'PATCH'].includes(req.method)) {
const cookie = req.cookies.csrf_token;
const header = req.header('x-csrf-token');
if (!cookie || cookie !== header) return res.status(403).end();
}
next();
});
// 클라이언트
fetch('/api/x', {
method: 'POST',
headers: { 'X-CSRF-Token': getCookie('csrf_token') },
credentials: 'include',
});
```
### Origin / Referer 검증 (보조)
```ts
const allowedOrigins = ['https://app.example.com'];
app.use((req, res, next) => {
if (req.method !== 'GET') {
const origin = req.header('origin');
if (!origin || !allowedOrigins.includes(origin)) return res.status(403).end();
}
next();
});
```
## 🤔 의사결정 기준
| 인증 방식 | CSRF 위험 |
|---|---|
| Cookie (session) | ✅ 위험 — SameSite + token |
| Authorization: Bearer (memory) | ❌ 거의 무관 (XSS 가 진짜 위험) |
| Cookie + Authorization 혼용 | 둘 다 점검 |
| OAuth implicit (deprecated) | 별도 위험 |
| API 종류 | 보호 |
|---|---|
| Same-origin SPA + cookie | SameSite + token |
| Cross-origin SPA + cookie | SameSite=None + Secure + token + Origin 검증 |
| Mobile app | Bearer token (cookie 아님) |
| Public read API | CSRF 불필요 |
## ❌ 안티패턴
- **GET 으로 mutation**: GET 은 CSRF token 검증 안 하는 경우 많음. 항상 POST/PUT/DELETE.
- **모든 cookie SameSite=None**: cross-site 무방비. 실제 필요한 경우만.
- **CSRF token 을 GET response 의 body 에**: 다른 origin 이 fetch 못 보는 동안 OK 지만 캐시되면 누설.
- **token 검증 timing attack**: `===` 대신 constant-time compare.
- **세션과 token 불일치 무시**: 그냥 통과.
- **Referer 만 의존**: 일부 브라우저 / 프록시 가 strip.
- **CSRF token 을 URL query 에**: 로그 / referer 누설.
## 🤖 LLM 활용 힌트
- Cookie auth = SameSite + double submit token + Origin 검증 3종.
- Bearer token (memory) 가 SPA 의 더 단순한 답.
## 🔗 관련 문서
- [[Web_JWT_Patterns]]
- [[Security_Output_Encoding_XSS]]