Racy interactions between dirty vram tracking and paging log dirty hypercalls Activation of log dirty mode done by XEN_DMOP_track_dirty_vram (was named HVMOP_track_dirty_vram before Xen 4.9) is racy with ongoing log dirty hypercalls. A suitably timed call to XEN_DMOP_track_dirty_vram can enable log dirty while another CPU is still in the process of tearing down the structures related to a previously enabled log dirty mode (XEN_DOMCTL_SHADOW_OP_OFF). This is due to lack of mutually exclusive locking between both operations and can lead to entries being added in already freed slots, resulting in a memory leak.
"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-26356.json"
[
{
"events": [
{
"introduced": "4.0.0"
},
{
"fixed": "4.12.0"
}
]
},
{
"events": [
{
"introduced": "4.13.0"
},
{
"fixed": "4.14.0"
}
]
},
{
"events": [
{
"introduced": "4.15.0"
},
{
"fixed": "4.16.0"
}
]
},
{
"events": [
{
"introduced": "0"
},
{
"last_affected": "11.0"
}
]
},
{
"events": [
{
"introduced": "0"
},
{
"last_affected": "34"
}
]
},
{
"events": [
{
"introduced": "0"
},
{
"last_affected": "35"
}
]
}
]