Skip to content

Rename Kubernetes manifest to wardnet.yaml after external-secret hardening lands #75

Description

@seonghobae

Buyer/operator problem

Wardnet's protected tree still publishes the hardened Kubernetes source asset under the legacy repository filename until the bounded path-migration candidate reaches protected main. The product/deployment rename must not weaken the already-protected external administrator-Secret boundary or silently rename live Kubernetes resource identities.

Protected/default truth is main@5829a0f08d78de464dd24393ce5d0f25fba9d126 through #159. PR #137 remains protected source truth for the administrator credential boundary: the distributable manifest does not ship an administrator Secret or placeholder credential and instead consumes an externally provisioned Secret through a non-optional secretKeyRef.

Current owning candidate — 2026-09-05

PR #144, fix(deploy): rename hardened Kubernetes manifest to wardnet.yaml, is the bounded path-only owner at exact 04692b24c179d1c067113f83c52a4ad1b4af7c5a. The branch was non-force integrated with current protected main; fresh compare recorded behind_by=0 while preserving #159's workflow/AGENTS ownership. Its effective protected-main-relative delta is the repository path migration plus operator/buyer/documentation regressions, not a live-resource rename.

The branch keeps:

  • repository source path deploy/kubernetes/wardnet.yaml;
  • existing live namespace/resource/PVC/image/probe/port/security-context identities unchanged;
  • externally provisioned administrator Secret coordinates and non-optional reference unchanged;
  • repository-wide stale operational-path rejection with bounded migration-history/negative-test exceptions;
  • deployment-manifest security regression on the new path;
  • a bounded docs landing/link contract for the actual published source path.

A prior review false positive that rejected migration-history/negative-fixture references was repaired without weakening operational stale-path detection. A later Clippy-only iterator-closure repair also preserved the path invariant.

Stack / single-writer order

Broader product rename PR #114 overlaps the same Kubernetes source path plus many unrelated runtime/product identities. #144 is the narrower foundation and must reach protected truth first (or be fully superseded by a verified successor carrying every unique path/test/docs delta). #114 then non-force adopts protected #144 rather than competing on the same path.

Current exact-head gate

Exact 04692b24... has newly materialized but non-passing runs recorded on the owning PR:

  • Security Scan 33908029943 — queued;
  • CodeQL PR 33908029896 — queued;
  • SAST Semgrep 33908029998 — queued;
  • CI 33908029976 — queued;
  • Fuzz 33908029968 — queued.

All predecessor workflow/review conclusions are historical after the ancestry movement. Queue/runner acquisition remains a .github#712 control-plane concern; solo-maintainer live-policy repair remains .github#772 / owner-plane successor #1644. Neither is bypass authority.

Completion gate

Close only after unchanged #144 or a verified successor carrying every unique path/documentation/test delta reaches protected main, the resulting protected path and external-Secret security contract are revalidated, and all then-live repository/security/coverage/package/SBOM/provenance/review/thread/governance gates are terminal-valid. No self/model approval, routine administrator bypass, force push, gate weakening, no-op redispatch, or predecessor-evidence reuse.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: accessibilityAccessibility and assistive-technology supportarea: ci-cdCI, GitHub Actions, checks, release, or supply chainarea: dependenciesDependency or lockfile maintenancearea: securitySecurity boundary, hardening, or vulnerability preventionpriority: mediumNormal-priority or P2 workstatus: triagedOpen issue has an organization taxonomy assignmenttype: featureNew or expanded product capability

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions