Auteur Sujet: Linux: Vérifier si on est affecté par des vulnérabilités microprocesseurs (Lu 2482 fois)

vivien · « **le:** 20 juin 2022 à 22:19:06 »

Citation de: Darkjeje le 20 juin 2022 à 21:06:51

Petit bémol quand même, il me semble que les vieux processeur ont des failles de sécurité matériel dont on a parlé longuement ici.

Oui un Core2 duo aura quelques failles non atténuées (mais pas beaucoup et pour certaines le risque n'existe réellement que dans des cas d'usage serveur avec virtualisation).

Mais tu prend le Core i3-4150 CPU @ 3.5 GHz, c'est mon PC principal, équipé d'un processeur de 2014 qui a donc 8 ans.

Toutes les failles sont atténuées avec les derniers microcode sous Linux (je ne donnerais pas ma main à couper sous Windows, car Dell ne proposant plus de mise à jour du BIOS, il faut que cela soit le système d'exploitation qui mette à jour le microcode)

$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Address sizes: 39 bits physical, 48 bits virtual Boutisme : Little Endian Processeur(s) : 4 Liste de processeur(s) en ligne : 0-3 Identifiant constructeur : GenuineIntel Nom de modèle : Intel(R) Core(TM) i3-4150 CPU @ 3.50GHz Famille de processeur : 6 Modèle : 60 Thread(s) par cœur : 2 Cœur(s) par socket : 2 Socket(s) : 1 Révision : 3 Vitesse maximale du processeur en MHz : 3500,0000 Vitesse minimale du processeur en MHz : 800,0000 BogoMIPS : 6983.81 Drapaux : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc a rch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm arat pln pts md_clear flush_l1d Virtualization features: Virtualisation : VT-x Caches (sum of all): L1d: 64 KiB (2 instances) L1i: 64 KiB (2 instances) L2: 512 KiB (2 instances) L3: 3 MiB (1 instance) NUMA: Nœud(s) NUMA : 1 Nœud NUMA 0 de processeur(s) : 0-3 Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX disabled L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable Mds: Mitigation; Clear CPU buffers; SMT vulnerable Meltdown: Mitigation; PTI Mmio stale data: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling Srbds: Mitigation; Microcode Tsx async abort: Not affected

Maintenant tous les Smartphones Android 10 et plus ancien avec encore des mise à jour de sécurité sont vulnérable a des failles qui ne sont pas corrigées sans passage à Android 11 (StrandHogg, cette faille permet à des logiciels malveillants de se masquer en applications légitimes et nous voler nos informations personnelles).

Darkjeje · « **Réponse #1 le:** 20 juin 2022 à 22:33:10 »

Ah mince. Je pensais que les mises à jours de sécurité comblaient toutes les failles. J'ignorais qu'en matière de patch il y avait une distinction entre mise à jour de sécurité et mise à jour de version d'Androïd.

Vivement qu'une obligation en la matière soit créé.
Mais bon c'est pas près d'arriver j'imaginr, quand je vois le temps qu'il a fallut (et c'est pas fini pour les ordinateurs), afin d'obliger l'USB-C comme port de chargement obligatoire...

vivien · « **Réponse #2 le:** 20 juin 2022 à 22:50:29 »

Cela dépend des failles.

Je vois aussi des titres en ce moment "Apple M1 : la puce souffre d’une faille de sécurité qui ne peut pas être corrigée" ou "« PacMan attack » : les Mac M1 touchés par une faille impossible à corriger [...] Cette brèche étant située au niveau matériel, elle est impossible à corriger par une mise à jour logicielle."

Il y a des failles qui sont corrigées par une mise à jour de sécurité, d'autres par un microcode adapté au chip, d'autre par une version supérieur d'Android et les failles ultimes c'est celles qu'il est impossible de corriger de façon logicielle (c'est quand même extrêmement rare).

Pour certaines ce n'est pas une correction, mais une atténuation. Dans mon précédent message j'ai parlé d'atténuation pas de correction.

Darkjeje · « **Réponse #3 le:** 21 juin 2022 à 08:26:42 »

Merci beaucoup Vivien pour toutes ces précisions !

vivien · « **Réponse #4 le:** 22 juin 2022 à 21:37:29 »

Exemple de processeur abandonné par Intel : Le Core2 Duo E7200, processeur de 2008.

Il n'y a pas eu de microcode depuis septembre 2010 !

$ sudo dmesg | grep microcode [ 0.000000] microcode: microcode updated early to revision 0x60f, date = 2010-09-29 [ 0.172465] MDS: Vulnerable: Clear CPU buffers attempted, no microcode [ 1.483349] microcode: sig=0x10676, pf=0x1, revision=0x60f [ 1.483395] microcode: Microcode Update Driver: v2.2.

Résultat, il est vulnérable sur deux types de failles :
$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Address sizes: 36 bits physical, 48 bits virtual Boutisme : Little Endian Processeur(s) : 2 Liste de processeur(s) en ligne : 0,1 Identifiant constructeur : GenuineIntel Nom de modèle : Intel(R) Core(TM)2 Duo CPU E7200 @ 2.53GHz Famille de processeur : 6 Modèle : 23 Thread(s) par cœur : 1 Cœur(s) par socket : 2 Socket(s) : 1 Révision : 6 Vitesse maximale du processeur en MHz : 2534,0000 Vitesse minimale du processeur en MHz : 1600,0000 BogoMIPS : 5053.87 Drapaux : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxs r sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfm perf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm pti dtherm Caches (sum of all): L1d: 64 KiB (2 instances) L1i: 64 KiB (2 instances) L2: 3 MiB (1 instance) NUMA: Nœud(s) NUMA : 1 Nœud NUMA 0 de processeur(s) : 0,1 Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX unsupported L1tf: Mitigation; PTE Inversion Mds: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled Meltdown: Mitigation; PTI Spec store bypass: Vulnerable Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, STIBP disabled, RSB filling Srbds: Not affected Tsx async abort: Not affected

C'est le PC qui me sert pour faire mes sauvegardes.

vivien · « **Réponse #5 le:** 22 juin 2022 à 22:39:45 »

Autre CPU de la même époque, mais haut de gamme (bi-xeon) : même linux (Ubuntu 22.04 LTS, même noyau 5.15.0-40-generic #43 qui date du 15 juin 2022, mais j'ai une ligne supplémentaire en vulnérabilité que j'ai coloré en bleu :

$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Address sizes: 38 bits physical, 48 bits virtual Boutisme : Little Endian Processeur(s) : 8 Liste de processeur(s) en ligne : 0-7 Identifiant constructeur : GenuineIntel Nom de modèle : Intel(R) Xeon(R) CPU E5410 @ 2.33GHz Famille de processeur : 6 Modèle : 23 Thread(s) par cœur : 1 Cœur(s) par socket : 4 Socket(s) : 2 Révision : 6 BogoMIPS : 4654.85 Drapaux : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 lahf_lm pti tpr_shadow vnmi flexpriority vpid dtherm Virtualization features: Virtualisation : VT-x Caches (sum of all): L1d: 256 KiB (8 instances) L1i: 256 KiB (8 instances) L2: 24 MiB (4 instances) NUMA: Nœud(s) NUMA : 1 Nœud NUMA 0 de processeur(s) : 0-7 Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX disabled L1tf: Mitigation; PTE Inversion; VMX EPT disabled Mds: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled Meltdown: Mitigation; PTI Mmio stale data: Not affected Spec store bypass: Vulnerable Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, STIBP disabled, RSB filling Srbds: Not affected Tsx async abort: Not affected

vivien · « **Réponse #6 le:** 24 juin 2022 à 15:16:38 »

Core i7-2600 : ce processeur à 11 ans (sorite au T1 2011) et le dernier microcode atténue bien les failles (PC sous Ubuntu 22.04 LTS)

$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Address sizes: 36 bits physical, 48 bits virtual Boutisme : Little Endian Processeur(s) : 8 Liste de processeur(s) en ligne : 0-7 Identifiant constructeur : GenuineIntel Nom de modèle : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Famille de processeur : 6 Modèle : 42 Thread(s) par cœur : 2 Cœur(s) par socket : 4 Socket(s) : 1 Révision : 7 Vitesse maximale du processeur en MHz : 3800,0000 Vitesse minimale du processeur en MHz : 1600,0000 BogoMIPS : 6784.25 Drapaux : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor d s_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti ssb d ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts md_clear flush_l1d Virtualization features: Virtualisation : VT-x Caches (sum of all): L1d: 128 KiB (4 instances) L1i: 128 KiB (4 instances) L2: 1 MiB (4 instances) L3: 8 MiB (1 instance) NUMA: Nœud(s) NUMA : 1 Nœud NUMA 0 de processeur(s) : 0-7 Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX disabled L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable Mds: Mitigation; Clear CPU buffers; SMT vulnerable Meltdown: Mitigation; PTI Mmio stale data: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling Srbds: Not affected Tsx async abort: Not affected

Le dernier microcode Intel pour ce CPU date de février 2019 :

$ sudo dmesg | grep microcode [ 0.000000] microcode: microcode updated early to revision 0x2f, date = 2019-02-17 [ 0.788754] microcode: sig=0x206a7, pf=0x2, revision=0x2f [ 0.788932] microcode: Microcode Update Driver: v2.2.

hwti · « **Réponse #7 le:** 24 juin 2022 à 19:00:01 »

Citation de: vivien le 24 juin 2022 à 15:16:38

Core i7-2600 : ce processeur à 11 ans (sorite au T1 2011) et le dernier microcode atténue bien les failles (PC sous Ubuntu 22.04 LTS)

Pour être précis, il permet au kernel d'atténuer Spectre V2 en fournissant des moyens de limiter la spéculation : IBPB, IBRS et STIBP (et peut-être Speculative Store Bypass).
Il ne fait rien tout seul, ce serait beaucoup trop coûteux de désactiver la spéculation tout le temps.
Retpolines, PTI, PTE inversion et autres sont purement côté kernel.

vivien · « **Réponse #8 le:** 25 juin 2022 à 14:25:35 »

Merci hwti.

A noter pour ceux qui n'ont pas l'information dans la commande lscpu qu'il est possible de récupérer une bonne partie des information via dmesg :

dmesg | grep -e smpboot -e Spectre -e MDS -e SRBDS -e microcode -e Speculative

Exemple de retour :

$ dmesg | grep -e smpboot -e Spectre -e MDS -e SRBDS -e microcode -e Speculative [ 0.000000] microcode: microcode updated early to revision 0x21, date = 2019-02-13 [ 0.037207] smpboot: Allowing 8 CPUs, 0 hotplug CPUs [ 0.130731] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization [ 0.130734] Spectre V2 : Mitigation: Retpolines [ 0.130736] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch [ 0.130738] Spectre V2 : Enabling Restricted Speculation for firmware calls [ 0.130740] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier [ 0.130742] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl [ 0.130745] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp [ 0.130749] MDS: Mitigation: Clear CPU buffers [ 0.130751] SRBDS: Vulnerable: No microcode [ 0.135972] smpboot: Estimated ratio of average max frequency by base frequency (times 1024): 1086 [ 0.135982] smpboot: CPU0: Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz (family: 0x6, model: 0x3a, stepping: 0x9) [ 0.140001] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [ 0.154348] smpboot: Max logical packages: 1 [ 0.154348] smpboot: Total of 8 processors activated (52679.42 BogoMIPS) [ 1.476863] microcode: sig=0x306a9, pf=0x2, revision=0x21 [ 1.483544] microcode: Microcode Update Driver: v2.2.

Sur un PC plus ancien :

$ dmesg | grep -e smpboot -e Spectre -e MDS -e SRBDS -e microcode -e Speculative [ 0.000000] smpboot: Allowing 2 CPUs, 0 hotplug CPUs [ 0.024000] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization [ 0.024000] Spectre V2 : Mitigation: Retpolines [ 0.024000] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch [ 0.024000] MDS: Vulnerable: Clear CPU buffers attempted, no microcode [ 0.141824] smpboot: CPU0: Genuine Intel(R) CPU T2080 @ 1.73GHz (family: 0x6, model: 0xe, stepping: 0xc) [ 0.150764] smpboot: Max logical packages: 1 [ 0.150764] smpboot: Total of 2 processors activated (6916.11 BogoMIPS) [ 3.200841] microcode: sig=0x6ec, pf=0x80, revision=0x5b [ 3.201044] microcode: Microcode Update Driver: v2.2.

alain_p · « **Réponse #9 le:** 25 juin 2022 à 17:01:39 »

Il me semble qu'il n'y a jamais eu d'attaque connue, diffusée, utilisant ces vulnérabilités processeur. Pour l'instant, cela me semble rester pas mal théorique.

blarglibloup · « **Réponse #10 le:** 25 juin 2022 à 18:19:43 »

Citation de: vivien le 24 juin 2022 à 15:16:38

Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX disabled L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable Mds: Mitigation; Clear CPU buffers; SMT vulnerable Meltdown: Mitigation; PTI Mmio stale data: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling Srbds: Not affected Tsx async abort: Not affected

Le dernier microcode Intel pour ce CPU date de février 2019 :

$ sudo dmesg | grep microcode [ 0.000000] microcode: microcode updated early to revision 0x2f, date = 2019-02-17 [ 0.788754] microcode: sig=0x206a7, pf=0x2, revision=0x2f [ 0.788932] microcode: Microcode Update Driver: v2.2.

Juste pour info, les "Mitigations" indiquées dans /proc/cpuinfo n'ont rien à voir avec le microcode (même si certaines, notamment pour le MDS, s'appuient sur certains changements au niveau du microcode). Comme leur nom l'indique, ce sont des palliatifs purement logiciels au niveau du noyau, qu'on peut d'ailleurs désactiver au choix (indépendamment du microcode qui tourne).

vivien · « **Réponse #11 le:** 26 juin 2022 à 10:42:14 »

Tous les lscpu que j'ai donné sont basés sur le même logiciel.

C'est bien le microcode qui permet au logiciel d'atténuer Spec store bypass, MDS et peut-être un troisième.

Voici ci-dessous un CPU plus récent vulnérable MDS malgré un noyau 5.15 récent (juin 2022) : le Celeron N2820.
Les celeron N sont les successeurs des Atom, le N2820 est de la génération Bay Trail.
Le processeur est sorite au T4 20113 et son dernier microcode au T2 2020 (il ne reçoit plus de mises à jour depuis).

C'est une véritable catastrophe coté performance, par contre il consomme peu d'énergie.
Celeron N2820 Puissance de dissipation de scénario (SDP - Scenario Design Power) : 4.5 W
Celeron N2820 PDT : 7,5 W

$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Address sizes: 36 bits physical, 48 bits virtual Boutisme : Little Endian Processeur(s) : 2 Liste de processeur(s) en ligne : 0,1 Identifiant constructeur : GenuineIntel Nom de modèle : Intel(R) Celeron(R) CPU N2820 @ 2.13GHz Famille de processeur : 6 Modèle : 55 Thread(s) par cœur : 1 Cœur(s) par socket : 2 Socket(s) : 1 Révision : 3 Vitesse maximale du processeur en MHz : 2399,3999 Vitesse minimale du processeur en MHz : 533,2000 BogoMIPS : 4266.66 Drapaux : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_ perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xt pr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust sme p erms dtherm ida arat Virtualization features: Virtualisation : VT-x Caches (sum of all): L1d: 48 KiB (2 instances) L1i: 64 KiB (2 instances) L2: 1 MiB (1 instance) NUMA: Nœud(s) NUMA : 1 Nœud NUMA 0 de processeur(s) : 0,1 Vulnerabilities: Itlb multihit: Not affected L1tf: Not affected Mds: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled Meltdown: Mitigation; PTI Mmio stale data: Not affected Spec store bypass: Not affected Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling Srbds: Not affected Tsx async abort: Not affected

Auteur Sujet: Linux: Vérifier si on est affecté par des vulnérabilités microprocesseurs (Lu 2482 fois)

blarglibloup