This is unnecessary if you use an unaffected kernel and degrades performance for some cryptographic cyphers. Since you’re using the 6.18 kernel you can remove it. This is still a reasonable precaution, even if the module isn’t currently known to be vulnerable, see context further down.
Assuming you’ve updated, of course, make sure to double check with uname -a.
The nvidia modeset param should also not be set, the nvidia module does that for you, but that’s unrelated.
There are already a number of comments pointing out that 6.18.22, 6.19.12, and 7.0+ are all patched, but it’s also worth mentioning that this issue was also patched in 6.12.85. It looks like 25.11’s 6.12 kernel is currently on 6.12.83 (although according to the git history, it looks like it was already updated to 6.12.84, so I’m not sure why it’s still apparently on .83), so it is still unpatched. I’m sure the maintainers are a bit busy preparing for the 26.05 release, but this seems like something important enough to warrant a quick rollout for those on the default kernel for 25.11.
As a previous post mentioned, if you feel the impetus to get off 6.12, your can also do boot.kernelPackages = pkgs.linuxPackages_6_18. 6.18.22 and later is good as well.
For the record, this will also force to you rebuild everything all the time. I would not recommend this, it will just confuse people. Just switch kernels, or apply the patch with overrideAttrs.
This discussion on hackernews seems to imply that it’s barely used anywhere and a common cause for CVEs and therefore it’s recommended to blacklist it permanently.
No, I was going by the blog post from the security firm who found it, but that blog post was likely LLM generated given context, so go with what the Linux contributor says. Sigh can’t even trust security researchers to properly educate about their own exploits anymore.