Generated banner for Supply Chain Security
Generated logo for Supply Chain Security

Supply Chain Security

MicrosoftOfficialPublished by Microsoft

  • Skill
  • Guidelines
  • Security
  • MIT
  • No issues found

From the author

Software supply chain security reference for OpenSSF Scorecard, SLSA, Sigstore, SBOM, and posture/backlog taxonomies.
— the description by Microsoft

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides a structured collection of reference materials for evaluating software supply chain security. It includes industry-standard catalogs such as OpenSSF Scorecard, SLSA, Sigstore, and NTIA SBOM requirements. Beyond simple reference, it offers a framework for classifying security gaps by adoption effort, T-shirt sizing, and qualitative concern levels, enabling teams to translate audit findings into a prioritized backlog of actionable work items.

What it does

  • Provides reference catalogs for OpenSSF Scorecard, SLSA, Sigstore, and SBOM standards.
  • Maps repository posture against 27 combined supply chain capabilities.
  • Defines a taxonomy for classifying security gaps by implementation effort and risk.
  • Offers guidance on deriving work item priority from security risk levels.
  • Includes T-shirt sizing criteria for estimating remediation effort.
  • Provides a consolidated index of industry-standard security benchmarks.

When to use it

  • When performing a security audit of a software repository's supply chain.
  • When you need to map current repository practices against industry standards like SLSA or OpenSSF.
  • When you need to categorize security gaps to build a prioritized remediation backlog.
  • When you need to determine the effort required to implement specific security controls.

Advantages

  • Centralizes disparate security standards into a single, navigable reference set.
  • Standardizes the language used for gap analysis and risk assessment.
  • Facilitates objective prioritization of security tasks based on risk and effort.
  • Provides clear, actionable categories for implementing security improvements.

Usage examples

“How should I classify a gap in my repository's branch protection settings?”
The skill provides a classification for Platform Configuration, suggesting it is a standard setting change with specific effort sizing and concern level criteria.
“What is the priority for a high-risk Scorecard finding?”
The skill provides a mapping from risk levels to priority and execution order, helping you decide whether to address the finding immediately.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/microsoft/supply-chain-security/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip supply-chain-security.zip -d .agents/skills

Documentation by Microsoft

Supply Chain Security

This skill packages the durable software supply chain security (SSSC) reference material: open-standard catalogs, the combined capabilities inventory, and the classification taxonomies used to assess a repository's posture and turn gaps into prioritized work items.

When to use

Use this skill when you need to:

  • Assess a repository against the 27 combined supply chain capabilities from hve-core and physical-ai-toolchain.

  • Map posture against OpenSSF Scorecard, SLSA v1.2 (Build track unchanged since v1.0), OpenSSF Best Practices Badge, Sigstore (cosign), or NTIA SBOM minimum elements.

  • Classify a gap by adoption category, effort size, or qualitative concern level.

  • Derive work item priority and execution order from Scorecard risk levels.

Skill layout

Load the reference file for the topic you need. Each file holds the verbatim standard catalog or taxonomy.

ReferenceTopic
references/00-index.mdNavigation catalog for every reference in this skill
references/openssf-scorecard.mdOpenSSF Scorecard 20 checks with risk levels and score ranges
references/slsa-levels.mdSLSA v1.2 Build track levels L0 through L3
references/best-practices-badge.mdOpenSSF Best Practices Badge Passing, Silver, and Gold criteria
references/sigstore-maturity.mdSigstore (cosign) adoption maturity levels
references/sbom-elements.mdNTIA SBOM minimum elements and format guidance
references/capabilities-inventory.md27 combined capabilities across hve-core, PAT, and shared sets
references/adoption-categories.mdSix adoption categories, effort sizing, and concern levels
references/scorecard-check-mapping.mdFull 20-check implementation and adoption reference mapping
references/priority-derivation.mdRisk level to priority and execution order derivation

Attribution

Standard catalogs in this skill derive from their respective upstream projects. Per-reference attribution appears at the bottom of each reference file. See references/00-index.md for the consolidated attribution summary.

Files

references/adoption-categories.md


description: Six supply chain adoption categories, T-shirt effort sizing, and qualitative concern levels for gap classification

Adoption Categories, Effort Sizing, and Concern Levels

Classify each supply chain gap by adoption category, effort size, and qualitative concern level.

Six Adoption Categories

Classify each gap into one of six adoption categories based on the required implementation effort:

1. Reusable Workflow Adoption

Reference an hve-core workflow directly via uses: in the target repository. Lowest effort — the target repo adds a workflow file that calls the reusable workflow.

Applicable checks: CI-Tests (#3), SAST (#14), Vulnerabilities (#19), and other checks where hve-core provides a reusable workflow_call workflow.

2. Workflow Copy/Modify

Copy a workflow from physical-ai-toolchain (or hve-core) and adapt it to the target repository's technology stack. Medium effort — requires editing workflow configuration.

Applicable checks: Dependency-Update-Tool (#8), SBOM (#15), Signed-Releases (#17), and other checks requiring repository-specific tuning.

3. Reusable Workflow + Script Adoption

Adopt both a reusable workflow and its supporting PowerShell or Python scripts. Medium effort — requires both workflow reference and script installation.

Applicable checks: Pinned-Dependencies (#13), Token-Permissions (#18), and other checks with validation scripts.

4. Platform Configuration

GitHub or Azure DevOps settings configured via the web UI or API. Variable effort — depends on organizational policies and admin access.

Applicable checks: Binary-Artifacts (#1), Branch-Protection (#2), Code-Review (#5), CII-Best-Practices (#4), License (#10), Security-Policy (#16), Webhooks (#20).

5. New Capability

Requires building something not available in either hve-core or physical-ai-toolchain. Highest effort.

Applicable checks: Fuzzing (#9) — requires setting up ClusterFuzzLite, OSS-Fuzz, or a custom fuzzing harness.

6. N/A / Organic

Not actionable as backlog items. These checks improve through natural project activity.

Applicable checks: Contributors (#6), Maintained (#11), Packaging (#12).

Effort Sizing

Assign T-shirt sizes based on implementation scope:

SizeCriteriaTypical Duration
SSingle file addition or configuration change< 1 day
MMultiple files or workflow customization required1–3 days
LCross-cutting changes across CI/CD pipeline3–5 days
XLNew capability build or major architectural change1+ weeks

Qualitative Concern Levels

Assign a qualitative concern level to each gap reflecting residual risk after considering the repository's current posture and compensating controls. Concern is independent from Scorecard risk classification and from effort sizing.

ConcernCriteria
LowGap is informational or already partially mitigated by existing controls; minimal residual exposure
ModerateGap leaves measurable residual exposure but compensating controls reduce immediate impact
HighGap leaves significant residual exposure with no effective compensating controls; prioritize remediation

Record concern in the gap table alongside Risk and Effort. Use Concern to break ties when multiple gaps share the same Scorecard risk classification.

Requirements and compatibility

Written for: GitHub Copilot, Claude Code

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Claude Code frontmatter

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
Microsoft
Publisher
Microsoft (Official)
Source
microsoft/hve-core · .github/skills/security/supply-chain-security · commit f425e94
Licence
MIT License (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Microsoft.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download supply-chain-security.zip