Files

T

wbsong111 1a747f61a8 자체 빌드 이미지 문서가 이 레포에 없는 경로를 인용하던 것을 없앤다 (#33 ) (#34 )

images/·manifests/helm/·.claude/ 의 20개 파일이 doc/decisions·doc/analysis 등 **이 레포에
존재한 적 없는 경로 15종을 48곳에서** 인용하고 있었다. security-catalog 에서 포팅할 때
따라온 것인데, 그 레포는 개인 레포(github.com/wbsong111/security-catalog)라 팀 구성원은
접근조차 못 한다 — "security-catalog 에 있으나 이관되지 않았다" 는 안내가 아무 역할을
하지 못했다.

원문을 통째로 복사하지 않았다
----------------------------
원본 문서들이 서로를 근거로 인용한다. decisions/0001 하나만 봐도 analysis/cnpg-image-baseline.md
· analysis/vendor-unassessed-data-sources.md 처럼 **인용 목록에 없던 또 다른 미이관 문서**를
가리킨다. 복사는 문제를 옮기는 것이지 없애는 게 아니다.

그리고 대부분은 애초에 dip-catalog 가 더 나은 것을 갖고 있다. 7곳에서 인용되던
analysis/sles-oval-measurement.md 는 원문 스스로 "이 문서는 결정하지 않는다. 재측정하면
갱신된다" 고 밝히는 스냅샷인데, dip-catalog 는 같은 측정을 CoverageProbe 로 매 스캔마다
자동으로 한다. 문서를 복사하는 것보다 게이트를 가리키는 것이 정확하다.

그래서 성격별로 나눴다
---------------------
  재측정으로 복원 안 되는 것  →  doc/decisions/ 에 자립적 ADR 로 다시 씀 (4건)
  이미 단일 출처가 있는 것    →  그쪽으로 인용 교체 (11종 경로)

ADR 4건은 security-catalog 0001·0005·0006·0007 이 원본이고, 결론과 근거만 추려
dip-catalog 맥락으로 새로 썼다 — **레포 밖을 가리키는 링크가 0이다.** 번호는 이 레포에서
0001~0004 로 다시 붙였고 원본 대응은 각 문서와 README 에 적었다. 왜 안 가져온 것은 안
가져왔는지도 README 표에 남겼다.

인용 교체는 카테고리별로:
  analysis/*-cve.md, cnpg-image-vuln-comparison.md  →  해당 ADR · images/<image>/README.md
  analysis/sles-oval-measurement.md                 →  게이트 CoverageProbe (doc/sbom-pipeline.md)
  cve-zero-pipeline.md, architecture/build-pipeline.md → doc/sbom-pipeline.md
  image-selection.md                                →  .claude/image-authoring.md
  charts/*/deploy-test.md                           →  scripts/deploy-test/*.sh + 절차 문서

찾은 오류 2건
-------------
- images/cloudnative-pg/source.build.env 가 인용한 decisions/0004-cloudnative-pg-operator-self-build.md
  는 **번호 오기**다. 원본 0004 는 postgresql-chart-selection 이고 이 결정은 0005 다.
- cnpg-cluster values.yaml·templates/database.yaml 이 인용한 doc/deploy-test-cnpg.md 는
  **원본 레포에도 없다.** CREATE EXTENSION 함정 설명은 주석 자체에 이미 있어 인용만 뺐다.

검증
----
  우리 파일의 깨진 doc/ 인용        0건 (전수 스캔)
  새 문서·수정 문서의 로컬 링크     전부 실재 확인
  helm template                     cnpg-cluster · etcd · cloudnative-pg 정상 렌더

남은 doc/health-checking.md(144곳)·doc/integration/*(2곳)은 업스트림 CRD·차트 안의 문자열로
우리가 쓴 인용이 아니다 — 건드리지 않았다.

Closes #33

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-20 10:20:40 +09:00

4.7 KiB

Raw Blame History

0004. etcd 이미지를 소스 컴파일 자체 빌드로 대체한다

날짜: 2026-07-31 (결정) · 2026-08-04 (docker.io/paasup 로 재빌드)
상태: 확정
원본: security-catalog ADR 0007 — dip-catalog 맥락으로 다시 썼다(README 참고)

결정

manifests/helm/etcd/1.1.12/ 의 이미지를 자체 빌드로 한다. 현재 태그는 custom-values.yaml 의 image.registry/image.repository/image.tag 가 단일 출처이고, 빌드 정의는 images/etcd/다 — 업스트림 v3.7.1 태그가 가리키는 commit 을 그대로 컴파일하되, go.work 워크스페이스 전역 replace 로 golang.org/x/text 만 강제 업그레이드한다(버전은 source.build.env 의 XTEXT_FIX_VERSION). 최종 런타임 베이스는 SUSE BCI(bci-micro) — 0002 와 같은 패턴이다.

추가로, 이 작업에서 build-image.yml CI 를 이미지 종류 무관하게 일반화했다 (images/<image>/catalog.env + scripts/build/patch-catalog-tag.py) — 0002 의 백로그였다. 자체 빌드 이미지가 둘일 때는 하드코딩으로 버틸 수 있었지만 세 번째가 생기며 실제로 한계에 부딪혔다.

배경

업스트림 quay.io/coreos/etcd:v3.7.1 이 게이트에서 실효 HIGH 1건으로 차단됐다 — CVE-2026-56852, golang.org/x/text 의 깨진 UTF-8 입력에 대한 norm.Iter 무한루프 DoS.

Go 바이너리에 정적 링크된 모듈 버전이 원인이라 베이스 OS 교체가 통하지 않고, 상위 태그도 없다(2026-07-31 확인, 최신 릴리스가 여전히 v3.7.1). 게다가 0002 와 달리 release-3.7 브랜치에 이 수정이 백포트조차 안 돼 있다(브랜치 HEAD 가 태그와 완전히 동일). 자체 빌드 외에는 즉시 대응할 방법이 없었다.

근거

워크스페이스 전역 replace 한 줄로 게이트가 PASS 로 바뀌는 것을 실측했다 — 실효 C/H 0/1 → 0/0. 이미 백포트된 커밋을 그대로 가져다 쓸 수 없었지만, 취약 모듈이 이 CVE 하나뿐이라 직접 강제 업그레이드로도 충분했다.
기능 검증(단일 노드 기동 + etcdctl put/get 왕복)이 통과했다. 게이트 PASS 가 "동작함" 을 증명하지 않으므로 images/etcd/verify.sh 로 확인한다. 최초 시도는 최종 베이스에 sed 가 없어 실패했다(sh: sed: command not found) — bci-base 에는 있지만 bci-micro 에는 없다는 것을 이때 처음 확인했다. 순수 셸 루프로 교체해 해결하고 그 제약을 .claude/image-authoring.md 에 기록했다.
CI 일반화가 기존 이미지에 회귀를 만들지 않는 것을 확인했다 — catalog.env 를 세 이미지에 추가한 뒤 매트릭스로 동시에 검증 빌드했고 기존 두 이미지도 동일하게 PASS 했다.
태그 치환 로직을 실제 카탈로그 파일 사본에 돌려 검증했다 — imageName 단일 필드 (cnpg-cluster)와 image: 분리 필드(cloudnative-pg, etcd) 두 스타일 모두 기존 주석·포매팅을 보존한 채 정확히 치환됨을 diff 로 확인했다.

받아들인 비용

업스트림 서명·provenance·SBOM attestation 을 잃는다. 0001 ·0002 와 동일한 비용이다.
SOURCE_COMMIT·XTEXT_FIX_VERSION 갱신을 사람이 한다. 자동 추적하지 않는다.
매 patch 릴리스마다 이 자체 빌드를 다시 판단해야 한다 — 업스트림이 이 CVE 를 release-3.7 에 백포트하기 전까지는 "이미 백포트된 안전한 픽업 지점" 이 없어 재검토 부담이 0002 보다 크다.
업스트림이 테스트하지 않는 구성이다. BCI 기반 etcd 빌드는 etcd 의 CI 매트릭스에 없다.
강제 업그레이드가 server/etcdctl/etcdutl 각각에 반영됐는지는 SBOM 스캔으로만 간접 확인했다 — go version -m 직접 대조는 하지 않았다.

재검토 조건

etcd 가 release-3.7 에 이 CVE 를 백포트하고 v3.7.2 이상을 릴리스하면 — 상위 태그 교체가 다시 가능해지므로 자체 빌드보다 우선한다.
bci-micro 에서 예기치 못한 런타임 문제가 나오면 — bci-base 로 승격하거나 다른 BCI 변종을 재검토한다(0002 와 동일한 조건).
다중 노드(쿼럼) 배포 검증에서 이 자체 빌드 이미지에 문제가 발견되면.

4.7 KiB Raw Blame History

0004. etcd 이미지를 소스 컴파일 자체 빌드로 대체한다

결정

배경

근거

받아들인 비용

재검토 조건

4.7 KiB

Raw Blame History