chore(release): appVersion + prod image tags to 1.2.1#171
Conversation
…#1829 startup gate The backend (artifact-keeper#1829) rejects low-entropy JWT secrets at startup (>=32 chars, >=16 distinct chars). The mesh overlays used 'mesh-test-jwt-main' and 'mesh-test-jwt-peer' (18 chars, 10-11 distinct), so the mesh backends crash-loop with 'JWT_SECRET is unsuitable: low entropy' and the release-gate mesh-tests job fails. Replace with high-entropy non-production test secrets (distinct main vs peer preserved).
The install-test/helm-ci matrix used --set secrets.jwtSecret=ci-test (7 chars) and ci/test-values.yaml used 'ci-test-jwt-secret' (18 chars), both of which the backend now rejects at startup (#1829 requires >=32 chars, >=16 distinct). Use a high-entropy, helm/shell-safe non-production value across helm-ci.yml and ci/test-values.yaml; bump the meilisearch master key to >=16 bytes while here.
- Chart appVersion 1.2.0 -> 1.2.1 (chart version already 1.2.1) - values-production.yaml backend+web image tag 1.2.0 -> 1.2.1
|
| GitGuardian id | GitGuardian status | Secret | Commit | Filename | |
|---|---|---|---|---|---|
| 34021148 | Triggered | Generic High Entropy Secret | be54bb2 | charts/artifact-keeper/values-mesh-main.yaml | View secret |
| 34021147 | Triggered | Generic High Entropy Secret | be54bb2 | charts/artifact-keeper/values-mesh-peer.yaml | View secret |
| 34032178 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032178 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032179 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032179 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032178 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032178 | Triggered | Generic High Entropy Secret | 92a4f5d | charts/artifact-keeper/ci/test-values.yaml | View secret |
| 34032179 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 29340989 | Triggered | Generic Password | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032178 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 29340989 | Triggered | Generic Password | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 34032179 | Triggered | Generic High Entropy Secret | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 29340989 | Triggered | Generic Password | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
| 29340989 | Triggered | Generic Password | 92a4f5d | .github/workflows/helm-ci.yml | View secret |
🛠 Guidelines to remediate hardcoded secrets
- Understand the implications of revoking this secret by investigating where it is used in your code.
- Replace and store your secrets safely. Learn here the best practices.
- Revoke and rotate these secrets.
- If possible, rewrite git history. Rewriting git history is not a trivial act. You might completely break other contributing developers' workflow and you risk accidentally deleting legitimate data.
To avoid such incidents in the future consider
- following these best practices for managing and storing secrets including API keys and other credentials
- install secret detection on pre-commit to catch secret before it leaves your machine and ease remediation.
🦉 GitGuardian detects secrets in your source code to help developers and security teams secure the modern development process. You are seeing this because you or someone else with access to this repository has authorized GitGuardian to scan your pull request.
Missing linked issueThis PR does not reference a tracking issue in its body. Every PR must link to an issue in this repository so we can trace work back to a planned change. How to fix
Accepted keywords (case-insensitive, any tense): Policy reference: see the PR template. Maintainer bypass: apply the |
IaC version bump for v1.2.1.
Chart.yamlappVersion1.2.0→1.2.1(chartversionalready1.2.1).values-production.yamlbackend + webimage.tag1.2.0→1.2.1(matches the established prod-pins-explicit-version convention; staging/default staydev).Deploys pull
backend:1.2.1/web:1.2.1once those images are published by thev1.2.1tags.