blob: 706fce20a8acce25b09c0e1445f13316d8ea2e91 [file] [log] [blame]
{
"schema_version": "1.3.1",
"id": "GO-2022-0201",
"modified": "0001-01-01T00:00:00Z",
"published": "2022-08-09T18:15:41Z",
"aliases": [
"CVE-2018-6574"
],
"summary": "Remote command execution via \"go get\" command with cgo in cmd/go",
"details": "The \"go get\" command with cgo is vulnerable to remote command execution by leveraging the gcc or clang plugin feature.\n\nWhen cgo is enabled, the build step during \"go get\" invokes the host C compiler, gcc or clang, adding compiler flags specified in the Go source files. Both gcc and clang support a plugin mechanism in which a shared-library plugin is loaded into the compiler, as directed by compiler flags. This means that a Go package repository can contain an attack.so file along with a Go source file that says (for example) \"// #cgo CFLAGS: -fplugin=attack.so\" causing the attack plugin to be loaded into the host C compiler during the build. Gcc and clang plugins are completely unrestricted in their access to the host system.",
"affected": [
{
"package": {
"name": "toolchain",
"ecosystem": "Go"
},
"ranges": [
{
"type": "SEMVER",
"events": [
{
"introduced": "0"
},
{
"fixed": "1.8.7"
},
{
"introduced": "1.9.0-0"
},
{
"fixed": "1.9.4"
}
]
}
],
"ecosystem_specific": {
"imports": [
{
"path": "cmd/go"
}
]
}
}
],
"references": [
{
"type": "FIX",
"url": "https://go.googlesource.com/go/+/1dcb5836ad2c60776561da2923c70576ba2eefc6"
},
{
"type": "REPORT",
"url": "https://go.dev/issue/23672"
},
{
"type": "WEB",
"url": "https://groups.google.com/g/golang-nuts/c/Gbhh1NxAjMU"
}
],
"credits": [
{
"name": "Christopher Brown of Mattermost"
}
],
"database_specific": {
"url": "https://pkg.go.dev/vuln/GO-2022-0201",
"review_status": "REVIEWED"
}
}