magpie-security-issue-fix

Solid

Attempt to fix a security issue tracked in `<tracker>` by implementing the change in a public `<upstream>` PR. Runs `security-issue-sync` first to reconcile the issue's state, proposes an implementation plan, and on explicit user confirmation writes the change, opens a PR from the user's fork, and updates the `<tracker>` tracking issue. Public PR content is scrubbed so it does **not** reveal the CVE, the security nature of the change, or any link back to `<tracker>`.

AI & Automation 91 stars 89 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 84/100

Stars 20%
65
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

<!-- Placeholder convention (see AGENTS.md#placeholder-convention-used-in-skill-files): <project-config> → adopting project's `.apache-magpie/` directory <tracker> → value of `tracker_repo:` in <project-config>/project.md <upstream> → value of `upstream_repo:` in <project-config>/project.md Before running any bash command below, substitute these with the concrete values from the adopting project's <project-config>/project.md. --> # security-issue-fix This skill automates the "attempt a fix" step of the security handling process for issues in [`<tracker>`](https://github.com/<tracker>). It composes with the [`security-issue-sync`](../security-issue-sync/SKILL.md) skill — it always runs the sync first so that the issue's state is reconciled with the mail thread and any existing PRs before attempting any new work. **Golden rule:** Every state-changing action — writing files in the local `<upstream>` clone, committing, pushing to the user's fork, opening a public PR, editing or commenting on `<tracker>`, drafting mail on the `security@` thread — is a *proposal* that requires explicit confirmation from the user before it runs. The fact that the user invoked the skill is not a blanket "yes". In particular, **nothing public is pushed without the user explicitly approving the exact PR title, body and diff first.** **Confidentiality is paramount.** The resulting PR in `<upstream>` is public to the world. It must not reveal the CVE ID, the secu...

Details

Author
apache
Repository
apache/magpie
Created
4 months ago
Last Updated
today
Language
Python
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

magpie-issue-fix-workflow

For a single triaged `<issue-tracker>` issue confirmed as a bug or feature, draft a fix against `<upstream>` on `<default-branch>`. Produces the failing test, the smallest production change, the targeted+module test runs, and the commit. The PR is NOT opened on autopilot; the human committer reviews, signs, and pushes. Hand-back artefact summarises branch, commits, test results, and scope.

91 Updated today
apache
Data & Documents Solid

magpie-security-issue-import-from-md

Open one or more `<tracker>` tracking issues from a markdown file containing a batch of security findings. Each finding becomes one tracker landing in the `Needs triage` board column. The file itself is the full report — there is no inbound reporter to reply to and no PR to inspect.

91 Updated today
apache
Data & Documents Solid

magpie-report-framework-issue

Help an adopter or framework developer file a clean, redacted GitHub issue against the Apache Magpie framework repo when a skill, tool, or doc misbehaves. It gathers the problem from the user — never from the raw session transcript — then runs a mandatory public-disclosure scrub before rendering the report into the framework's `bug_report` / `change_proposal` issue template, checking for duplicates, and filing via `gh issue create --web` only on explicit confirmation. The scrub is the point: the destination is a public repo, so the skill strips any private tracker, embargoed-CVE, private-list, or cross-project content the report would otherwise leak.

91 Updated today
apache