Supply chain
mediumContextual riskmedium confidenceThe skill's CI workflow templates instruct repositories to execute the mutable container image semgrep/semgrep:latest and the tag-pinned (not SHA-pinned) third-party action returntocorp/semgrep-action@v1 on every scan, so a hijacked tag or image would run attacker-controlled code in CI with access to the checked-out source and the SEMGREP_APP_TOKEN secret.
image: semgrep/semgrep:latest
Counter-argument considered
Every factual element of the claim is verbatim-supported: the skill body and the asset template both set the mutable image semgrep/semgrep:latest, the reference file and the agent's gen-workflow output use tag-pinned returntocorp/semgrep-action@v1, and SEMGREP_APP_TOKEN is injected into the step executing inside that container. No SHA pinning or mitigation exists anywhere in the shown units, the unpinned nature defeats the pinned-official-registry-install carve-out, and no declared claim (only D2 on custom rule authoring) covers or qualifies this behavior, so the contextual supply-chain risk stands.