자체 빌드 이미지 레포명을 security-images에서 hardened-containers로 정정한다

실제 레포명은 hardened-containers인데 이관 커밋 이후 문서·워크플로·차트 주석에
잘못된 이름 security-images가 남아 있었다. 텍스트 참조 전체를 정정하고
doc/migrations/의 이관 핸드오프 문서도 파일명까지 리네임했다. env var/secret
이름(SECURITY_IMAGES_REPO, SECURITY_IMAGES_DISPATCH_TOKEN)은 GitHub Secret
재등록이 필요한 별도 운영 작업이라 이번 텍스트 정정 범위에서 제외했다.

덧붙여 scripts/build/patch-catalog-tag.py의 docstring이 삭제된 build-image.yml을
호출자로 여전히 가리키고 있던 것도 실제 호출 경로(check-rebuild-needed.py /
apply-published-tags.py → catalog-tag-update.yml)로 고쳤다.

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

.github/workflows/catalog-tag-update.yml

@@ -1,13 +1,13 @@
 name: catalog-tag-update
 
-# security-images(자체 빌드 이미지 레포, public)의 `published.json` 을 읽어 카탈로그
+# hardened-containers(자체 빌드 이미지 레포, public)의 `published.json` 을 읽어 카탈로그
 # values 의 이미지 태그를 갱신한다. 그 레포는 이 카탈로그를 모른다 — 게이트 PASS + push
 # 가 실제로 일어난 이미지의 ref 를 `published.json` 에 기록해 둘 뿐이다. "그 태그를 어느
 # 차트에 반영할지" 는 이 카탈로그가 판단한다(catalog/image-map/<image>.env).
 #
-# public raw URL 로 읽으므로 인증이 필요 없다. security-images 쪽 시크릿·PAT 도 없다 —
+# public raw URL 로 읽으므로 인증이 필요 없다. hardened-containers 쪽 시크릿·PAT 도 없다 —
 # 의존 방향은 카탈로그 → 이미지 단방향이다(docs/image-authoring.md "카탈로그 레포와의
-# 계약", security-images 레포).
+# 계약", hardened-containers 레포).
 #
 # PR 은 자동 생성하지 않는다 — GitHub Actions 는 GITHUB_TOKEN 으로 PR 을 만들 수 없다는
 # 조직 정책에 막혀 있다(build-image.yml 이 자체 빌드 축에서도 같은 제약을 받았다).
@@ -23,7 +23,7 @@ permissions:
   contents: write
 
 env:
-  SECURITY_IMAGES_REPO: paasup/security-images
+  SECURITY_IMAGES_REPO: paasup/hardened-containers
 
 jobs:
   update:
@@ -71,7 +71,7 @@ jobs:
           ")"
           git commit \
             -m "자체 빌드 이미지 태그 갱신: $IMAGES" \
-            -m "security-images 레포의 published.json(게이트 PASS + push 확인된 발행 기록)을" \
+            -m "hardened-containers 레포의 published.json(게이트 PASS + push 확인된 발행 기록)을" \
             -m "반영한다. 상세는 이 실행의 Job Summary 참고." \
             -m "Co-Authored-By: github-actions[bot] <github-actions[bot]@users.noreply.github.com>"
           git push -u origin "$BRANCH"

.github/workflows/self-build-drift-check.yml

@@ -1,11 +1,11 @@
 name: self-build-drift-check
 
-# 배포 중인 자체 빌드 이미지(security-images 레포가 만든 것)가 새 CVE 로 규정을 벗어났는지
+# 배포 중인 자체 빌드 이미지(hardened-containers 레포가 만든 것)가 새 CVE 로 규정을 벗어났는지
 # 이 카탈로그가 스스로 스캔해 판정한다. "무엇이 배포 중인가"는 이 카탈로그만 안다 —
-# security-images 는 자기 스스로 이 판단을 하지 않는다
-# (security-images 레포 docs/image-authoring.md "재빌드는 이 레포가 스스로 트리거하지 않는다").
+# hardened-containers 는 자기 스스로 이 판단을 하지 않는다
+# (hardened-containers 레포 docs/image-authoring.md "재빌드는 이 레포가 스스로 트리거하지 않는다").
 #
-# 판정(scripts/build/check-rebuild-needed.py)이 재빌드 대상이라고 하면 security-images 의
+# 판정(scripts/build/check-rebuild-needed.py)이 재빌드 대상이라고 하면 hardened-containers 의
 # `build-image.yml` 을 `workflow_dispatch` 로 부른다. 그 워크플로가 실제 빌드·검증·게이트·
 # push·`published.json` 갱신을 한다 — 이 워크플로는 트리거만 한다.
 #
@@ -18,7 +18,7 @@ on:
     - cron: '0 2 * * 1'   # 매주 월요일 02:00 UTC
 
 env:
-  SECURITY_IMAGES_REPO: paasup/security-images
+  SECURITY_IMAGES_REPO: paasup/hardened-containers
 
 jobs:
   drift-check:
@@ -60,7 +60,7 @@ jobs:
           print("images=" + json.dumps([r["image"] for r in rows if r["status"] == "rebuild"]))
           PY
 
-      - name: security-images 재빌드 트리거
+      - name: hardened-containers 재빌드 트리거
         if: steps.scan.outputs.images != '' && steps.scan.outputs.images != '[]'
         env:
           GH_TOKEN: ${{ secrets.SECURITY_IMAGES_DISPATCH_TOKEN }}