CLAUDE_CODE_PROMPT.md

K-SecGuide — Claude Code 마스터 프롬프트

프로젝트 개요

주요정보통신기반시설 취약점 분석·평가 가이드(관리/물리/기술)를 GitHub Pages로 구축하는 프로젝트. 보안 실무자가 PDF 1,205페이지를 뒤적이는 대신 웹에서 즉시 검색·참조·법령매핑할 수 있게 하는 것이 목표.

---

⚠️ 반드시 지켜야 할 원칙

1. 공공누리 제4유형 준수 (최우선)

• 본 공공저작물은 공공누리 "출처표시+상업적이용금지+변경금지" 조건에 따라 이용할 수 있습니다.
• 출처: 한국인터넷진흥원(KISA)
• 문서명: "2026 주요정보통신기반시설 관리·물리적 취약점 분석·평가 방법 안내서" / "2026 주요정보통신기반시설 기술적 취약점 분석·평가 방법 상세가이드"
• 모든 페이지 Footer에 공공누리 마크 + 출처 표기 필수
• 원문 내용 변경 금지 — 그대로 게재 (오탈자 수정도 하지 않음)
• 상업적 이용 금지 — 사이트에 광고·유료화 불가
• 공공누리 로고 이미지: /assets/images/gonggong-nuri.png 에 배치

2. 환각(Hallucination) 방지

• PDF 원문에 없는 내용을 절대 추가하지 않는다
• 항목코드, 항목명, 점검내용, 판단기준, 관계법규 등은 반드시 PDF 파싱 결과에서만 가져온다
• 법령 조문 내용은 사용자가 별도 제공한 법령 데이터에서만 가져온다
• 불확실한 내용은 빈칸/TBD로 남기고 사용자에게 확인을 요청한다

2-1. 크로스레퍼런스(관리↔기술 매핑) 작성 규칙

• Claude가 양쪽 PDF의 항목명·세부설명·점검내용 텍스트를 근거로 초안을 생성한다
• 각 매핑에는 반드시 아래 3가지를 함께 기록한다: (1) 근거: 어떤 텍스트를 보고 연결했는지 (양쪽 항목의 구체적 문구 인용) (2) 확신도: "높음" / "중간" / "낮음" (3) 매핑유형: "직접구현" (기술항목이 관리항목의 직접적 구현수단) / "관련" (도메인은 같지만 1:1 대응은 아님) / "간접" (넓은 맥락에서 연관)
• 확신도 "낮음" 항목은 사이트에 바로 반영하지 않고 별도 검토 목록으로 분리한다
• 초안 생성 후 반드시 사용자 검수를 거쳐 확정한다
• 사용자가 수정/삭제/추가한 결과가 최종본이 된다

3. 단계적 작업

• 한 번에 전체를 만들지 않는다
• 각 단계 완료 후 사용자 검수를 받고 다음 단계로 넘어간다
• 각 단계에서 생성한 파일 목록과 변경사항을 명확히 보고한다

---

개발 환경

• 사용자 환경: 로컬 개발환경 없음. 브라우저(github.dev)만 사용.
• 작업 방식: Claude Code가 GitHub 레포에 브랜치를 생성하고 직접 코드를 작성·커밋·푸시한다.
• 검수 방식: 사용자가 GitHub에서 브랜치/PR 확인 후 main에 merge한다.
• PDF 위치: 레포의 source-pdf/ 폴더에 있음. Claude Code는 여기서 읽는다.
• 미리보기: merge 후 GitHub Pages 자동 빌드 (1~2분) → 배포 URL에서 확인.

---

원본 문서 구조

문서 1: 관리·물리적 취약점 분석·평가 방법 안내서 (332p)

• 파일 위치: source-pdf/관리_물리적_안내서.pdf (레포 내)
• 관리적 항목: A-1 ~ A-118 (118개)
• 물리적 항목: P-1 ~ P-18 (18개)
• 합계: 136개 항목
• 13개 관리 도메인 + 1개 물리 도메인:
  1. 정보보호 정책 (A-1~7)
  2. 정보보호 조직 (A-8~9)
  3. 자산분류 (A-10~14)
  4. 위험관리 (A-15~22)
  5. 감사 (A-23~26)
  6. 인적보안 (A-27~34)
  7. 외부자보안 (A-35~46)
  8. 교육 및 훈련 (A-47~52)
  9. 인증 및 권한관리 (A-53~59)
  10. 접근통제 (A-60~77)
  11. 운영관리 (A-78~102)
  12. 보안관리 (A-103~113)
  13. 사고대응 / 업무연속성 (A-114~118)
  14. 물리보안 (P-1~18)
• 각 항목 구조: 항목번호, 항목명, 관련조직, 세부설명, 고려사항, 관계법규(공통/공공/금융/ICT), 확인대상
• 부록: 참고자료 15건 + 서식예시 43건

문서 2: 기술적 취약점 분석·평가 방법 상세가이드 (873p)

• 파일 위치: source-pdf/기술적_상세가이드.pdf (레포 내)
• 11개 플랫폼, 363개 항목:
  1. UNIX 서버: U-01 ~ U-67 (67개) — 계정관리/파일디렉토리/서비스/패치/로그
  2. Windows 서버: W-01 ~ W-64 (64개) — 계정관리/서비스/패치/로그/보안관리
  3. 웹 서비스(보안설정): WEB-01 ~ WEB-26 (26개)
  4. 보안 장비: S-01 ~ S-23 (23개)
  5. 네트워크 장비: N-01 ~ N-38 (38개)
  6. 제어시스템: C-01 ~ C-51 (51개)
  7. PC: PC-01 ~ PC-18 (18개)
  8. DBMS: D-01 ~ D-26 (26개)
  9. 이동통신: M-01 ~ M-04 (4개)
  10. 웹(Web App): 약어코드 21종 (CI, SI, DI, EP, IL, XS, CF, SF, BF, IA, IN, PR, PV, FU, FD, IS, SN, CC, AE, AU, WM)
  11. 가상화 장비: HV-01 ~ HV-25 (25개)
• 각 항목 구조: 항목코드, 중요도(상/중/하), 분류, 항목명, 점검내용, 점검목적, 보안위협, 참고, 판단기준(양호/취약), 조치방법, 조치시영향, 점검및조치사례(OS별 커맨드)
• 관계법규 없음 (기술 실무 중심)

관계 법규 (관리·물리적 안내서에서 참조하는 14개 법령)

공통 (5개)

1. 정보통신기반 보호법 — 제5,6,7,9,10,11,12,13,15,27조
2. 정보통신기반 보호법 시행령 — 제9조
3. 개인정보 보호법 — 제21,24의2,26,28,29,31,32의2,34조
4. 개인정보 보호법 시행령 — 제16,30,39조
5. 개인정보의 안전성 확보조치 기준 — 제4~11,13조

공공기관 (2개)

6. 국가 정보보안 기본지침 — 44개 조문 (제4~102조 중 다수)
7. 보안업무규정 — 제22조

금융회사 (3개)

8. 전자금융거래법 — 제21,21의2,21의3,21의5,21의6조
9. 전자금융감독규정 — 25개 조문 + [별표2]
10. 신용정보업감독규정 — 제20조

ICT기업 (3개)

11. 정보통신망법 — 제45,45의3,46,47의4,48의2~4,50의3,52조
12. ISMS-P 인증 고시 — [별표7] 전체
13. 정보보호산업진흥법

기타 (1개)

14. 전자정부법 — 제35조

---

기술 스택

• 프레임워크: Jekyll (GitHub Pages 네이티브 빌드)
• 테마: just-the-docs (문서 사이트 최적화)
• 데이터 관리: _data/ 폴더에 YAML 파일로 구조화
• 검색: just-the-docs 내장 검색 + lunr.js
• 코드 하이라이팅: Rouge (기술적 가이드 점검 커맨드용)
• PDF 파싱: Python + pymupdf(fitz)
• 호스팅: GitHub Pages
• 라이선스: 사이트 구조/코드는 MIT, 원문 콘텐츠는 공공누리 제4유형

---

단계별 실행 계획

각 Step마다 Claude Code가 브랜치를 생성하고 작업 후 푸시한다. 사용자가 GitHub에서 확인 후 main에 merge하면 다음 Step으로 진행한다.

Step 1: 프로젝트 초기 셋업

브랜치: step-1-init

수행할 작업:
1. Jekyll 프로젝트 구조 생성 (just-the-docs 테마)
2. _config.yml 설정 (한국어, 네비게이션 구조, 검색 설정)
3. 메인 페이지(index.md) 생성
4. 공공누리 Footer 포함한 레이아웃 커스터마이징
5. .gitignore, README.md, LICENSE 생성
6. 커밋 + 푸시

생성할 파일:
- _config.yml
- Gemfile
- index.md
- _includes/footer_custom.html (공공누리 표시)
- README.md
- LICENSE
- .gitignore

※ 공공누리 로고 이미지(assets/images/gonggong-nuri.png)는 사용자가 별도 업로드
※ merge 후 GitHub Pages URL에서 메인 페이지 뜨는지 확인

Step 2: PDF 파싱 + 데이터 추출

브랜치: step-2-parse

수행할 작업:
1. source-pdf/ 폴더의 PDF 읽기 (pymupdf/fitz 사용)
2. 관리·물리적 안내서 파싱 → _data/admin_physical.yml
3. 기술적 상세가이드 파싱 → _data/technical/ 하위 플랫폼별 YAML
4. 관계법규 참조 데이터 추출 → _data/law_references.yml
5. 파싱 결과 검증 (항목 수 카운트, 누락 체크)
6. 커밋 + 푸시

주의사항:
- PDF 파싱 스크립트는 ./scripts/ 폴더에 보관
- 환각 방지: PDF 텍스트를 그대로 추출, 가공·요약하지 않음
- 데이터 양이 많으므로 플랫폼별로 나눠서 커밋 가능

생성할 파일:
- scripts/parse_admin_physical.py
- scripts/parse_technical.py
- scripts/validate_data.py
- _data/admin_physical.yml (136개 항목)
- _data/technical/unix.yml (67개)
- _data/technical/windows.yml (64개)
- _data/technical/web_security.yml (26개)
- _data/technical/security_device.yml (23개)
- _data/technical/network.yml (38개)
- _data/technical/control_system.yml (51개)
- _data/technical/pc.yml (18개)
- _data/technical/dbms.yml (26개)
- _data/technical/mobile.yml (4개)
- _data/technical/webapp.yml (21개)
- _data/technical/virtualization.yml (25개)
- _data/law_references.yml

Step 2 파싱 상세 가이드 (실측 기반)

아래는 실제 PDF를 열어서 확인한 파싱 함정과 패턴이다. 파싱 스크립트 작성 시 반드시 이 정보를 참고할 것.

문서1: 관리·물리적 안내서 파싱 규칙

항목 시작 패턴 (줄 단위): 항목 상세 내용은 p.17p.242 범위에 있다 (p.116은 목차/개요). 항목 코드가 단독 줄로 등장하면 항목 시작이다.

줄0: 'A-1' 또는 'P-1' (항목코드, 단독 줄)
줄1: '관리적 분야 > N. 도메인명' (분류 경로)
줄2: '항목명 텍스트' (점검 항목 설명)
줄3: '관련 조직'
줄4: '조직명'
줄5: '세부 설명'
...

단, 도메인 첫 번째 항목(A-1, A-8, A-10 등)은 앞에 도메인 번호+이름이 추가됨:

줄0: '01' (도메인 번호)
줄1: '정보보호 정책' (도메인 이름)
줄2: 'A-1' (항목코드)
...

항목코드 등장 위치 (중복 주의):

• p.10~16 (목차 페이지): 전체 항목 코드가 목록으로 나열됨 → 파싱 대상 아님
• p.17~242 (본문): 실제 항목 상세 내용 → 파싱 대상
• 하나의 코드가 목차(1회) + 본문(1회) = 총 2회 등장
• 파싱 시 p.17 이후 페이지만 대상으로 할 것

항목-페이지 매핑 (실측):

• A-1: p.17, A-2: p.19, A-3: p.20 ... A-118: p.213
• P-1: p.217, P-2: p.219 ... P-18: p.242
• 대부분 항목은 1~2페이지, 일부(접근통제 등)는 3페이지 이상

관계법규 섹션 패턴: 항목 내에서 '관계 법규'라는 줄 이후에 업종 구분이 나온다:

'관계 법규'
'공통'
'정보통신기반 보호법 제10조(보호지침)'
'개인정보 보호법 제29조(안전조치의무)'
'공공기관'
'국가 정보보안 기본지침 제4조(책무), 제5조(정보보안담당관 운영)'
'금융회사'
'전자금융거래법 제21조(안전성의 확보의무)'
'ICT기업'
'정보보호 및 개인정보보호 관리체계 인증 등에 관한 고시 [별표7] ...'
'확인 대상(예시)'  ← 관계법규 종료, 확인대상 시작

업종 구분 키워드: '공통', '공공기관', '금융회사', 'ICT기업' 관계법규 종료 키워드: '확인 대상' 또는 '확인대상'

노이즈 필터링:

• A-128 → ARIA-128 (암호 알고리즘) 본문 내 등장. 제외할 것
• A-256 → AES-256 (암호 알고리즘) 본문 내 등장. 제외할 것
• 유효 범위: A-1A-118, P-1P-18만 인정
• 정규식: ^[AP]-\d{1,3}$ (단독 줄) + 범위 검증

부록 영역:

• p.243269: 참고자료 (제1호제15호)
• p.270332: 서식 예시 (제1호제43호)
• 부록은 별도 파싱 (항목 파싱과 분리)

문서2: 기술적 상세가이드 파싱 규칙

항목 시작 패턴 (모든 플랫폼 공통):

줄0: '항목코드' (단독 줄, 예: 'U-01', 'W-01', 'HV-01', 'CI')
줄1: '(상)' 또는 '(중)' 또는 '(하)' (중요도, 단독 줄)
줄2: '플랫폼 > N. 도메인명' (분류, 예: 'UNIX > 1. 계정 관리')
줄3: '항목명 텍스트'
줄4: '개요'
줄5: '점검 내용'
줄6: 점검내용 텍스트...

이 3줄 연속 패턴(코드 → 중요도 → 분류)이 항목 시작의 확실한 시그널이다.

항목코드 등장 위치 (중복 주의): 각 코드가 2번 등장한다:

• 1번째: 챕터 앞부분 목록 페이지 (예: p.8~11 UNIX 목록)
• 2번째: 본문 상세 페이지 (예: p.12 U-01 상세) 파싱 시 '(상)/(중)/(하)'가 바로 다음 줄에 오는 경우만 항목 시작으로 인식할 것.

플랫폼별 코드 체계와 페이지 범위:

플랫폼	코드	범위	목록 페이지	본문 시작
UNIX 서버	U-01~U-67	p.7~171	p.8~11	p.12
Windows 서버	W-01~W-64	p.172~270	p.173~176	p.177
웹 서비스	WEB-01~WEB-26	p.271~352	p.272~273	p.274
보안 장비	S-01~S-23	p.353~386	p.354~355	p.356
네트워크 장비	N-01~N-38	p.387~466	p.388~390	p.391
제어시스템	C-01~C-51	p.467~551	p.468~471	p.472
PC	PC-01~PC-18	p.552~592	p.553~554	p.555
DBMS	D-01~D-26	p.593~669	p.594~595	p.596
이동통신	M-01~M-04	p.670~675	p.671	p.672
웹(Web App)	약어 21종	p.676~786	p.678	p.679
가상화 장비	HV-01~HV-25	p.787~873	p.788~789	p.790

웹(Web App) 특수 처리:

• 항목코드가 번호가 아닌 약어: CI, SI, DI, EP, IL, XS, CF, SF, BF, IA, IN, PR, PV, FU, FD, IS, SN, CC, AE, AU, WM
• 각 약어가 2~3번 등장 (목록 + 본문 시작 + 본문 내 반복참조 가능)
• CC(쿠키변조)는 3번 등장 확인됨 — 항목 시작은 '(상)'이 바로 다음에 오는 곳
• 항목명은 줄2가 아니라 줄3에 있음 (줄2는 'Web Application(웹)'):

  'CI'
  '(상)'
  'Web Application(웹)'     ← 플랫폼명 (항목명 아님)
  '1. 코드 인젝션 (Code Injection)'  ← 이게 항목명
  

노이즈 필터링:

• S-1 → 본문 텍스트 내 노이즈. 유효 보안장비 코드는 S-01~S-23 (2자리 패딩)
• S-256 → AES-256 관련 텍스트 노이즈. 제외할 것
• 각 플랫폼별 유효 범위를 벗어나는 번호는 모두 노이즈

항목 내 공통 섹션 키워드 (순서대로):

1. '개요' → '점검 내용' → '점검 목적' → '보안 위협' → '참고'
2. '점검 대상 및 판단 기준' → '대상' → '판단 기준' (양호/취약)
3. '조치 방법'
4. '조치 시 영향'
5. '점검 및 조치 사례' (OS별 커맨드, 코드블록으로 처리)

Step 3: 관리·물리적 분야 페이지 생성

브랜치: step-3-admin-physical

수행할 작업:
1. 관리 도메인별 페이지 13개 생성 (Markdown + Liquid 템플릿)
2. 물리 도메인 페이지 1개 생성
3. 각 페이지는 _data/admin_physical.yml에서 데이터를 읽어 렌더링
4. 관계법규 링크는 국가법령정보센터 URL로 연결
5. 네비게이션 구조 설정
6. 커밋 + 푸시

페이지 구조 (각 항목):
- 항목번호 + 항목명 (헤딩)
- 관련 조직
- 세부 설명
- 고려 사항
- 관계 법규 (공통/공공/금융/ICT 구분, 법령정보센터 링크)
- 확인 대상 (체크리스트)

생성할 파일:
- docs/admin/01-policy.md ~ docs/admin/13-incident.md (13개)
- docs/physical/01-physical-security.md (1개)

Step 4: 기술적 분야 페이지 생성

브랜치: step-4-technical

수행할 작업:
1. 플랫폼별 페이지 11개 생성
2. 각 페이지는 _data/technical/*.yml에서 데이터를 읽어 렌더링
3. 점검 커맨드는 코드블록으로 표시 (코드 하이라이팅 + 복사 버튼)
4. 중요도(상/중/하) 뱃지 표시
5. 판단기준(양호/취약) 명확히 구분 표시
6. 커밋 + 푸시

페이지 구조 (각 항목):
- 항목코드 + 중요도 뱃지 + 항목명 (헤딩)
- 점검 내용 / 점검 목적 / 보안 위협
- 판단 기준 (양호/취약 조건)
- 조치 방법
- 조치 시 영향
- 점검 및 조치 사례 (OS별, 코드블록)

생성할 파일:
- docs/technical/01-unix.md ~ docs/technical/11-virtualization.md (11개)

Step 5: 크로스레퍼런스(관리↔기술) 초안 생성

브랜치: step-5-cross-ref

수행할 작업:
1. _data/ YAML 데이터를 기반으로 매핑 초안 생성
2. 매핑 로직:
   - 관리 항목의 "항목명 + 세부설명 + 고려사항" 텍스트와
   - 기술 항목의 "항목명 + 점검내용 + 점검목적" 텍스트를 대조
   - 도메인 키워드 매칭 (계정관리↔계정관리, 접근통제↔접근통제 등)
3. 각 매핑에 반드시 기록:
   - 근거: 양쪽 텍스트에서 연결 판단의 근거가 된 구체적 문구
   - 확신도: 높음/중간/낮음
   - 매핑유형: 직접구현/관련/간접
4. 결과물을 3개 파일로 분리:
   - cross_ref_confirmed.yml — 확신도 "높음" (바로 사이트 반영 가능)
   - cross_ref_review.yml — 확신도 "중간" (사용자 검토 필요)
   - cross_ref_uncertain.yml — 확신도 "낮음" (사용자 판단 대기)
5. 검수용 리포트 생성: 매핑 통계, 미매핑 항목 목록
6. 커밋 + 푸시

※ 이 Step은 반드시 사용자 검수 후 확정한다
※ 사용자가 수정/삭제/추가한 결과가 최종본이 된다
※ 검수 완료 전까지 사이트에는 확신도 "높음"만 반영한다

생성할 파일:
- _data/cross_ref_confirmed.yml (확신도 높음)
- _data/cross_ref_review.yml (확신도 중간 — 검토용)
- _data/cross_ref_uncertain.yml (확신도 낮음 — 검토용)
- scripts/generate_cross_reference.py (매핑 생성 스크립트)
- cross_ref_review_report.md (검수용 리포트)

Step 6: 법령 매핑 페이지 생성

브랜치: step-6-laws

수행할 작업:
1. source-pdf/laws/ 폴더의 법령 PDF 파싱
2. 법령별 역인덱스 페이지 (법령 → 관련 점검항목 목록)
3. 업종별 보기 페이지 (공통/공공/금융/ICT)
4. 법령 링크는 국가법령정보센터 퍼마링크
5. 각 법령 페이지에 "최종확인일" 표시
6. 커밋 + 푸시

※ source-pdf/laws/에 있는 법령 파일만 사용. 없는 법령은 TBD로 남김.
※ 대부분 PDF(pymupdf), 국가정보보안기본지침만 HWP(python-hwp 또는 olefile로 파싱).
※ 사용자가 법령 파일을 추가 업로드하면 이후 업데이트 가능.

생성할 파일:
- docs/laws/index.md (법령 매핑 개요)
- docs/laws/by-law.md (법령별 보기)
- docs/laws/by-sector.md (업종별 보기)

Step 7: 부록 + About 페이지

브랜치: step-7-appendix

수행할 작업:
1. 참고자료 목록 페이지 (제1~15호)
2. 서식 예시 목록 페이지 (제1~43호)
3. About 페이지 (프로젝트 소개, 공공누리 상세 표시)
4. 변경이력(Changelog) 페이지
5. 커밋 + 푸시

생성할 파일:
- docs/appendix/references.md
- docs/appendix/forms.md
- docs/about.md
- docs/changelog.md

Step 8: UX 고도화 + 최종 점검

브랜치: step-8-ux-final

수행할 작업:
1. 중요도 필터 (기술 항목 상/중/하)
2. 코드블록 복사 버튼
3. 크로스레퍼런스 반영 (관리 페이지에 "관련 기술항목" / 기술 페이지에 "관련 관리항목" 링크)
4. 모바일 반응형 확인
5. 전체 항목 수 검증 (관리 136 + 기술 363 = 499)
6. 깨진 링크 체크
7. SEO 설정 (sitemap, meta)
8. 커밋 + 푸시
9. 최종 배포 확인

---

실행 방법

사전 준비 (사용자가 GitHub 웹에서 수행):
1. GitHub에서 새 레포 생성 (예: k-secguide, Public)
2. 레포에 source-pdf/ 폴더 생성 후 PDF 2개 업로드
3. 레포에 CLAUDE.md, CLAUDE_CODE_PROMPT.md 업로드
4. Settings → Pages → Source: main 브랜치 선택

Claude Code에서:
> 이 레포를 클론하고, CLAUDE_CODE_PROMPT.md를 읽은 뒤 Step 1을 실행해줘.
> source-pdf/ 폴더에 PDF 파일이 있으니 참고해.

각 Step 완료 후:
> 사용자가 GitHub에서 브랜치/PR 확인 → main에 merge
> "Step N 확인 완료, Step N+1 진행해줘"

---

디렉토리 구조 (최종 목표)

k-secguide/
├── _config.yml
├── Gemfile
├── index.md
├── README.md
├── LICENSE
├── .gitignore
├── CLAUDE.md
├── CLAUDE_CODE_PROMPT.md
├── source-pdf/                   # 원본 PDF (레포에 포함)
│   ├── 관리_물리적_안내서.pdf
│   ├── 기술적_상세가이드.pdf
│   └── laws/                     # 법령 파일
│       ├── 정보통신기반보호법.pdf
│       ├── 정보통신기반보호법시행령.pdf
│       ├── 개인정보보호법.pdf
│       ├── 개인정보보호법시행령.pdf
│       ├── 개인정보의안전성확보조치기준.pdf
│       ├── 국가정보보안기본지침.hwp   # ※ NCSC(ncsc.go.kr)에서 다운로드, HWP 형식
│       ├── 보안업무규정.pdf
│       ├── 전자금융거래법.pdf
│       ├── 전자금융감독규정.pdf
│       ├── 신용정보업감독규정.pdf
│       ├── 정보통신망법.pdf
│       ├── ISMS-P인증고시.pdf
│       ├── 정보보호산업진흥법.pdf
│       └── 전자정부법.pdf
├── _data/
│   ├── admin_physical.yml
│   ├── technical/
│   │   ├── unix.yml
│   │   ├── windows.yml
│   │   ├── web_security.yml
│   │   ├── security_device.yml
│   │   ├── network.yml
│   │   ├── control_system.yml
│   │   ├── pc.yml
│   │   ├── dbms.yml
│   │   ├── mobile.yml
│   │   ├── webapp.yml
│   │   └── virtualization.yml
│   ├── law_references.yml
│   ├── cross_ref_confirmed.yml
│   ├── cross_ref_review.yml
│   ├── cross_ref_uncertain.yml
│   └── navigation.yml
├── _includes/
│   └── footer_custom.html
├── assets/
│   ├── css/custom.css
│   └── images/
│       └── gonggong-nuri.png
├── docs/
│   ├── admin/
│   ├── physical/
│   ├── technical/
│   ├── laws/
│   ├── appendix/
│   ├── about.md
│   └── changelog.md
└── scripts/
    ├── parse_admin_physical.py
    ├── parse_technical.py
    ├── generate_cross_reference.py
    └── validate_data.py