A race condition in perf_event_open() allows local malicious users to leak sensitive data from setuid programs. As no relevant locks (in particular the cred_guard_mutex) are held during the ptrace_may_access() call, it is possible for the specified target task to perform an execve() syscall with setuid execution before perf_event_alloc() actually attaches to it, allowing an malicious user to bypass the ptrace_may_access() check and the perf_event_exit_task(current) call that is performed in install_exec_creds() during privileged execve() calls. This issue affects kernel versions prior to 4.8.
| Vulnerable Product | Search on Vulmon | Subscribe to Product |
|---|---|---|
linux linux kernel |
||
debian debian linux 8.0 |
||
netapp vasa provider for clustered data ontap |
||
netapp solidfire - |
||
netapp hci management node - |
||
netapp snapprotect - |
||
netapp active iq unified manager for vmware vsphere |
||
netapp virtual storage console for vmware vsphere |
||
netapp storage replication adapter for clustered data ontap for vmware vsphere |
||
netapp cn1610_firmware - |
Vulmon