[Bug] SECURITY_DESIGN claims CI Actions are pinned to exact versions; one of five is #578
Labels
No labels
accepted
bug
declined
docs
duplicate
enhancement
good first issue
in-progress
needs-info
privacy
security
triage
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
LibreKAT/Ocideck#578
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Found in the pre-publication security review.
The claim —
docs/SECURITY_DESIGN.md:82-83: "Third-party CI Actions are pinned to exact versions (.github/pinned-actions.json)".Evidence:
grep "uses:" .github/workflows/*yields five distinct actions..github/pinned-actions.jsoncontains one (aquasecurity/trivy-action@v0.36.0), and the_commentin that same file states thatactions/checkout@v4,subosito/flutter-action@v2,lycheeverse/lychee-action@v2andactions/upload-artifact@v4sit on a floating major tag and are "intentionally NOT tracked". The one "exact" pin is a tag, not a commit SHA — and a tag is mutable, so it does not provide the property "pinned" implies.Why this must be fixed before publication: the security design describes a supply-chain control that does not exist, while the file next to it says the opposite. It is the first inconsistency anyone finds with
greponce the repo is public, and it costs credibility on all the other supply-chain claims (SBOM, licences, OSV) that are accurate.Proposal: rewrite the bullet to describe reality — one action pinned and tracked, four following their major tag, deliberately, with the reason. If the claim should instead be made true: pin all five to a commit SHA with the version in a trailing comment and list them all in
pinned-actions.json. Adjusting the text is the smaller correct fix.Opgelost in `
cc00070` (PR #655).De verouderde alinea is weg en de inmiddels uitgevoerde DOMPurify-bullet ook; er blijft precies één onderhoudspost over (MathJax), wat de overgebleven alinea al zei. In
docs/SECURITY_DESIGN.mdis mermaid 10.9.6 naar 11.16.0 gegaan.Ter bevestiging vooraf getoetst:
assets/web_export/MANIFEST.jsonpint DOMPurify 3.4.12 en mermaid 11.16.0, en de bestanden op schijf hashen daarnaar. Het document meldde dus een kwetsbaarheid in een versie die dit project niet uitlevert.Correctie op mijn vorige reactie hier: die beschreef het werk aan
SECURITY.mden dat hoort bij #577. De sluiting zelf klopt wel — dit issue gaat over de pinned-actions-claim, en die is incc00070(PR #655) bijgesteld.Wat er nu staat in
docs/SECURITY_DESIGN.md: één action op een exacte versie en bewaakt (aquasecurity/trivy-action), vier op hun major-tag, bewust, met de reden erbij. Plus de kanttekening dat een tag muteerbaar is, dus dat dit driftbewaking is en niet de onveranderlijkheid die een commit-SHA zou geven.Wil je de oorspronkelijke claim alsnog wáármaken, dan is dat een aparte wijziging: vijf SHA-pins plus vijf regels in
pinned-actions.json.