자체 빌드 이미지 프레임워크를 security-images 레포로 이관하고 카탈로그 쪽을 정리한다

images/·scripts/build/build-hardened-image.sh·suggest-go-upgrades.py·
build-image.yml·.claude/image-authoring.md·이미지 ADR(0001·0002·0004)을 삭제했다 —
전부 별도 public 레포 security-images 로 이미 이관됐다.

카탈로그 쪽에는 "무엇을 배포 중인가"를 아는 부분만 남긴다:
- catalog/image-map/<image>.env — 옛 catalog.env 의 카탈로그 레이아웃 정보만 뗀 것
- scripts/build/check-rebuild-needed.py — 드리프트 탐지(A 파트)만 남기고 핀 판단
  (B 파트: pin_changes/apply_changes/parse_module_specs)은 제거
- scripts/build/apply-published-tags.py(신규) — security-images 의 published.json
  을 읽어 카탈로그 values 를 패치
- .github/workflows/{self-build-drift-check,catalog-tag-update}.yml(신규) — 각각
  드리프트 스캔+트리거, 발행 태그 반영

effective_severity 를 cve-gate.py 로 옮겼다 — check-rebuild-needed.py 가 핀 도구를
거치지 않고 게이트를 직접 로드하게 하기 위한 선행 작업이다.

두 레포의 계약은 published.json 스키마 하나뿐이다 — security-images 는 이 카탈로그를
모른다(단방향 의존). 이관 배경·결합점 전체는
doc/migrations/self-build-images-to-security-images.md.

부수 수정: 자체 빌드 이미지를 참조하는 차트 values/README 의 죽은 링크(images/**,
doc/decisions/000{1,2,4}, .claude/image-authoring.md)를 security-images 레포를
가리키는 서술로 교체. deploy-test 스크립트·CUSTOM-README 의 개인 Docker Hub 계정
(docker.io/wbsong111) 을 docker.io/paasup 로 교체.

pitfalls.md 의 "스캐너 결과를 그대로 믿지 말 것" 절은 sbom-cve-gate skill 이 차트
축 설명에 실제로 참조하고 있어 남겼다 — "이미지 태그의 베이스 OS" 절만 제거했다
(다른 참조 없음, security-images 문서로 이관 완료).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

manifests/helm/cnpg-cluster/1.0.0/custom-values.yaml

@@ -4,12 +4,13 @@
 instances: 3
 
 postgresql:
-  # SUSE BCI 15.7 기반 자체 하드닝 빌드로 교체했다 (2026-07-28).
-  # 결정 근거·받아들인 비용 → doc/decisions/0001-cnpg-postgresql-image.md
-  # 빌드 정의 → images/cnpg-postgresql/suse.Dockerfile + suse.build.env
+  # SUSE BCI 15.7 기반 자체 하드닝 빌드로 교체했다.
+  # 결정 근거·받아들인 비용·빌드 정의는 별도 레포 security-images 의
+  # docs/decisions/0001-cnpg-postgresql-image.md 와 images/cnpg-postgresql/
+  # (이 레포에는 없다).
   #
   # 태그에 빌드일을 포함한다. 같은 앱 버전이라도 베이스 업데이트 결과가 시점마다 다르므로
-  # 롤링 태그를 쓰지 않는다 (.claude/image-authoring.md).
+  # 롤링 태그를 쓰지 않는다(security-images 레포의 docs/image-authoring.md).
   imageName: "docker.io/paasup/cnpg-postgresql:18.4-bci15.7-hardened-20260820"
   #
   # trivy 는 SLES 15.7 을 정상 커버한다 — 실효 C/H 0/0 은 측정된 결과이며 게이트 PASS 다.

manifests/helm/cnpg-cluster/1.0.0/dip-values.yaml

@@ -4,7 +4,8 @@ instances: 3
 
 postgresql:
   # custom-values.yaml 과 동일하게 SUSE BCI 15.7 자체 빌드를 쓴다.
-  # 근거·비용 → doc/decisions/0001-cnpg-postgresql-image.md
+  # 근거·비용은 별도 레포 security-images 의 docs/decisions/0001-cnpg-postgresql-image.md
+  # (이 레포에는 없다).
   # trivy 는 SLES 15.7 을 정상 커버한다(게이트의 CoverageProbe 가 매 스캔마다 확인 —
   #   doc/sbom-pipeline.md).
   # 실효 C/H 0/0, 게이트 PASS.