Posté par bubar🦥 .
En réponse à la dépêche Sortie du noyau Linux 3.15.
Évalué à 5.
Dernière modification le 14 juin 2014 à 09:48.
D’où est-ce que tu cites ça?
Une expression, pas une citation.
Ça utilisera en plus d’autre sources.
La page wikipedia résume très bien la situation, pour ceux intéressés par le sujet (il y a également les posts G+ de TS'O, déjà cités ici en commentaire d'un autre dépêche, qui sont parmi le choix de références, en bas de page).
Random utilise d'autres soures, par exemple le bruit réseau. Mais, par exemple : des distributions comme Fedora génèrent les clefs lors du premier boot. A ce stade là, l'entropie autre est quasi nulle. Les clefs générées se basent concrètement quasiment uniquement sur la puce Intel. Hum, dans le temps on aurait dit "defective by design".
Autre point, l'histoire a été souvent relatée, et une pétition avait été faite pour demander le retrait total du support de rdrand (génération des cpu avant ceux ayant rdseed). Pétition balayée d'un revers de main. L'histoire a cependant rebondi, et un plus large public s'y est intéressé (semble t il), lorsque Redhat a essayé de coller ce patch qui propose en option une confiance aveugle dans l'implémentation de Intel et outrepasse totalement le pool d'entropie habituel du noyau.
J'évite tout troll et parti pris, j'espère. Donc le "ça utilisera en plus d'autres sources" est normal L'inverse serait anormal, et si quelqu'un (ayant le niveau technique) pouvait confirmer que 'tout va bien' et qu'il n'y a plus lieu de s'inquiéter, ça serait extra...
C'est sur des sujets comme ceux là que l'on constate la force du modèle de développement à sources ouvertes.
[^] # Re: Faute, carton jaune, placement à 9m
Posté par bubar🦥 . En réponse à la dépêche Sortie du noyau Linux 3.15. Évalué à 5. Dernière modification le 14 juin 2014 à 09:48.
Une expression, pas une citation.
La page wikipedia résume très bien la situation, pour ceux intéressés par le sujet (il y a également les posts G+ de TS'O, déjà cités ici en commentaire d'un autre dépêche, qui sont parmi le choix de références, en bas de page).
Random utilise d'autres soures, par exemple le bruit réseau. Mais, par exemple : des distributions comme Fedora génèrent les clefs lors du premier boot. A ce stade là, l'entropie autre est quasi nulle. Les clefs générées se basent concrètement quasiment uniquement sur la puce Intel. Hum, dans le temps on aurait dit "defective by design".
Autre point, l'histoire a été souvent relatée, et une pétition avait été faite pour demander le retrait total du support de rdrand (génération des cpu avant ceux ayant rdseed). Pétition balayée d'un revers de main. L'histoire a cependant rebondi, et un plus large public s'y est intéressé (semble t il), lorsque Redhat a essayé de coller ce patch qui propose en option une confiance aveugle dans l'implémentation de Intel et outrepasse totalement le pool d'entropie habituel du noyau.
J'évite tout troll et parti pris, j'espère. Donc le "ça utilisera en plus d'autres sources" est normal L'inverse serait anormal, et si quelqu'un (ayant le niveau technique) pouvait confirmer que 'tout va bien' et qu'il n'y a plus lieu de s'inquiéter, ça serait extra...
C'est sur des sujets comme ceux là que l'on constate la force du modèle de développement à sources ouvertes.