gskill passed the commit pin from skills.toml and the resolved commit from skills-lock.json to git fetch without validating it. git parses options that appear after positional arguments, so a value starting with - was read as an option. For a git source with a local-path URL, a commit of --upload-pack=<command> makes git run <command> on the machine running gskill. Source URLs and refs passed to git fetch and git ls-remote were not checked either.
The same commit value names the source's directory in gskill's clone cache, so a value such as ../dir made a directory outside the cache the install source.
This affects anyone who runs gskill in a project whose skills.toml or skills-lock.json was written by someone else, for example a cloned repository.
Fixed in 0.11.1. Commits must be hex object ids of 4 to 64 characters, so documented short pins keep working, and URLs and refs passed to git may not start with -.
Before running gskill in a project you did not write, check that every commit in skills.toml and skills-lock.json is a hex commit id and that no source URL starts with -.
소스: NVD
무료 취약점 평가
9개 보안 영역에서 클라우드 보안 관행을 평가하여 위험 수준을 벤치마킹하고 방어의 허점을 파악하세요.
맞춤형 데모를 받아보세요
"내가 본 최고의 사용자 경험은 클라우드 워크로드에 대한 완전한 가시성을 제공합니다."
"Wiz는 클라우드 환경에서 무슨 일이 일어나고 있는지 볼 수 있는 단일 창을 제공합니다."
"우리는 Wiz가 무언가를 중요한 것으로 식별하면 실제로 중요하다는 것을 알고 있습니다."