In the Linux kernel, the following vulnerability has been resolved:

protect the fetch of ->fd[fd] in do_dup2() from mispredictions

both callers have verified that fd is not greater than ->max_fds;
however, misprediction might end up with
        tofree = fdt->fd[fd];
being speculatively executed.  That's wrong for the same reasons
why it's wrong in close_fd()/file_close_fd_locked(); the same
solution applies - array_index_nospec(fd, fdt->max_fds) could differ
from fd only in case of speculative execution on mispredicted path.

kernel.org https://git.kernel.org/stable/c/1171ceccabfd596ca370c5d2cbb47d110c3f2fe1 [No types assigned]

kernel.org https://git.kernel.org/stable/c/5db999fff545b924b24c9afd368ef5c17279b176 [No types assigned]

kernel.org https://git.kernel.org/stable/c/8aa37bde1a7b645816cda8b80df4753ecf172bf1 [No types assigned]

kernel.org https://git.kernel.org/stable/c/da72e783afd27d9f487836b2e6738146c0edd149 [No types assigned]