Yocto security compliance
Skill prashantdivate/awesome-yocto-ai-agent-skills/yocto-security-compliance
Claude Agent Skills for Yocto Project, OpenEmbedded, and BitBake workflows - AI coding assistant skills for recipes, layers, images, BSPs, SDKs, metadata, QA, sstate, and build troubleshooting.
npx -y skills add prashantdivate/awesome-yocto-ai-agent-skills --skill yocto-security-complianceAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 29 days oldThe repository was created 29 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Official-doc-first Yocto security, CVE, license, and SBOM compliance support for AI coding agents. Use when investigating cve-check results, vulnerable packages, security patch backports, LICENSE and LIC_FILES_CHKSUM issues, license manifests, SPDX or SBOM output, source provenance, reproducibility concerns, package audit findings, or compliance-sensitive Yocto/OpenEmbedded image and recipe changes.
SKILL.md
2.1 KB, as published. Nobody here has run it
Yocto Security Compliance
Core Workflow
- Identify Yocto release, image, recipe, package names, source version, and patch state.
- Verify current vulnerability/security facts online when the user asks about CVEs, fixes, exploitability, support status, or latest security data.
- Distinguish recipe name, source package name, runtime package name, binary package name, and CVE product/vendor names.
- Inspect upstream source, local patches, license files, package manifests, SPDX/SBOM output, and
cve-checkoutput before changing metadata. - Prefer recipe upgrades or patch backports over blanket ignores.
- Document compliance decisions in the layer or release notes where the project expects them.
Use yocto_security_doc_router.py with a topic name for official documentation links.
References
- cve-workflow.md: CVE investigation, patch/backport, and false-positive handling.
- license-compliance.md:
LICENSE,LIC_FILES_CHKSUM, manifests, and incompatible license policy. - sbom-spdx-workflow.md: SPDX/SBOM generation, provenance, and release review.
Guardrails
- Do not suppress CVE, license, or QA findings without documenting the exact reason.
- Do not change
LICENSE,LIC_FILES_CHKSUM, or CVE status fields without inspecting upstream source, patches, and package output. - Do not treat build-time package names, runtime package names, source recipe names, and CVE product names as interchangeable.
- Do not put signing keys, embargoed details, or private vulnerability data into public layers or logs.