GHSA-x5c7-x7m2-rhmf json
Local directory executable lookup in sops (Windows-only)
published 5y ago modified 8mo ago also GO-2022-0410
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
### Impact Windows users using the sops direct editor option (`sops file.yaml`) can have a local executable named either `vi`, `vim`, or `nano` executed if running sops from `cmd.exe`
This attack is only viable if an attacker is able to place a malicious binary within the directory you are running sops from. As well, this attack will only work when using `cmd.exe` or the Windows C library [SearchPath function](https://docs.microsoft.com/en-us/windows/win32/api/processenv/nf-processenv-searchpatha). This is a result of these Windows tools including `.` within their `PATH` by default.
**If you are using sops within untrusted directories on Windows via `cmd.exe`, please upgrade immediately**
**As well, if you have `.` within your default $PATH, please upgrade immediately.**
More information can be found on the official Go blog: https://blog.golang.org/path-security
### Patches The problem has been resolved in v3.7.1
Now, if Windows users using cmd.exe run into this issue, a warning message will be printed: `vim resolves to executable in current directory (.\vim.exe)`
### References * https://blog.golang.org/path-security
### For more information If you have any questions or comments about this advisory: * Open a discussion in [sops](https://github.com/mozilla/sops/discussions)
Patch / fix
- go go.mozilla.org/sops/v3 3.7.1
Is GHSA-x5c7-x7m2-rhmf in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | go.mozilla.org/sops/v3 | <3.7.1 |
3.7.1 |
| go | go.mozilla.org/sops | all versions |
no fix listed |
References
Sources
- GitHub Advisory GHSA-x5c7-x7m2-rhmf
- OSV GO-2022-0410
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.