arch/x86/kernel/cpu/bugs.c | 4 ++++ 1 file changed, 4 insertions(+)
A microcode update is required for IBPB to be effective against ITS. On
Intel, X86_BUG_OLD_MICROCODE is set already when old microcode is detected.
In such a case system is tainted and a warning is issued.
Also warn that userspace could be vulnerable to ITS.
Suggested-by: Borislav Petkov <bp@alien8.de>
Signed-off-by: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
---
arch/x86/kernel/cpu/bugs.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
index 7f94e6a5497d9a2d312a76095e48d6b364565777..7aa3ae00e6b4daa5e42217b66c50cd46d6bcc115 100644
--- a/arch/x86/kernel/cpu/bugs.c
+++ b/arch/x86/kernel/cpu/bugs.c
@@ -1427,6 +1427,10 @@ static void __init its_select_mitigation(void)
return;
}
+ /* For IBPB to be effective against ITS */
+ if (boot_cpu_has_bug(X86_BUG_OLD_MICROCODE))
+ pr_warn("Old microcode, userspace may be vulnerable to ITS\n");
+
if (its_mitigation == ITS_MITIGATION_RETPOLINE_STUFF &&
!IS_ENABLED(CONFIG_MITIGATION_CALL_DEPTH_TRACKING)) {
pr_err("RSB stuff mitigation not supported, using default\n");
---
base-commit: 19272b37aa4f83ca52bdf9c16d5d81bdd1354494
change-id: 20250611-its-warn-b292b10896e3
On 6/12/25 03:08, Pawan Gupta wrote:
> A microcode update is required for IBPB to be effective against ITS. On
> Intel, X86_BUG_OLD_MICROCODE is set already when old microcode is detected.
> In such a case system is tainted and a warning is issued.
>
> Also warn that userspace could be vulnerable to ITS.
>
> Suggested-by: Borislav Petkov <bp@alien8.de>
> Signed-off-by: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
> ---
> arch/x86/kernel/cpu/bugs.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
> index 7f94e6a5497d9a2d312a76095e48d6b364565777..7aa3ae00e6b4daa5e42217b66c50cd46d6bcc115 100644
> --- a/arch/x86/kernel/cpu/bugs.c
> +++ b/arch/x86/kernel/cpu/bugs.c
> @@ -1427,6 +1427,10 @@ static void __init its_select_mitigation(void)
> return;
> }
>
> + /* For IBPB to be effective against ITS */
> + if (boot_cpu_has_bug(X86_BUG_OLD_MICROCODE))
> + pr_warn("Old microcode, userspace may be vulnerable to ITS\n");
> +
That check is too coarse and probably has a high chance of false
positive, i.e
Latest firmware for your CPU is version Z as defined in
intel-ucode-defs.h, current running version is X which is older than Z ,
but it already contains IBPB fixups for ITS. Then it will trigger a
false positive.
> if (its_mitigation == ITS_MITIGATION_RETPOLINE_STUFF &&
> !IS_ENABLED(CONFIG_MITIGATION_CALL_DEPTH_TRACKING)) {
> pr_err("RSB stuff mitigation not supported, using default\n");
>
> ---
> base-commit: 19272b37aa4f83ca52bdf9c16d5d81bdd1354494
> change-id: 20250611-its-warn-b292b10896e3
>
On Thu, Jun 12, 2025 at 09:58:35AM +0300, Nikolay Borisov wrote:
>
>
> On 6/12/25 03:08, Pawan Gupta wrote:
> > A microcode update is required for IBPB to be effective against ITS. On
> > Intel, X86_BUG_OLD_MICROCODE is set already when old microcode is detected.
> > In such a case system is tainted and a warning is issued.
> >
> > Also warn that userspace could be vulnerable to ITS.
> >
> > Suggested-by: Borislav Petkov <bp@alien8.de>
> > Signed-off-by: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
> > ---
> > arch/x86/kernel/cpu/bugs.c | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
> > index 7f94e6a5497d9a2d312a76095e48d6b364565777..7aa3ae00e6b4daa5e42217b66c50cd46d6bcc115 100644
> > --- a/arch/x86/kernel/cpu/bugs.c
> > +++ b/arch/x86/kernel/cpu/bugs.c
> > @@ -1427,6 +1427,10 @@ static void __init its_select_mitigation(void)
> > return;
> > }
> > + /* For IBPB to be effective against ITS */
> > + if (boot_cpu_has_bug(X86_BUG_OLD_MICROCODE))
> > + pr_warn("Old microcode, userspace may be vulnerable to ITS\n");
> > +
>
> That check is too coarse and probably has a high chance of false positive,
> i.e
>
> Latest firmware for your CPU is version Z as defined in intel-ucode-defs.h,
> current running version is X which is older than Z , but it already contains
> IBPB fixups for ITS. Then it will trigger a false positive.
Agree, as I mentioned in the other email, I am okay dropping this patch.
This creates more confusion than it helps.
On 6/11/2025 5:08 PM, Pawan Gupta wrote:
> A microcode update is required for IBPB to be effective against ITS. On
> Intel, X86_BUG_OLD_MICROCODE is set already when old microcode is detected.
> In such a case system is tainted and a warning is issued.
>
> Also warn that userspace could be vulnerable to ITS.
>
> Suggested-by: Borislav Petkov <bp@alien8.de>
> Signed-off-by: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
> ---
> arch/x86/kernel/cpu/bugs.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
> index 7f94e6a5497d9a2d312a76095e48d6b364565777..7aa3ae00e6b4daa5e42217b66c50cd46d6bcc115 100644
> --- a/arch/x86/kernel/cpu/bugs.c
> +++ b/arch/x86/kernel/cpu/bugs.c
> @@ -1427,6 +1427,10 @@ static void __init its_select_mitigation(void)
> return;
> }
>
> + /* For IBPB to be effective against ITS */
> + if (boot_cpu_has_bug(X86_BUG_OLD_MICROCODE))
> + pr_warn("Old microcode, userspace may be vulnerable to ITS\n");
> +
Maybe I am missing something, but isn't "old" supposed to be an evolving
thing? I am not sure how old microcode can reliably (always) translate
to not effective against ITS.
Can you please provide more context? I feel the warning could be
misleading for userspace.
> if (its_mitigation == ITS_MITIGATION_RETPOLINE_STUFF &&
> !IS_ENABLED(CONFIG_MITIGATION_CALL_DEPTH_TRACKING)) {
> pr_err("RSB stuff mitigation not supported, using default\n");
>
> ---
> base-commit: 19272b37aa4f83ca52bdf9c16d5d81bdd1354494
> change-id: 20250611-its-warn-b292b10896e3
>
On Wed, Jun 11, 2025 at 11:34:04PM -0700, Sohil Mehta wrote:
> On 6/11/2025 5:08 PM, Pawan Gupta wrote:
> > A microcode update is required for IBPB to be effective against ITS. On
> > Intel, X86_BUG_OLD_MICROCODE is set already when old microcode is detected.
> > In such a case system is tainted and a warning is issued.
> >
> > Also warn that userspace could be vulnerable to ITS.
> >
> > Suggested-by: Borislav Petkov <bp@alien8.de>
> > Signed-off-by: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
> > ---
> > arch/x86/kernel/cpu/bugs.c | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
> > index 7f94e6a5497d9a2d312a76095e48d6b364565777..7aa3ae00e6b4daa5e42217b66c50cd46d6bcc115 100644
> > --- a/arch/x86/kernel/cpu/bugs.c
> > +++ b/arch/x86/kernel/cpu/bugs.c
> > @@ -1427,6 +1427,10 @@ static void __init its_select_mitigation(void)
> > return;
> > }
> >
> > + /* For IBPB to be effective against ITS */
> > + if (boot_cpu_has_bug(X86_BUG_OLD_MICROCODE))
> > + pr_warn("Old microcode, userspace may be vulnerable to ITS\n");
> > +
>
> Maybe I am missing something, but isn't "old" supposed to be an evolving
> thing? I am not sure how old microcode can reliably (always) translate
> to not effective against ITS.
Yes, "old" does not always means vulnerable. Looks like "... *may* be
vulnerable" is too subtle here.
> Can you please provide more context? I feel the warning could be
> misleading for userspace.
Since the ITS software mitigation does not depend on the microcode, there
is no enumeration. Hence, hitch-hiking on the existing X86_BUG_OLD_MICROCODE.
On a second thought, cpu_set_bug_bits() already issues a warning, and even
taints the kernel when old microcode is detected. So warning here seems
redundant, and also misleading as you said. I am okay dropping this patch.
On 6/12/25 06:19, Pawan Gupta wrote: > On a second thought, cpu_set_bug_bits() already issues a warning, and even > taints the kernel when old microcode is detected. So warning here seems > redundant, and also misleading as you said. I am okay dropping this patch. Yep, that was the whole point of X86_BUG_OLD_MICROCODE. It's one, big, bad, scary warning so that we don't have to do it for all the individual little bad things that happen when you have old microcode.
© 2016 - 2026 Red Hat, Inc.