There is, and it's been fixed in Linux for a few years, possibly the severity of the issue wasn't even realized back then. In linux-mainline/arch/x86/entry/ent

There is, and it's been fixed in Linux for a few years, possibly the severity of the issue wasn't even realized back then. In linux-mainline/arch/x86/entry/entry_64.S, at syscall_return you'll find a comment explaining that a more complicated and slower method will used to return to usespace should a few conditions not be met. https://github.com/torvalds/linux/blob/master/arch/x86/entry/entry_64.S#L294 https://github.com/torvalds/linux/blob/master/arch/x86/entry... The original fix is from 2006, then at x86_64/kernel/entry.S https://github.com/torvalds/linux/commit/7bf36bbc5e0c09271f9efe22162f8cc3f8ebd3d2 https://github.com/torvalds/linux/commit/7bf36bbc5e0c09271f9... [PATCH] x86_64: When user could have changed RIP always force IRET Intel EM64T CPUs handle uncanonical return addresses differently from AMD CPUs. The exception is reported in the SYSRET, not the next instruction. This leads to the kernel exception handler running on the user stack with the wrong GS because the kernel didn't expect exceptions on this instruction. This version of the patch has the teething problems that plagued an earlier version fixed. This is CVE-2006-0744 Thanks to Ernie Petrides and Asit B. Mallick for analysis and initial patches.