Agent skill · security · steipete
openclaw-ghsa-maintainer
Inspect, patch, validate, publish, or confirm OpenClaw GHSA security advisories and private-fork state.
Why this skill is useful
Adds specific executable scripts and workflows for managing OpenClaw GHSA security advisories that aren't widely known or documented.
What it needs
Requires gh, jq installed locally. Requires github account access. About 2k tokens when loaded. Last updated 2026-08-07. 385,400 stars on the source repository.
What this skill does
OpenClaw GHSA Maintainer Use this skill for repo security advisory workflow only. Keep general release work in release-openclaw-maintainer. Respect advisory guardrails Before reviewing or publishing a repo advisory, read SECURITY.md. Ask permission before any publish action. Treat this skill as GHSA-only. Do not use it for stable or beta release work. Fetch and inspect advisory state Fetch the current advisory and the latest published npm version: Use the fetch output to confirm the advisory state, linked private fork, and vulnerability payload shape before patching. Verify private fork PRs are closed Before publishing, verify that the advisory's private fork has no open PRs: The PR list must be empty before publish. Prepare advisory Markdown and JSON safely Write advisory Markdown via heredoc to a temp file. Do not use escaped \n strings. Build PATCH payload JSON with jq, not hand-escaped shell JSON. Example pattern: Apply PATCH calls in the correct sequence Do not set severity and cvssvectorstring in the same PATCH call. Use separate calls when the advisory requires both fields. Publish by PATCHing the advisory and setting "state":"published". There is no separate /publish endpoint. Example shape: Publish and verify success After publish, re-fetch the advisory and confirm: state=published publishedat is set the description does not contain literal escaped \\n Verification pattern: Common GHSA footguns Publishing fails with HTTP 422 if required fields are missing or the private fork still has open PRs. A payload that looks correct in shell can still be wrong if Markdown was assembled with escaped newline strings. Advisory PATCH sequencing matters; separate field updates when GHSA API constraints require it. Public hardening/no-publish comments and draft text should avoid raw commit hashes, PR titles/numbers, and fix-mechanism summaries. Prefer patched-version fields or release-only wording; keep SHAs, PRs, and implementation notes in internal evidence.
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills steipete/openclaw-ghsa-maintainer