You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Curation review for GHSA-gvwf-5g64-3vvw: global publication and possible duplicate #9397
I maintain tumf/mcp-shell-server. Repository advisory GHSA-gvwf-5g64-3vvw was published on 2026-08-02 but is still absent from the global GitHub Advisory Database and OSV.
I have revalidated and corrected the repository advisory against the released versions. I am requesting curation review before requesting a CVE because the remaining vulnerability may overlap another published repository advisory.
Remaining scoped behavior: when awk is allowlisted, awk -f /dev/stdin accepts an attacker-controlled AWK program through the MCP tool's stdin, allowing external command execution as the server process user
CWE: CWE-78, CWE-184
Severity currently recorded: High
Scope correction already made
The original report reviewed an older commit and combined tar, git, and AWK vectors. Release-level revalidation found:
the reported tar vector was already rejected in 1.1.1 and 1.1.2;
the reported git vector was already rejected in 1.1.1 and 1.1.2 and overlaps CVE-2026-85735 / GHSA-56qh-7rgp-wfgr;
whitespace-obfuscated awk system() was already rejected before 1.1.2;
awk -f /dev/stdin remained accepted in 1.1.1 and 1.1.2 and is rejected in 1.1.3.
The repository advisory has been edited to reflect only the remaining release-level AWK script-file/stdin vulnerability while preserving reporter credit.
Possible overlap
The same 1.1.3 remediation commit also addressed behavior reported in:
That advisory covers sed command execution, GNU find file output, and AWK external file/script access. Both advisories identify 1.1.3 as the patched release, and both include AWK script-file handling.
Request
Could the curation team determine whether:
GHSA-gvwf-5g64-3vvw should be promoted as a separate global advisory; or
it should be treated as a duplicate of or consolidated with GHSA-88qq-fvcm-92qq?
I am intentionally holding the Request CVE action until the duplication/counting question is resolved. If the advisories should be consolidated, please advise which repository advisory should remain canonical and whether GitHub Support must withdraw the duplicate.
Credited reporter of GHSA-gvwf-5g64-3vvw here. I agree with the maintainer's release-level scope correction.
For the duplicate question: GHSA-88qq-fvcm-92qq covers unguarded file I/O syntax inside allowlisted tools (sed e/w/r, find -fprintf, awk print > file / getline < file). GHSA-gvwf-5g64-3vvw covers the awk argument-hardening rule being bypassed because the AWK program is supplied via -f /dev/stdin and the existing system()/pipe check never sees it. 88qq does not mention script-file or stdin input. Both were fixed in the same 1.1.3 commit, but they are separate defects with separate fixes, so I would support two records. If the team consolidates instead, that is fine as well; the outcome that matters for users on <= 1.1.2 is that a record reaches the global database and Dependabot.
Activity
lwebmedia commentedon Sep 8, 2026
Credited reporter of GHSA-gvwf-5g64-3vvw here. I agree with the maintainer's release-level scope correction.
For the duplicate question: GHSA-88qq-fvcm-92qq covers unguarded file I/O syntax inside allowlisted tools (sed e/w/r, find -fprintf, awk print > file / getline < file). GHSA-gvwf-5g64-3vvw covers the awk argument-hardening rule being bypassed because the AWK program is supplied via -f /dev/stdin and the existing system()/pipe check never sees it. 88qq does not mention script-file or stdin input. Both were fixed in the same 1.1.3 commit, but they are separate defects with separate fixes, so I would support two records. If the team consolidates instead, that is fine as well; the outcome that matters for users on <= 1.1.2 is that a record reaches the global database and Dependabot.