wbsong111
6878b61efa
security-catalog 프로젝트에서 첫 실사용 자체 빌드 이미지 3종을 포팅한다 — 전부
상위 태그·베이스 OS 교체로 해소 안 되는 CVE(Go 모듈 정적 링크 또는 미수정 CRITICAL/
HIGH)를 자체 빌드(소스 컴파일 또는 SUSE BCI 재설치)로 대응한다:
- images/cloudnative-pg: CNPG operator, release-1.30 소스 컴파일 + bci-micro
- images/cnpg-postgresql: PostgreSQL 18.4, bci-base + zypper 재설치
- images/etcd: etcd v3.7.1, 소스 컴파일(x/text 강제 업그레이드) + bci-micro
함께 추가:
- manifests/helm/{cloudnative-pg,cnpg-cluster,etcd} — 위 이미지를 참조하는 카탈로그 차트
- scripts/deploy-test/*.sh, .claude/deploy-test-procedure.md — CVE 0건과 별개로
"실제로 뜨는가"를 검증하는 배포 스모크 테스트
- .claude/pitfalls.md — 자체 빌드/배포 테스트 중 실측한 함정 모음
검토 중 발견해 반영한 수정:
- cloudnative-pg 차트의 image 블록을 etcd와 동일한 registry/repository/tag 3필드+
따옴표 포맷으로 통일 — 기존 포맷(repository에 registry+repo 결합, 따옴표 없음)은
patch-catalog-tag.py 의 split 패처가 tag만 갱신하고 repository는 그대로 남기는
조용한 부분 치환을 일으켜, 향후 레지스트리 마이그레이션 시 깨진 참조를 만들 수 있었다
- cnpg-cluster 차트의 SLES 커버리지 코멘트를 최신 실측(trivy가 SLES 15.7을 정상
커버함, 2026-07-29 재측정)에 맞게 정정 — 폐기된 "측정 불가/OVAL 우회 필요" 결론이
남아있었다
- CLAUDE.md/MEMORY.md 의 "images/ 디렉토리 없음" 서술을 갱신하고, 레지스트리
마이그레이션(docker.io/wbsong111 → docker.io/paasup)·decisions/analysis 문서 이관·
리소스 프로파일 추가를 다음 작업으로 기록
이 3개 이미지는 아직 dip-catalog 자체 CI(build-image.yml)로 빌드·게이트·push 를
실행해본 적이 없다 — 현재 참조 태그는 security-catalog 쪽에서 이미 검증된 것이다.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
67 lines
2.6 KiB
YAML
67 lines
2.6 KiB
YAML
# CloudNativePG Operator — PaaSup 오버라이드
|
|
# 업스트림 기본값은 values.yaml 참고. 여기에는 변경이 필요한 항목만 둔다.
|
|
|
|
image:
|
|
# 자체 빌드(대응 우선순위 c) — 업스트림 1.30.0 이 게이트 차단 HIGH 3건(stdlib·x/text·grpc,
|
|
# Go 모듈 정적 링크라 베이스 OS 교체로 해소 불가)으로 막혀 release-1.30 브랜치를 직접
|
|
# 컴파일했다. 근거: doc/analysis/cloudnative-pg-operator-cve.md, 결정: doc/decisions/0005.
|
|
# 빌드 정의: images/cloudnative-pg/. 상위 태그가 나오면(대응 우선순위 a) 되돌리는 것이 우선.
|
|
registry: "docker.io/wbsong111"
|
|
repository: "cloudnative-pg"
|
|
tag: "1.30.0-security-hardened-20260730c"
|
|
|
|
# 오프라인/사설 레지스트리 환경에서 미러 사용 시 지정.
|
|
# imagePullSecrets:
|
|
# - name: paasup-registry
|
|
|
|
replicaCount: 1
|
|
|
|
crds:
|
|
# operator 차트가 CRD 를 함께 설치한다. helm upgrade 로는 CRD 가 갱신되지 않으므로
|
|
# 버전 업그레이드 시 CRD 를 수동 apply 해야 한다 (CUSTOM-README.md 참고).
|
|
create: true
|
|
|
|
config:
|
|
# true(업스트림 기본): 전체 네임스페이스 감시.
|
|
# → ClusterRole 에 secrets 전체 CRUD, pods/exec, roles/rolebindings 생성 권한이
|
|
# 클러스터 범위로 부여된다. 실질적으로 cluster-admin 급이다.
|
|
# false: 설치 네임스페이스만 감시. ClusterRole 이 3개 규칙(nodes RO,
|
|
# clusterimagecatalogs RO, webhook 설정 get/patch)으로 축소되고 나머지 권한은
|
|
# 설치 네임스페이스 한정 Role 로 내려간다.
|
|
# 상세 비교는 CUSTOM-README.md 의 "보안 관점 — 실측 RBAC 비교" 참고.
|
|
clusterWide: true
|
|
data: {}
|
|
# 감시 대상 네임스페이스 한정 (clusterWide: true 와 함께 사용).
|
|
# 주의: reconcile 범위만 좁힌다. RBAC 은 여전히 cluster-wide 이므로
|
|
# 보안 경계가 아니다 — 심층 방어 수단으로만 취급한다.
|
|
# WATCH_NAMESPACE: "platform,defense-llm"
|
|
|
|
webhook:
|
|
port: 9443
|
|
# failurePolicy: Fail — operator 가 죽으면 Cluster 리소스 조작이 막힌다.
|
|
# operator 를 제거할 때 webhook 설정도 반드시 함께 삭제해야 한다.
|
|
mutating:
|
|
create: true
|
|
failurePolicy: Fail
|
|
validating:
|
|
create: true
|
|
failurePolicy: Fail
|
|
|
|
monitoring:
|
|
# rancher-monitoring(Prometheus Operator) 설치 환경에서만 true 로 둔다.
|
|
podMonitorEnabled: false
|
|
grafanaDashboard:
|
|
create: false
|
|
|
|
resources:
|
|
requests:
|
|
cpu: 100m
|
|
memory: 200Mi
|
|
limits:
|
|
cpu: 500m
|
|
memory: 500Mi
|
|
|
|
tolerations: []
|
|
|
|
nodeSelector: {}
|