# Faille microprocesseurs et patch Linux

**URL:** <https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563>\
**Category:** Support Debian\
**Created:** [Janvier 6, 2018, 10:53 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563 "2018-01-06T10:53:17Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Janvier 6, 2018, 10:53 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/1 "2018-01-06T10:53:17Z")

</div>

Bonjour à tous  
J’ai lu sur le web qu’un patch Linux est déja diffusé.

Quelqu’un sait-il ici si celui-ci a été installé lors d’une récente mise à jour (sur Debian 8 Jessie et sur Debian 9 Stretch)?

J’ai cherché sur /var/log/ avec un “grep -i kernel”, mais je n’ai rien vu d’explicite, ce qui peut être du à mon ignorance ou à une exigence de discrétion vis-a-vis de cette faille.

[suite]  
Je lis que les processeurs AMD ne seraient pas concernés. Si cette info est juste, je suppose que le patch devrait être installé où non par choix et non systématiquement ?  
À moins que le package soit capable de faire lui-même ce choix.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 6, 2018, 11:11 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/2 "2018-01-06T11:11:17Z")

</div>

Salut  
pour l’instant partiellement patché dans la version stable  
[https://www.debian.org/security/2018/dsa-4078](https://www.debian.org/security/2018/dsa-4078)

---

<div class="post-metadata">

**Author:** ![jimbo](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/d78d45/32.png) [@jimbo](https://www.debian-fr.org/u/jimbo)\
**Post date:** [Janvier 6, 2018, 1:10 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/3 "2018-01-06T13:10:50Z")

</div>

> [@josephtux](#):
>
> Je lis que les processeurs AMD ne seraient pas concernés. Si cette info est juste, je suppose que le patch devrait être installé où non par choix et non systématiquement ?  
> À moins que le package soit capable de faire lui-même ce choix.

il y a 3 failles, toutes pour Intel oui, 1 pour ADM c’est sur, 2 pour AMD pas claire du tout, du moins pas vérifié.  
dans tous les cas, celle commune à AMD, ARM, INTEL c’est Spectre et non corrigeable.

---

<div class="post-metadata">

**Author:** ![Papyautomne](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/d26b3c/32.png) [@Papyautomne](https://www.debian-fr.org/u/Papyautomne)\
**Post date:** [Janvier 6, 2018, 3:33 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/4 "2018-01-06T15:33:56Z")

</div>

Bonjour à tous,

Décidément les failles d’Intel et autres jettent un effroi certain et nous préoccupent tous… un regain de travail pour les membres du forum, et en plus, je rajoute mes interrogations profondes 🙂

1- j’avais lu quelque part que c’était une faille dans le ME d’Intel et de son Minix embarqué en douce. Mais personne ne semble plus en parler : quelqu’un a-t-il des infos là dessus ?

2- je suis sous jessie _8.10_, info obtenue par **cat /etc/debian\_version** et avec un kernel ancien comme le dit **uname -a** :  
\_Linux acerdeb 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86 _64 GNU/Linux_

D’où mes questions :

- peut-on mettre à jour le noyau pour jessie ?(sans installer stretch)
- sinon, les patchs de sécurité sont ils dispos pour le kernel 3.16 ?
- et dans ce cas comment faire pour les installer…

J’ai bien des upgrades/updates quotidiens, mais ma source liste est-elle correcte et/ou y a-t-il une manip spéciale pour le noyau (genre apt-get full-upgrade ? dist-upgrade ? je ne saisis pas trop les subtilités…)

voici un cat /etc/apt/sources.list

[ Désolé, je ne maîtrise pas bien les tags et c’est pénible à lire. Les trucs en gras sont des lignes de commentaires…  
Au fait, pouvez-vous me dire sur quel fil chercher le tuto pour “bien présenter” son post ? J’ai fait une (trop rapide, certes) recherche et je n’ai pas vu. Dans le mini éditeur, j’ai essayé les icones mais ce n’est pas exceptionnel ]

```nohighlight
cat /etc/apt/sources.list
# deb cdrom:[Debian GNU/Linux 8.1.0 _Jessie_ - Official amd64 DVD Binary-1 20150606-14:19]/ jessie contrib main 

deb http://ftp.fr.debian.org/debian/ jessie main non-free contrib 
# deb-src http://ftp.fr.debian.org/debian/ jessie main 

deb http://security.debian.org/ jessie/updates non-free contrib main 
# deb-src http://security.debian.org/ jessie/updates contrib main 

# jessie-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ jessie main non-free 
deb http://ftp.fr.debian.org/debian/ jessie-updates non-free main contrib 

# Backports repository
deb http://ftp.debian.org/debian/ wheezy-backports non-free contrib main 

# deb http://ftp.de.debian.org/debian/ sid main 
deb ftp://ftp.deb-multimedia.org/ jessie non-free main 

# jessie-backports
deb http://ftp.fr.debian.org/debian/ jessie-backports non-free contrib main 

# deb http://httpredir.debian.org/ jessie-backports non-free contrib main  

```

J’imagine qu’il faudrait simplifier…;mais je n’ose pas 😃 Certains dépôts (multimedia backport) sont obligatoires pour avoir une version récente de l’éditeur de partitions musicales “musescore”)

merci de votre aide…

[suite]  
Tiens ? 🙂 une bonne âme a placé deux tag code et /code dans le texte pour me montrer. Merci !

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 7, 2018, 10:23 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/5 "2018-01-07T10:23:07Z")

</div>

Salut  
Suivre l’état des kernel avec l’avancement des corrections des3 failles:

[https://security-tracker.debian.org/tracker/source-package/linux](https://security-tracker.debian.org/tracker/source-package/linux)

Aujourd’hui 7 janvier 2018, avantage à Stretch et Sid: 1/3 corrigé (fixed)

[https://security-tracker.debian.org/tracker/CVE-2017-5754](https://security-tracker.debian.org/tracker/CVE-2017-5754)

[https://security-tracker.debian.org/tracker/CVE-2017-5753](https://security-tracker.debian.org/tracker/CVE-2017-5753)

[https://security-tracker.debian.org/tracker/CVE-2017-5715](https://security-tracker.debian.org/tracker/CVE-2017-5715)

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 10, 2018, 7:44 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/6 "2018-01-10T07:44:20Z")

</div>

Aujourd’hui 10 janvier  
Toujours 1/3 corrigée [https://security-tracker.debian.org/tracker/source-package/linux](https://security-tracker.debian.org/tracker/source-package/linux) sur les noyaux 3.2, 3.16, 4.9 et 4.14 qui sont des noyaux LTS (voir [https://www.kernel.org/](https://www.kernel.org/) et [https://www.kernel.org/category/releases.html](https://www.kernel.org/category/releases.html) )

ça doit pas être si facile que ça a corriger  
Vérifier sa version de noyau

```auto
uname --all
Linux debian 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux

```

---

<div class="post-metadata">

**Author:** ![jweber](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e95f7d/32.png) [@jweber](https://www.debian-fr.org/u/jweber)\
**Post date:** [Janvier 10, 2018, 8:29 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/7 "2018-01-10T08:29:11Z")

</div>

Manifestement les choses bougent, ce matin pour Jessie :

```nohighlight
Les NOUVEAUX paquets suivants seront installés :
  linux-headers-3.16.0-5-amd64 linux-headers-3.16.0-5-common
  linux-image-3.16.0-5-amd64
Les paquets suivants seront mis à jour :
  linux-compiler-gcc-4.8-x86 linux-headers-amd64 linux-image-amd64
  linux-libc-dev skypeforlinux

```

Pour Meltdown les patches sont semble-t-il distribués, pour Spectre cela semble plus compliqué.  
[https://www.digitalocean.com/community/tutorials/how-to-protect-your-server-against-the-meltdown-and-spectre-vulnerabilities`](https://www.digitalocean.com/community/tutorials/how-to-protect-your-server-against-the-meltdown-and-spectre-vulnerabilities%60)

Ces failles concernent essentiellement les serveurs, pas les ordis individuels si leurs utilisateurs sont prudents.

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Janvier 10, 2018, 11:53 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/8 "2018-01-10T23:53:33Z")

</div>

d’après cette page : [Multiples vulnérabilités de fuite d'informations dans des processeurs - CERT-FR](https://cert.ssi.gouv.fr/alerte/CERTFR-2018-ALE-001/)

> Linux

> Afin de s’assurer de la présence du mécanisme de sécurité KPTI sur un système utilisant un noyau Linux il est possible d’exécuter la commande suivante :

> dmesg | grep ‹&nbsp;Kernel/User page tables isolation&nbsp;›

ca marche chez vous ? Je suis en cours de màj . Avant la maj ça ne donnait rien

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 11, 2018, 6:38 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/9 "2018-01-11T06:38:54Z")

</div>

ok chez moi

```auto
root@debian:/# dmesg | grep 'Kernel/User page tables isolation'
[0.000000] Kernel/User page tables isolation: disabled
root@debian:/# grep name /proc/cpuinfo
model name	: AMD Athlon(tm) II P340 Dual-Core Processor
model name	: AMD Athlon(tm) II P340 Dual-Core Processor
root@debian:/# uname --all
Linux debian 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux
root@debian:/# 

```

[https://cert.ssi.gouv.fr/alerte/CERTFR-2018-ALE-001/](https://cert.ssi.gouv.fr/alerte/CERTFR-2018-ALE-001/)  
dit  
_Processeurs AMD_  
_AMD est vulnérable à Spectre, mais pas à Meltdown._

---

<div class="post-metadata">

**Author:** ![jweber](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e95f7d/32.png) [@jweber](https://www.debian-fr.org/u/jweber)\
**Post date:** [Janvier 11, 2018, 4:37 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/10 "2018-01-11T16:37:41Z")

</div>

Après mise à jour :

```nohighlight
jacques@jacques-t430:~$ dmesg | grep 'Kernel/User page tables isolation'
[0.000000] Kernel/User page tables isolation: enabled

```

version (Jessie) :

```nohighlight
jacques@jacques-t430:~$ uname -a
Linux jacques-t430 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux

```

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Janvier 13, 2018, 7:59 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/11 "2018-01-13T19:59:46Z")

</div>

chez moi, après maj et reboot :

```nohighlight
dmesg | grep 'Kernel/User page tables isolation'
[0.000000] Kernel/User page tables isolation: enabled

```

```nohighlight
uname -a
Linux ICI 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux

```

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 15, 2018, 8:48 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/12 "2018-01-15T08:48:19Z")

</div>

Salut  
Il existe un script de test  
[https://packages.debian.org/sid/main/spectre-meltdown-checker](https://packages.debian.org/sid/main/spectre-meltdown-checker)

````auto
root@debian:/# /usr/bin/spectre-meltdown-checker
Spectre and Meltdown mitigation detection tool v0.29

Checking for vulnerabilities against running kernel Linux 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64
CPU is AMD Athlon(tm) II P340 Dual-Core Processor

CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1'
* Checking count of LFENCE opcodes in kernel: NO 
> STATUS: VULNERABLE (only 25 opcodes found, should be >= 70, heuristic to be improved when official patches become available)

CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2'
* Mitigation 1
* Hardware (CPU microcode) support for mitigation: NO 
* Kernel support for IBRS: NO 
* IBRS enabled for Kernel space: NO 
* IBRS enabled for User space: NO 
* Mitigation 2
* Kernel compiled with retpoline option: NO 
* Kernel compiled with a retpoline-aware compiler: NO 
> STATUS: VULNERABLE (IBRS hardware + kernel support OR kernel with retpoline are needed to mitigate the vulnerability)

CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3'
* Kernel supports Page Table Isolation (PTI): YES 
* PTI enabled and active: NO 
> STATUS: NOT VULNERABLE (your CPU vendor reported your CPU model as not vulnerable)

A false sense of security is worse than no security at all, see --disclaimer
root@debian:/# 
```

Confirme que mon AMD Athlon(tm) II P340 Dual-Core Processo est vulnérable à Spectre et immunisé contre Meltdown
````

---

<div class="post-metadata">

**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\
**Post date:** [Janvier 15, 2018, 9:22 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/13 "2018-01-15T09:22:32Z")

</div>

Bon, apparemment, AMD est passé aux aveux : [http://www.comptoir-hardware.com/actus/processeurs/35576-amd-clarifie-enfin-sa-situation-vis-a-vis-de-spectre-et-meltdown.html](http://www.comptoir-hardware.com/actus/processeurs/35576-amd-clarifie-enfin-sa-situation-vis-a-vis-de-spectre-et-meltdown.html)

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 15, 2018, 5:19 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/14 "2018-01-15T17:19:57Z")

</div>

pour les utilisateurs de chromium

> **[Mitigating Side-Channel Attacks](https://www.chromium.org/Home/chromium-security/ssca/)**

chrome://flags/

ctrl + f et rechercher la chaine «&nbsp;Strict site isolation&nbsp;» sur la page

Activer

[![](https://www.debian-fr.org/uploads/default/original/2X/2/2cc5bbd45320ab97b1a779ae57e6519138d295bf.png)](http://pix.toile-libre.org/?img=1516036750.png)

Source [Security notice: Meltdown and Spectre – The Linux Mint Blog](https://blog.linuxmint.com/?p=3496)

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 23, 2018, 3:23 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/15 "2018-01-23T15:23:09Z")

</div>

Attention, bobo la tête, le remède est pire que le mal

> **[Faille dans les puces : Intel reconnaît des problèmes avec ses correctifs](https://www.europe1.fr/technologies/faille-dans-les-puces-intel-reconnait-des-problemes-avec-ses-correctifs-3553445)**
>
> Le groupe Intel, aux prises comme ses concurrents avec des failles de sécurité dans les semi-conducteurs , a demandé lundi à ses clients de cesser de mettre en place

> **[Spectre et Meltdown : Linus Torvalds (Linux) critique les patchs poubelle...](https://www.zdnet.fr/actualites/spectre-et-meltdown-linus-torvalds-linux-critique-les-patchs-poubelle-d-intel-39863076.htm)**
>
> Sécurité : Le père du kernel Linux, Linus Torvalds se plaint de l'approche d’Intel pour corriger les vulnérabilités Spectre et Meltdown de ses processeurs.

Si vous avez un processeur Intel regardez y a deux fois

> **[\#886998 - intel-microcode: regressions on Haswell, Broadwell...](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886998)**

_And the version to pick when downgrading is 20171117_

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Janvier 23, 2018, 3:40 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/16 "2018-01-23T15:40:36Z")

</div>

Mon laptop (thinkpad x200 avec un Core 2 Duo P8-quelque-chose) est sur le kernel 4.9.0-5, je n’ai pas (encore) rencontré de gros problèmes particuliers.  
Le temps de démarrage de la session graphique est certes beaucoup plus long que sur les noyaux antérieurs (à l’occasion je ferai des comparatifs de systemd-analyze) mais je n’ai pas eu de reboot intempestif ni d’autre “comportement imprévisible”, ou alors j’ai rien vu. C’est ça d’avoir du vieux matos 🕶

Et vous ?

---

<div class="post-metadata">

**Author:** ![jweber](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e95f7d/32.png) [@jweber](https://www.debian-fr.org/u/jweber)\
**Post date:** [Janvier 23, 2018, 6:05 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/17 "2018-01-23T18:05:47Z")

</div>

Comme indiqué plus haut

> [@jweber](#):
>
> Après mise à jour :

j’ai fait une mise à jour de sécurité et n’ai pas noté de problème particulier.  
Thinkpad T430 de quelques années, proc i5.  
Ce qui est relativement tordu dans ces affaires est qu’un processus utilisateur puisse accéder sans difficulté à des paramètres hardware profonds du processeur comme le nombre de cycles d’horloge mis pour exécuter une instruction. J’ai vérifié, c’est très simple d’avoir accès à ce fameux compteur de cycles ([Time Stamp Counter - Wikipedia](https://en.wikipedia.org/wiki/Time_Stamp_Counter)) avec une ligne d’assembleur incluse dans un programme C, par exemple.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Janvier 23, 2018, 6:29 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/18 "2018-01-23T18:29:10Z")

</div>

faut pas confondre le palliatif dans le noyau et les patchs Intel qui sont dans leur microcode  
De plus il faut etre certain du modèle de cpu.

[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886998](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886998)

`apt list intel-microcode -a`

la version a été downgradée pour revenir en arrière sur les patchs Intel  
**intel-microcode/testing 3.20180108.1+really20171117.1**

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Janvier 23, 2018, 7:43 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/19 "2018-01-23T19:43:09Z")

</div>

Qu’Intel libère son microcode 🙂 !

---

<div class="post-metadata">

**Author:** ![jweber](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e95f7d/32.png) [@jweber](https://www.debian-fr.org/u/jweber)\
**Post date:** [Janvier 24, 2018, 8:45 UTC](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563/20 "2018-01-24T08:45:05Z")

</div>

Finalement une question naïve : je constate que le paquet intel-microcode n’est pas installé sur mon PC (portable à usage strictement perso). Que vaut-il mieux faire : installer le paquet de patches ou en rester là ?

[Page suivante](https://www.debian-fr.org/t/faille-microprocesseurs-et-patch-linux/75563.md?page=2)
