Skip to content

security inventory: distinguish mutable sibling clone workflow from pinned verification #6

Description

@Riverbraid

Status

SECURITY / REPRODUCIBILITY / CLAIM BOUNDARY INVENTORY ITEM

Finding

The Core verification workflow clones sibling repositories from GitHub using the current branch state:

git clone --depth 1 "https://github.com/Riverbraid/${repo}.git" "$repo"

Risk boundary

This does not prove compromise. It means this workflow should be treated as a live compatibility check, not a pinned verification surface.

Recommended future review

  • Decide whether this workflow should remain a live compatibility workflow.
  • If a pinned verification claim is desired, clone exact commits from an explicit registry or lock file.
  • Document the difference between mutable compatibility checks and pinned verification.

Boundary

This issue records inventory only.
It does not claim a patch was applied.
It does not claim the repository is secure, hardened, audited, or defect free.
It does not change registry, verifier behavior, workflow, protocol, hash, seal, manifest, tag, or release state.

Evidence surface

Repository file: Riverbraid-Core/.github/workflows/verify.yml
Claim boundary: reproducibility and verification surface distinction, not external security audit

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

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions