fix: Correctly create volumeMounts for each container in GetPodSpec* functions #2819
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR resolves an issue in the
GetPodSpec*functions of the Trivy plugin where initContainers and containers unintentionally share the same underlying volumeMounts slice. Because the slice reference is reused across multiple containers, modifications made for one container can bleed into others. As a result, some containers end up with duplicatecustomVolumesMount, which blocks jobs from being created or SBOM-related mounts that should not apply to them.The fix ensures that each initContainer and container receives its own properly constructed volumeMounts slice, preventing cross-contamination and producing accurate, container-specific configurations.
I have tested this change in my environment and it seemed to fix the related issue.
Related issues
Checklist