CVSS3
Attack Vector
LOCAL
Attack Complexity
LOW
Privileges Required
LOW
User Interaction
NONE
Scope
UNCHANGED
Confidentiality Impact
NONE
Integrity Impact
NONE
Availability Impact
HIGH
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
AI Score
Confidence
High
EPSS
Percentile
9.5%
In the Linux kernel, the following vulnerability has been resolved:
io_uring/poll: don’t reissue in case of poll race on multishot request
A previous commit fixed a poll race that can occur, but it’s only
applicable for multishot requests. For a multishot request, we can safely
ignore a spurious wakeup, as we never leave the waitqueue to begin with.
A blunt reissue of a multishot armed request can cause us to leak a
buffer, if they are ring provided. While this seems like a bug in itself,
it’s not really defined behavior to reissue a multishot request directly.
It’s less efficient to do so as well, and not required to rearm anything
like it is for singleshot poll requests.
Vendor | Product | Version | CPE |
---|---|---|---|
linux | linux_kernel | 6.1.7 | cpe:2.3:o:linux:linux_kernel:6.1.7:*:*:*:*:*:*:* |
[
{
"product": "Linux",
"vendor": "Linux",
"defaultStatus": "unaffected",
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"programFiles": [
"io_uring/poll.c"
],
"versions": [
{
"version": "c06015ebc436",
"lessThan": "36fc7317cdb1",
"status": "affected",
"versionType": "git"
},
{
"version": "6e5aedb9324a",
"lessThan": "8caa03f10bf9",
"status": "affected",
"versionType": "git"
}
]
},
{
"product": "Linux",
"vendor": "Linux",
"defaultStatus": "unaffected",
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"programFiles": [
"io_uring/poll.c"
],
"versions": [
{
"version": "6.1.7",
"lessThan": "6.1.8",
"status": "affected",
"versionType": "custom"
}
]
}
]