[hermes] soteria: go:S1192 #59

New Issue

hermes-automation · 2026-09-28T09:28:02Z

hermes-automation commented

2026-09-28 09:28:02 +00:00

SonarQube reports go:S1192 in internal/k8s/job_manifests.go. The build is green; this is a standing finding, not a failure.

What is wrong

The string literal "/cache" is hard-coded in three independent places — the backup job's cache VolumeMount, the restore job's cache VolumeMount, and the RESTIC_CACHE_DIR env var in resticEnv — so the restic cache path can silently drift if one copy is edited. go:S1192 asks for a single named constant as the one source of truth.

Ariadne opened no pull request for it: no automated patch was possible for this finding.

Facts

gitea — Define a constant instead of duplicating this literal "/cache" 3 times. (CRITICAL, 6min estimated) (internal/k8s/job_manifests.go:45)

Suggested fix (not applied)

Hermes could not open a pull request for this, so the change below was not written, validated, or pushed anywhere. It is a starting point for whoever picks this up, not a reviewed patch.

internal/k8s/job_manifests.go — Add a package-level constant (alongside the existing label/annotation constants used by this file) and reference it at all three sites. This removes the duplication without changing the generated manifests: the mount paths and env value stay byte-identical. The "/cache/restore" occurrences inside restoreCommand are a different literal and are not flagged, so they can stay as-is.

const resticCacheDir = "/cache"

// in buildBackupJob:
VolumeMounts: []corev1.VolumeMount{
	{Name: "data", MountPath: "/data", ReadOnly: true},
	{Name: "cache", MountPath: resticCacheDir},
},

// in buildRestoreJob:
VolumeMounts: []corev1.VolumeMount{
	{Name: "restore", MountPath: "/restore"},
	{Name: "cache", MountPath: resticCacheDir},
},

// in resticEnv:
{Name: "RESTIC_CACHE_DIR", Value: resticCacheDir},

Links

SonarQube finding: https://quality.bstein.dev/project/issues?resolved=false&id=soteria&open=AZ9pTqVcN0JrBQvDGDs3
Full evidence bundle and audit trail live in Ariadne at /api/admin/audit/events, event types hermes_autotriage_incident and hermes_autotriage_diagnosis.

Filed automatically by Ariadne from a Hermes Agent diagnosis (run run_72e1dc762507494e8bb10df9cb94678c). Hermes has no write access to this repository; no files or infrastructure were changed.

SonarQube reports **go:S1192** in `internal/k8s/job_manifests.go`. The build is green; this is a standing finding, not a failure. ## What is wrong The string literal "/cache" is hard-coded in three independent places — the backup job's cache VolumeMount, the restore job's cache VolumeMount, and the RESTIC_CACHE_DIR env var in resticEnv — so the restic cache path can silently drift if one copy is edited. go:S1192 asks for a single named constant as the one source of truth. Ariadne opened no pull request for it: no automated patch was possible for this finding. ## Facts - **gitea** — Define a constant instead of duplicating this literal "/cache" 3 times. (CRITICAL, 6min estimated) (`internal/k8s/job_manifests.go:45`) ## Suggested fix (not applied) Hermes could not open a pull request for this, so the change below was not written, validated, or pushed anywhere. It is a starting point for whoever picks this up, not a reviewed patch. **`internal/k8s/job_manifests.go`** — Add a package-level constant (alongside the existing label/annotation constants used by this file) and reference it at all three sites. This removes the duplication without changing the generated manifests: the mount paths and env value stay byte-identical. The "/cache/restore" occurrences inside restoreCommand are a different literal and are not flagged, so they can stay as-is. ``` const resticCacheDir = "/cache" // in buildBackupJob: VolumeMounts: []corev1.VolumeMount{ {Name: "data", MountPath: "/data", ReadOnly: true}, {Name: "cache", MountPath: resticCacheDir}, }, // in buildRestoreJob: VolumeMounts: []corev1.VolumeMount{ {Name: "restore", MountPath: "/restore"}, {Name: "cache", MountPath: resticCacheDir}, }, // in resticEnv: {Name: "RESTIC_CACHE_DIR", Value: resticCacheDir}, ``` ## Links - SonarQube finding: https://quality.bstein.dev/project/issues?resolved=false&id=soteria&open=AZ9pTqVcN0JrBQvDGDs3 - Full evidence bundle and audit trail live in Ariadne at `/api/admin/audit/events`, event types `hermes_autotriage_incident` and `hermes_autotriage_diagnosis`. Filed automatically by Ariadne from a Hermes Agent diagnosis (run [run_72e1dc762507494e8bb10df9cb94678c](https://triage.bstein.dev/chat?resume=run_72e1dc762507494e8bb10df9cb94678c)). Hermes has no write access to this repository; no files or infrastructure were changed.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: titan/soteria#59