Publicité
Derniers dossiers Cartes graphiques
Le Home Cinema avec un graphique intégré ?

Le Home Cinema avec un graphique intégré ?
Le Radeon HD 3200 (chipset 780G) et le GeForce 8200 (chipset MCP78S) sont les premiers circuits vidéo intégrés à pouvoir accélérer la lecture du Blu-ray. Nous examinons en détail les performances de ces deux solutions. Lire la suite

Dernières actualités Cartes graphiques
Produits populaires
Comparer les prix
Benchmarks
Cartes graphiques Comparatifs cartes graphiques Q3 2008 Cartes graphiques Desktop VGA Charts 2006 Cartes graphiques Comparatifs cartes graphiques Q1 2008
Tous les benchmarks
News
Forum
Sujets Relatifs
Partenaires

Faille de sécurité dans les pilotes linux de Nvidia

Mardi 17 octobre 2006 à 17:21 par Fabrice Greff, 2007-11-08
Source: HardOCP – Catégorie : Cartes graphiques
39 commentaires

NVIDIALa firme de sécurité Rapid7, LLC Security Advisory, a publié une note signalant que les pilotes graphiques de NVIDIA pour LinuxSystème d’exploitation compatible avec Unix et reposant sur le principe du logiciel libre. Linux est un système d’exploitation dérivé d’Unix. Il a été... contiennent une faille de sécurité que la firme californienne tarde à combler.

Une faille de type Buffer Overflow

De type « buffer overflow », cette faille permettrait à un hacker de lancer un code arbitraire en tant que rootNom attribué à l’utilisateur qui, sur les systèmes Unix et assimilés, dispose de toutes les autorisations et droits. Le concept d’utilisateur root est.... Ce bug, précise Rapid7 est exploitable localement ou à distance (via un client X à distance ou un client X visitant une page Web « malicieuse »).

Un bug présent depuis 2004

Cette faille présente dans les pilotes Linux v8762 et v8774 ne date pas d’hier si l’on croit Rapid7. Elle aurait été rapportée sur plusieurs forums dont celui de NVnews dès 2004, mais NVIDIA n’a publiquement admis l’existence de ce bug qu’en juillet dernier. Un employé de la firme californienne était intervenu sur le forum de Nvnews pour indiquer qu’il avait réussi à reproduire le problème et lui avait assigné l’ID No 239065 en promettant qu’un correctifMise à jour d’un logiciel qui prend la forme d’un fichier de petite taille facile à télécharger. Un patch concerne généralement un domaine bien délimi... serait prochainement publié.

Une seule solution, non satisfaisante

A ce jour, les pilotes Linux de NVIDIA contiennent toujours cette vulnérabilité qui pourrait également toucher les pilotes FreeBSD et Solaris. Se basant sur de nombreux témoignages publiés sur des forums publics, Rapid7 considère que ces pilotes font courir un risque inacceptable pour la sécurité.

En attendant la sortie d’un éventuel correctif, Rapid7 conseille de désactiver le piloteModule logiciel nécessaire à un système d’exploitation pour gérer un périphérique ou un matériel particulier. Le pilote est un module logiciel qui ass... propriétaire de NVIDIA et d’utiliser le pilotes « NV » open sourceMode de développement logiciel caractérisé par la mise en libre accès du code source du projet logiciel. La notion d’Open Source consiste à publier le... intégré par défaut à X. Hélas, contrairement aux pilotes graphiques propriétaires de NVIDIA, le pilote linux Open Source ne prend pas en charge l’accélération 3D des GPUProcesseur Graphique (Graphical Processing Unit). Unité de calcul spécialisée dans les taches graphiques et 3D qui constitue le cœur d’une carte graph....


Réagissez ! Retour à la liste des news
Dernières actus
Plus de contenus sur :
Publicité
Commentaires
Seb c est bien 17/10/2006 19:02
Masquer
-0+
Seb c est bien

Bah...bah !!! :??:

Je croyais que Linux, tout ça, quoi... [:dawa]

dsant2 17/10/2006 19:28
Masquer
-0+
dsant2

C'est pas Linux-Unix qui est plus sécurisé, c'est la programation open source.

ultrabill 17/10/2006 19:34
Masquer
-0+
ultrabill

a écrit :

Bah...bah !!! :??:

Je croyais que Linux, tout ça, quoi... [:dawa]


Nan c'est pas Linux, c'est un pilote :o

Marrant, quand c'est un pilote Windows on dit que Microsoft c'est de la merde [:xam]

trougnouf 17/10/2006 21:34
Masquer
-0+
trougnouf

impact95100 a écrit :

Nan c'est pas Linux, c'est un pilote :o

Marrant, quand c'est un pilote Windows on dit que Microsoft c'est de la merde [:xam]




Justement Linux est libre/opensource et ne nous fais generalement pas dependre du bon-vouloir d'une societe/personne puisque la communautee se bouge instantanement.

La on a a faire a un driver Ferme qui adopte la meme politique "de merde"(je reprend ton therme a sa bonne place) que Microsoft, CAD ferme et le systeme est condamne grace au bon vouloir d'une boite.

ultrabill 17/10/2006 21:58
Masquer
-0+
ultrabill

ultradoux a écrit :

Justement Linux est libre/opensource et ne nous fais generalement pas dependre du bon-vouloir d'une societe/personne puisque la communautee se bouge instantanement.

La on a a faire a un driver Ferme qui adopte la meme politique "de merde"(je reprend ton therme a sa bonne place) que Microsoft, CAD ferme et le systeme est condamne grace au bon vouloir d'une boite.


T'as pas compris le sens de ma remarque ;)

- faille de sécurité dans les pilotes windows de Nvidia
- :fou: Micro$oft Windaube c'est trop pourris

- faille de sécurité dans les pilotes linux de Nvidia
- :fou: Nvidia c'est trop pourris

C'est tout ;) M'en fout que ce soit OpenSource gentil ou ClosedSource méchant [:stronul]

hysteric 17/10/2006 22:28
Masquer
-0+
hysteric

Quand on dit que les Setpoint sont des drivers pourris, c'est pas sur gro$$oft qu'on balance le pavé.
Quand on disait que les catalyst étaient pourris (c'est pas si vieux) c'etait toujours pas contre gro$$oft.

On râle sur gro$$oft: à cause d' IE, à cause d'outlook et autres (qui a parlé de blaster et autre virus amoureux? ;))

Ca va mieux mais mais bon le fait d'avoir des correctifs qui tombent trop régulièrement ça ne
donne pas trop confiance.

Sn4kY 18/10/2006 00:56
Masquer
-0+
Sn4kY

tu sais, dans ce cas, les kernels utilisés par GNU/Linux sont très régulièrement mis à jour...

tiens ça sent l'apt-get dist-upgrade ça !

Loacoon 18/10/2006 02:59
Masquer
-0+
Loacoon

Jomannix a écrit :

tu sais, dans ce cas, les kernels utilisés par GNU/Linux sont très régulièrement mis à jour...

tiens ça sent l'apt-get dist-upgrade ça !



Je vois mal le rapport entre une rustine et le développement du kernel...
Considères une mise a jour du kernel comme l'équivalent d'une nouvelles version de Windows, pas comme un patch.

Dans tous les cas comme Hysteric l'a dit, on blame pas MS pour les pilotes Creative... La faute revient a NV pour ca et personne d'autre.

GOSkywalker13 18/10/2006 06:56
Masquer
-0+
GOSkywalker13

Et pour ceux qui n'ont pas la nécessité de l'OpenGL, le pilote "nv" marche très bien. C'est une alternative non négligable pour régler le problème.

revlis 18/10/2006 09:40
Masquer
-0+
revlis

Lorsqu'une faille attaquant la virtualisation du processeur AMD, avait mis a mal vista (par Joanna Rutkowska) le titre de PPC était "Vista : pas si invulnérable que ça"

Lorsqu'une faille attaquant les pilotes d'une carte graphique met a mal linux, le titre de PPC est "Faille de securité dans les pilotes de Nvidia"

Kurupt 18/10/2006 09:42
Masquer
-0+
Kurupt

Et wii, 2 poids, 2 mesures... :o

nero62 18/10/2006 09:59
Masquer
-0+
nero62

kithi a écrit :

Je vois mal le rapport entre une rustine et le développement du kernel...
Considères une mise a jour du kernel comme l'équivalent d'une nouvelles version de Windows, pas comme un patch.



Et il fait quoi le patch ?
Il met à jour windows pour corriger les problèmes de sécurité, les failles, les bugs, etc ...

Et pourquoi ils le mettent à jour le kernel ?
Pour corriger les problèmes de sécurité, les failles, les bugs, etc ...

Oh, on dirait ce que fait le patch :whistle:

Ashitaka81 18/10/2006 10:14
Masquer
-0+
Ashitaka81

Les drivers 9x.xx présents depuis quelques temps en version bêta corrigent la faille. Il paraît qu'ils viennent de sortir en version "stable", mais bon moi je ne les vois pas apparaître sur leur site...

Bref, à mort les drivers fermés (même si je suis obligé de les utiliser comme beaucoup de monde pour avoir l'accélération 3D), vive l'open-source et ses temps de réaction face aux problèmes du genre !


Et +1 pour les newseurs qui régulièrement confondent l'origine des problèmes en incrimant des innocents (enfin innocents sur ce point précis)...

Ashitaka81 18/10/2006 10:19
Masquer
-0+
Ashitaka81

kithi a écrit :

Je vois mal le rapport entre une rustine et le développement du kernel...
Considères une mise a jour du kernel comme l'équivalent d'une nouvelles version de Windows, pas comme un patch.



Une nouvelle version du noyau n'a pas grand chose à voir avec une nouvelle version de Windows... C'est plutôt un petit incrément d'une seule partie des éléments composant ton système.

Passer de WinXP à Vista, par exemple, c'est plutôt passer d'un noyau 2.4 à 2.6, de Gnome 2.8 à Gnome 2.16, de XFree4.3 à X.org 7.2, GCC 2.95 à GCC 4.2, etc. (quoique tout ça sous-entendrait une réelle progression, je ne prends pas parti, c'est juste un exemple).

C'est d'ailleurs une des choses que j'aime dans Linux, c'est que tout s'incrémente petit à petit, brique par brique, alors qu'avec Windows c'est un gros bloc monolithique qui change tout à la fois.

revlis 18/10/2006 11:22
Masquer
-0+
revlis

a écrit :

Et pourquoi ils le mettent à jour le kernel ?
Pour corriger les problèmes de sécurité, les failles, les bugs, etc ...




tu part en cachouettes là... quand on developpe un nouveau module, ce n'est certainement pas pour corriger des bug et des failles sur les anciennes version...

Quand un maçon construit une nouvelle maison, c'est pour boucher les fissures qui se trouve sur l'ancienne ????

revlis 18/10/2006 11:36
Masquer
-0+
revlis

Nicosa a écrit :

Passer de WinXP à Vista, par exemple, c'est plutôt passer d'un noyau 2.4 à 2.6, de Gnome 2.8 à Gnome 2.16, de XFree4.3 à X.org 7.2, GCC 2.95 à GCC 4.2, etc. (quoique tout ça sous-entendrait une réelle progression, je ne prends pas parti, c'est juste un exemple).

C'est d'ailleurs une des choses que j'aime dans Linux, c'est que tout s'incrémente petit à petit, brique par brique, alors qu'avec Windows c'est un gros bloc monolithique qui change tout à la fois.




Non justement, linux tourne sur son noyau monolitique ecrit en 91 et qui depuis 15 ans continue a être patché dans tous les sens...
tu peux pas comparer linux et windows sur ce point car linux est le seul OS a n'avoir JAMAIS re-pensé son noyau..
le noyau 2.6 est une modification (certe complexe) du fonctionnement du 2.4...

ultrabill 18/10/2006 12:08
Masquer
-0+
ultrabill

a écrit :

tu part en cachouettes là... quand on developpe un nouveau module, ce n'est certainement pas pour corriger des bug et des failles sur les anciennes version...

Quand un maçon construit une nouvelle maison, c'est pour boucher les fissures qui se trouve sur l'ancienne ????


Donc les developpeurs passent leur temps à developper de nouveaux modules sans s'occuper des anciens :??:

C'est à se demander comment ils font pour corriger des failles et des bugs sans y toucher ... Linux Powered By David Copperfield [:dawa]

cyrano 18/10/2006 13:04
Masquer
-0+
cyrano

Linux est un ensemble de module (ordonancement, io, network, drivers). Chaque module voit ses bugs corrigé au fur et à mesure (notament pour les drivers) avec souvent les perf qui augmentent.

Parfois, qqun vient avec un module tout neuf (ext4, reseirfs4, antipatory scheduling,...) et paf, c'est intégrer dans une nouvelle version.

Il suffit de voir les retards de vista pour comprendre l'interret des petits pas, et de ne pas tout révolutionner d'un coup.

nero62 18/10/2006 13:19
Masquer
-0+
nero62

a écrit :

tu part en cachouettes là... quand on developpe un nouveau module, ce n'est certainement pas pour corriger des bug et des failles sur les anciennes version...

Quand un maçon construit une nouvelle maison, c'est pour boucher les fissures qui se trouve sur l'ancienne ????



Parce que quand on sort une nouvelle version, on fait quoi à ton avis ?

Certes on améliore la chose, mais on corrige aussi les bugs et problèmes de sécurité ;)

Linux est un des systèmes les plus sécurisés qui existent, mais faut bien qu'ils le mettent à jour pour que ce soit le cas, non ?

cyrano 18/10/2006 14:53
Masquer
-0+
cyrano

Evidement. Ce qui compte c'est la vitesse de réaction, souvent inférieur à qq jours voir à 24h.

nero62 18/10/2006 14:57
Masquer
-0+
nero62

a écrit :

Evidement. Ce qui compte c'est la vitesse de réaction, souvent inférieur à qq jours voir à 24h.



Tout à fait d'accord sur ce point ;)

Je ne faisais que répondre à la remarque de loacoon qui ne voulait pas comprendre que c'était le même fonctionnement pour linux que pour windows (même si c'est moins rapide et efficace pour ce dernier) :jap:

cyrano 18/10/2006 15:01
Masquer
-0+
cyrano

Tu comparais aux patchs windows. Les SP rajoutent rarement des fonctionnalité (changement de version de IE, ajout des DRM pour WMP)

nero62 18/10/2006 15:03
Masquer
-0+
nero62

Les SP rajoutent beaucoup de choses au contraire :
- Le SP1 apportait entre autre le support natif de l'USB2 et de la norme IPv6.
- Le SP2 apportait le sécurity center (quoi qu'on en pense) par exemple.

ultrabill 18/10/2006 16:14
Masquer
-0+
ultrabill

a écrit :

Evidement. Ce qui compte c'est la vitesse de réaction, souvent inférieur à qq jours voir à 24h.


C'est corrigé en 24h ... mais c'est en "production" tous les 3 mois [:spamafote].
A moins de s'amuser *quotidiennement* à récuperer les sources et à recompiler le noyau ! Ha ouais, c'est hyper pratique ;)

C'est pas parce que c'est corrigé dans les sources que c'est utilisé par le commun des mortels :o

ultrabill 18/10/2006 16:15
Masquer
-0+
ultrabill

a écrit :

Tu comparais aux patchs windows. Les SP rajoutent rarement des fonctionnalité (changement de version de IE, ajout des DRM pour WMP)


Sous Windows 2000 peut-être ... M'enfin, sous NT4 ou sous XP va pas dire que les Service Packs n'ont rien apportés :ouch:

Loacoon 18/10/2006 16:21
Masquer
-0+
Loacoon

a écrit :

Les SP rajoutent beaucoup de choses au contraire :
- Le SP1 apportait entre autre le support natif de l'USB2 et de la norme IPv6.
- Le SP2 apportait le sécurity center (quoi qu'on en pense) par exemple.



D'accord pour les SP, pas d'accord pour les rustines.
Pour info Linux a aussi, quand c'est nécéssaire, des mises a jour d'urgence de sécurité. Et oui c'est aussi une rustine, rien a voir avec une nouvelle version ajoutant des fonctionnalités.

Citation :C'est corrigé en 24h ... mais c'est en "production" tous les 3 mois [:spamafote].
A moins de s'amuser *quotidiennement* à récuperer les sources et à recompiler le noyau ! Ha ouais, c'est hyper pratique ;)

C'est pas parce que c'est corrigé dans les sources que c'est utilisé par le commun des mortels :o

Les mises a jour de sécurité sont en général immédiatement ajoutées à la distribution. Si c'est pas le cas, changes de distrib tout de suite.

ultrabill 18/10/2006 16:50
Masquer
-0+
ultrabill

Loacoon > "Immédiatement ajoutées" ?? :lol:
Je crois que tu rèves un peu, là ;)

Tiens, voyons le ChangeLog du dernier kernel dispo (2.6.18.1) :
http://www.kernel.org/pub/linux/ke [...] g-2.6.18.1
T'as des tucs qui peuvent tout faire planter, des fonctions recodées et ré-implementées, des nouveautés, des corrections de modules, etc.

Dernière version chez Debian aujourd'hui disponible : 2.6.8
Ha ouais ... 2.6.8 ... Y'a juste 8 révisions de retard [:dawa]

Qu'apporte le 2.6.9 par rapport au 2.6.8 ?? http://www.kernel.org/pub/linux/ke [...] eLog-2.6.9
Rien que ça :o Alors imagine la difference entre le 2.6.8 et le 2.6.18 :ouch:
Mais bon, tu vas me faire croire qu'en 8 révisions y'a juste des corrections de "petits bugs" et ajout de "petites fonctionnalités" toutes mimis [:marlou:3]

Ha ouais mais c'est vrai, Debian stropoorite :o

cyrano 18/10/2006 18:46
Masquer
-0+
cyrano

en général, il back porte les corrections de sécurité. D'où le codage 2.6.8.x. Le dernier bug de sécurité kernel remonte au bug de ptrace.

"Loacoon > "Immédiatement ajoutées" ?? :lol:
Je crois que tu rèves un peu, là ;) "

Non bien sur que non. Tous les distribs modernes viennent avec une gestion de paquets supportant internet. Tu peux mettre à jour tous les jours et cela corrige plein de problème détectée depuis la sortie de la distrib (pas forcément de sécurité).

Loacoon 18/10/2006 19:27
Masquer
-0+
Loacoon

impact95100 a écrit :

Loacoon > "Immédiatement ajoutées" ?? :lol:
Je crois que tu rèves un peu, là ;)

Tiens, voyons le ChangeLog du dernier kernel dispo (2.6.18.1) :
http://www.kernel.org/pub/linux/ke [...] g-2.6.18.1
T'as des tucs qui peuvent tout faire planter, des fonctions recodées et ré-implementées, des nouveautés, des corrections de modules, etc.

Dernière version chez Debian aujourd'hui disponible : 2.6.8
Ha ouais ... 2.6.8 ... Y'a juste 8 révisions de retard [:dawa]

Qu'apporte le 2.6.9 par rapport au 2.6.8 ?? http://www.kernel.org/pub/linux/ke [...] eLog-2.6.9
Rien que ça :o Alors imagine la difference entre le 2.6.8 et le 2.6.18 :ouch:
Mais bon, tu vas me faire croire qu'en 8 révisions y'a juste des corrections de "petits bugs" et ajout de "petites fonctionnalités" toutes mimis [:marlou:3]

Ha ouais mais c'est vrai, Debian stropoorite :o



Comme l'a dit Cyrano les correctifs sont ajoutés sur le kernel utilisé par la version stable, vas voir sur le site de Debian, y a des mises a jour de sécurité presque tous les jours. (tous les combien pour Windows??)
Et Debian c'est pas tout pourri, je suis sur la testing pendant que j'écris ces lignes ;), donc je sais de quoi je parle niveau Debian ;).

Batchy 18/10/2006 19:59
Masquer
-0+
Batchy

impact95100 a écrit :

Dernière version chez Debian aujourd'hui disponible : 2.6.8


raté. c'est la version 2.6.8-16
16 étant la sous-version du paquet debian :)

ultrabill 18/10/2006 22:41
Masquer
-0+
ultrabill

elch a écrit :

raté. c'est la version 2.6.8-16
16 étant la sous-version du paquet debian :)


2.6.8-12 pour AMD64 et EMT64
2.6.8-3 pour tout le reste :)