Un kill switch dans les GPU serait « une invitation ouverte au désastre » selon NVIDIA

No Kill Bill

Un kill switch dans les GPU serait « une invitation ouverte au désastre » selon NVIDIA

Le constructeur est accusé par la Chine d’avoir introduit un kill switch dans ses GPU, une fonction qui permettrait de déclencher à distance l’arrêt de leur fonctionnement. NVIDIA nie vigoureusement, mais des députés américains évoquent déjà une législation qui pourrait aboutir à une telle fonction.

Le 07 août à 11h03

Commentaires (57)

votre avatar
La comparaison avec TSMC me semble un peu légère: il y a une forte différence entre placer un kill switch dans une machine/ligne de prod et le placer dans un chip, ne fut-ce que d'un point de vue masse/volume
votre avatar
Non, mais qu'ils l'introduisent. Je suis certain qu'on trouvera bien un moyen d'activer la sécurité pour tous les GPU situés sur le territoire US.
votre avatar
Fait confiance aux :
- Tout pays/organisation ayant un contentieux avec l'oncle SAM.

Je ne fais pas la liste tellement elle est longue.
votre avatar
NVIDIA compare la situation à l’achat d’un véhicule dont le concessionnaire garderait en sa possession une télécommande pour le frein à main, dans le cas où il déciderait que le client ne doit pas conduire.
Bah en fait ça existe déjà, et ça a déjà été détourné... ^^'

→ https://www.autoeurope.fr/travel-blog/la-vengeance-dun-employe-bloque-le-demarrage-dune-centaine-de-vehicules/
votre avatar
Oui, et Next me semble-t-il avait remonté des (mauvaises) expériences de voitures contrôlées à distance par les concessionaires pour traites non payées. Dans ce cas, la comparaison n'est pas heureuse, comme ça existe. Ce qui n'en fait pas une pratique à reproduire non plus.
votre avatar
Quand on voit le chantage qu'exerce actuellement Trump sur ses "alliés" dès qu'il est en position de supériorité (taxes douanières avec l'Europe, compensation de l'aide militaire en Ukraine...), donner un levier supplémentaire via un kill switch ne serait pas de bon augure pour les pays Européens...
votre avatar
Ni pour la cotation en bourse.
Et là, le saint $ qui dicte sa loi, va vite calmer les ardeurs.
votre avatar
On pourrait faire chanter les USA, alors qu'ils représentent une population 2x plus petite que l'Europe... Mais bon, l'UE n'a pas les corones pour le faire... d'ailleurs, on n'arrive même à avoir une armée européenne !
votre avatar
kill swicth : interrupteurs d’arrêt

je propose ruptueur, un interrupteur étant déjà quelque choser qui interrompt (« coupe au milieu »), le ruptueur est encore plus mortel... pour un appareil !
votre avatar
Question candide : Quel organisme indépendant serait en mesure de confirmer ou d'infirmer la présence de ce "rupteur assassin ( ;-) )" ?

Car de la même manière les allégations étasuniennes sur les équipements huawei n'ont jamais officiellement démontrées. Ici on se retrouve dans le même cas de figure, non ?
votre avatar
les tesla et même les robots vorwerk ont bien un kill switch
votre avatar
Mais pour activer un Kill Switch à distance, il faut que la machine cible soit reliée au réseau et que l'IP source soit acceptée non ? Personne ne configure de Firewall dans le monde, et toutes les machines ont un accès open bar à tout l'Internet ? Je dois être le seul alors à Firewaller méticuleusement mon réseau .... Je ne peux le croire.
votre avatar
Il faudrait que les drivers NVIDIA fassent une requête réseau (directement, ou pour fournir une attestation à la carte qui le demanderai pour fonctionner).
Donc avec les drivers opensource, ou sur une machine sans accès internet ce n'est pas possible.
En revanche, il est difficile de prouver que rien n'existe : la carte pourrait compter le temps écoulé, et après par exemple 1 an d'utilisation se mettre à demander une attestation pour fonctionner. Mais ça finirait par être découvert, et ce serait très mauvais pour l'image du fabricant.
votre avatar
Techniquement, ça me semble compliqué à faire de façon efficace.

Pour la localisation : comment la faire ?
- GNSS : ça se trompe assez facilement, il suffit d'envoyer des signaux remplaçant ceux des satellites et surtout, c'est probablement inutilisable dans un data center qui est une bonne cage de faraday.
- par adresse IP : il suffit d'un proxy dans un pays autorisé pour que ça soit inefficace et de toute façon, je ne suis pas sûr que les puces aient accès à l'adresse IP.

Pour l'envoi d'un signal d'arrêt :
- il doit être possible de le bloquer en isolant la machine du réseau Internet et là aussi, je ne suis pas sûr que les puces soient directement accessibles par le réseau.
- par envoi d'un signal par onde (à la méthode d'Israël contre le Hezbollah) : pas sûr que ça soit facile à embarquer dans les puces surtout qu'il faut une antenne et en plus une bonne cage de faraday protège.
votre avatar
Je me disais exactement la même chose. J'ai du mal à voir comment c'est implémentable.

Le seul moyen fiable à mon avis, serait que la puce demande un challenge (tout bête à base de clé publique - clé privée) régulièrement où à chaque alimentation par exemple. Et que Nvidia aient des serveurs online pour résoudre ces challenges, avec donc la possibilité de ne plus résoudre de challenge pour une carte spécifique.
Mais clairement, ca n'a plus rien de "secret" et permettrait surtout à NVidia de fliquer ses clients.
votre avatar
L'option que je verrais, c'est via les drivers et le firmware. Après tout, ils ont été pas mal buggés ces derniers temps, avec des risques de destruction du hardware.

Mais toute la question du déclencheur reste entier, oui.

En fait, un moyen serait d'avoir une traçabilité parfaite de l'acheteur du matériel et de pouvoir le cibler via son identifiant. Mais là aussi on se confronte à la réalité des chaînes d'approvisionnement qui sont bourrées d'intermédiaires et de grossistes.
votre avatar
GNSS dans un GPU, c'est peut-être même pas viable vu l'environnement électromagnétique à proximité de la carte ou au sein de la puce avec les puissances qui sont enjeu. Sans parler du fait qu'un rack (ou une tour) suffit déjà à faire perdre la tête à un GPS.
votre avatar
Après comme le truc n’a pas besoin d’avoir une précision dingue, il y a peut être des techniques qui permettent une localisation dégradée ?
votre avatar
Genre, la langue du clavier ?

Il me semble que c'est le truc qu'utilise les hackers russes pour être sûr de ne pas cibler un russophone (ce serait con de s'en prendre à un truc de l'Etat, non ?).
votre avatar
La localisation dégradée dépendra principalement du nombre de satellite "vus" par la puce pour faire son calcul, de la distorsion du signal reçu (en plus des perturbations ionosphériques et atmosphériques il faut ajouter l'atténuation du signal lié aux bâtiments de ton DC, puis ton rack, puis du radiateur et enfin à la puce).

Mais même sans ça, l'antenne qui servira à la réception de ton signal GNSS va se trouver dans un environnement électromagnétique intenses (les cartes graphiques tirent beaucoup d'ampères, les VRM sont très près du GPU et le rayonnement est à large bande). Je serais étonné qu'une puce GPS soit capable de localiser correctement une cible dans ces conditions. Pour rappel, la puissance au sol reçu par une antenne GPS est ~ -130 dBm en "free space".


Je viens de faire l'expérience. J'ai mis mon téléphone en mode avion avec uniquement le GPS activé. En dehors du boîtier (de type "aquarium") de mon PC, j'ai ~ 18 satellites. A l'intérieur, plus que 8. le téléphone est placé sur la carte graphique.
En idle, vaguement 1 satellite (en fait ça saute). Dès que je lance un truc qui tire un peu sur le CPU (testé avec un code de simu multicores) ou je tire sur le GPU (jeux vidéos, hashcat) on tombe à net à zéro.
votre avatar
Vous cherchez trop compliqué, et un tel récepteur serait très visible au microscope. Non si ces fonctionnalités existent ça ne peut être que dans le driver en communication avec des serveurs chez nVidia qui stockent un historique de localisation par IP, avec un identifiant unique par carte, avec possibilité pour le serveur de demander un blocage que le driver fait suivre à la puce qui se bloque alors définitivement (voire se détruit partiellement).

La puce peut aussi forcer cette connexion aux serveurs régulièrement pour éviter qu'on modifie le driver pour qu'il ne le fasse plus, en demandant au serveur la résolution d'un challenge cryptographique par exemple. Enfin tout ça n'est pas très discret côté trafic réseau, sauf s'il est déjà attendu que le produit communique régulièrement avec nVidia où ça devient alors planqué dans les fonctionnalités normales, et pourrait aussi se voir aussi dans le code du driver.
votre avatar
Elle répondait à un des points que j'évoquais pour la localisation avec de très bons arguments qui s'ajoutent à ceux que j'avais déjà émis de mon côté.

Quant à la localisation par IP, je l'avais aussi évoquée et rejetée car facile à tromper. Depuis quand un driver qui ne gère pas une carte réseau ou Wi-Fi a accès à l'adresse IP de la machine sur laquelle il tourne ? Et depuis quand un driver communique-t-il sur Internet avec un serveur ?
votre avatar
Il suffit que ton driver créer un processus en user-space, qui lui se connecte à un serveur du fabricant, et renvoie l'information au driver (ioctl), non ?

Tu peux même aller plus loin en imaginant la possibilité pour le firmware du GPU de communiquer via la pile réseau de l'UEFI, et ceux en dehors de tout contrôle sur de l'OS. (Un peu à la manière du IME chez Intel ou PSP chez AMD).

Mais comme tu l'as démontré, c'est facile à contrer.
votre avatar
Quand tu installes des "drivers" nVidia, tu peut avoir du logiciel qui vient avec et qui est obligatoire pour que ça fonctionne (des services, des processus en arrière-plan, des UI). Tu peux dire que ce n'est plus le driver, mais seul le mot change, le problème reste le même. Tu supposes aussi que l'OS interdit à un driver d'ouvrir une connexion réseau par quelque moyen que ce soit, ce qui serait correct sur le principe mais est à mon avis une spéculation dans la réalité. De toute façon il n'y a pas moyen de faire autrement pour les fonctionnalités dont ils sont accusés.

Quant à la localisation par IP, tu peux dire que c'est pas fiable si tu veux, mais pareil, comment faire autrement ? On a rarement un récepteur GPS sur une machine fixe. La langue du système ? Ou du clavier ? Le décalage horaire ? Encore moins précis et ça peut aussi se changer.
votre avatar
Tu parles sous Windows, pour ces "drivers" avec du logiciel.

Mais ça m'étonnerait que les machines qui font de l'IA tournent sous Windows.
De plus, ces logiciels additionnels ne sont pas nécessaires pour faire fonctionner les cartes et on peut ne pas les installer.

Quant à la localisation par IP pour empêcher que les puces ne fonctionnent comme le voudrait la Maison Blanche, c'est un doux rêve d'ignares, digne de Trump et de son idée d'utiliser des détergents pour tuer les virus de la COVID 19 dans un humain.
Je disais juste que ce ne pouvait pas être une solution de s'appuyer sur la localisation par IP pour bloquer des puces et tu sembles d'accord.
votre avatar
Si tu le dis... mais alors les fonctionnalités dont ils sont accusés ne sont pas possibles. Et je me fiche du souhait de Trump, on se demande comment pourrait être fait techniquement ce dont la Chine les accuse donc il faut s'en tenir à ce qui est possible. Il faut du logiciel qui communique et une machine un minimum connectée sinon, si tout est bien isolé, ce n'est pas possible, point.
votre avatar
Il faut du logiciel qui communique et une machine un minimum connectée sinon, si tout est bien isolé, ce n'est pas possible, point.
Pas forcément, tout peut aussi être réalisé hors ligne à condition d'avoir une très bonne maîtrise de la chaîne d'appro et de savoir a qui a été vendu le lot (ce qui aujourd'hui n'est probablement pas le cas pour Nvidia, cf l'article que j'ai cité plus bas.

Si le fabricant sait que le lot XXX a été vendu à tel client et qu'on lui ordonne de saboter le matériel, le driver peut se baser sur une liste noire introduite dedans à sa prochaine mise à jour pour détruire le hardware. Cela implique évidemment que les drivers soient mis à jour et il faut espérer que les blobs soient suffisamment bien sécurisés pour cacher tout ça (ils sont déjà censés protéger la propriété intellectuelle de toute façon).

Dans la théorie, c'est possible. Dans la pratique, ça demande une sacré maîtrise et les chances que ça se réalise ou soit efficace sont faibles. Je n'évoquerai pas le fait que ça se découvrira rapidement (une mise à jour de drivers => cartes qui crament, ça soulève vite des suspicions) vu que de toute façon cette actualité montre qu'il n'y a pas de volonté de le cacher.

C'est pas de la SF, les lecteurs Blu-ray fonctionnent plus ou moins sur le même principe avec des clés de chiffrement qui doivent être mises à jour dans le firmware. Si une clé est révoquée et que le lecteur n'est pas mis à jour, il devient de facto incapable de lire les disques porteurs de cette nouvelle clé. (il me semble que ça peut aller jusqu'à le rendre inutilisable, le disque pouvant révoquer les clés du lecteur)
votre avatar
Je n'évoquerai pas le fait que ça se découvrira rapidement (une mise à jour de drivers => cartes qui crament, ça soulève vite des suspicions)
Nul doute que si une telle solution était mise en place, elle le serait de manière à ne pas être détecté immédiatement :
- mise en place d'un délai entre la mise à jour et le bricage
- délai variant d'une carte à une autre
- concentration sur une zone, mais d'autres seraient touchées dans d'autres pays pour éviter un ciblage qui serait "trop évident".

Personnellement, je n'aimerai pas du tout être à la place de ces entreprises :
- d'un côté, elles sont tenues d'obéir à des injonctions de leur pays
- de l'autre, elles sont tenues de respecter la réglementation locale.

Un bricage à distance des puces, cela pourrait être vu comme de l'obsolescence logicielle voire même du sabotage. I
votre avatar
Un bricage à distance des puces, cela pourrait être vu comme de l'obsolescence logicielle voire même du sabotage. I
Pour ça que j'ai bien utilisé le terme "saboter" :D
votre avatar
Si tu fais des mises à jour du driver c'est qu'il y a communication avec des serveurs chez nVidia, c'est juste que c'est toi la fait, alors évidemment tu peux être désactivé. Simple à contourner, au moindre doute les clients arrêteront de faire ces mises à jour et leur produit continuera à fonctionner tel quel. Et ça ne permet pas la localisation, donc j'ai écarté cette possibilité.

Pour les lecteurs Blu-ray c'est autre chose, le lecteur ne peut plus lire les nouveaux contenus parce que sa clé ne lui permet plus de le faire, ce n'est pas son choix. Et tu es obligé d'y mettre régulièrement de nouveaux contenus sinon ça perd grandement de son intérêt. Dans le cas de nVidia il n'y pas de nouveaux contenus donc pas cette incitation forte à changer quelque chose au système pour qu'il fonctionne, surtout s'il est isolé. Au pire tu y perds de nouvelles fonctionnalités mais tu ne les avais pas achetées donc elles ne te manquent pas.

Pour ce qui est de savoir à qui on a vendu telle et telle puce, ce n'est pas du suivi de localisation au sens de la phrase de l'article "les puces informatiques de NVIDIA ont un suivi de localisation". C'est du suivi de vente hyper classique, et dès que ça quitte l'usine on ne peut plus rien suivre. Il suffit de bons intermédiaires pour se cacher et c'est encore moins fiable qu'une localisation par IP que tu disais déjà ne pas être fiable.
votre avatar
Le driver peut être téléchargé unitairement ou via le portail de support. Je doute que les machines en data centre fassent tourner le bloatware Geforce experience de brin.
votre avatar
Si c'est à moi que tu réponds, je n'ai jamais dit ou imaginé le contraire et ça ne répond en rien à tout ce que j'ai dit.
votre avatar
Ben regarde les centrifugeuses iraniennes... ils ont bien galéré pour les atteindre sous terre et hors réseau ... Donc depuis ils ont dû plancher sur la question !
votre avatar
Kézako ?
votre avatar
L'antenne GPS d'un smartphone fait quelques cm², le die d'une RTX 5080 378 mm². Donc clairement ce ne sera pas integré à la puce, mais sur le PCB du GPU. Et là, il y a deux possibilité, soit il y a un petit module dedié à cette usage, soit une piste de surface jouant le rôle d'antenne. Autant dire que c'est visiblement à l'oeil nu.
votre avatar
Les équipements vendus on un SN et un PN qui seront catalogués dans une DB qui dira ou se trouve le matériel. Cisco le fait depuis longtemps pour plein de raisons (SAV principalement).

NVidia comme les autres constructeurs savent à qui il vend le matériel et ou il va se trouver. Beaucoup de constructeurs font aussi l'installation sur site.

Les ventes de ce type (volume et sensibilité) sont souvent chapeautées par les gouvernements qui apposent leur signatures en bas de page, c'est forcément bourrées de clauses contractuelles et de données en tout genre.
votre avatar
Il me semblait pourtant que la Chine s'était procurée des GPU Nvidia malgré l'embargo ?
votre avatar

Peut être un concours de circonstances sur les timings. Un bateau ça met 15 à 30j (sans escales qui peuvent durer un peu) pour faire le trajet dans le pacifique. Si le bateau part avant l'entrée en vigueur... Et puis quand il s'agit d'international... Les lignes deviennent très floues.

Ça dépend aussi des contrats. Suivant ce qui est convenu entre les parties, on peut avoir plusieurs contrats pour un même trajet international. C'est affreusement compliqué parfois. Entre celui qui assure tout ou partie du trajet. Un seul bateau, ou plusieurs qui se relaient aux escales et autant de contrats supplémentaires...


Au delà même de la sécurité ces sociétés comme NVidia traitent avec d'autres sociétés qui ont vocation d'être international avec plein d'établissement partout. Il faut bien savoir ou est la stuff pour au moins échanger un équipement ou même la livrer.

Ensuite le sérieux, et l'honnêteté sont a géométrie variable dans ce monde... En gros si c'est un coup. C'est éventuellement des intermédiaires peu scrupuleux qui déclarent s'être fait voler...

Des possibles scenarii, y'en a plein.

Mais pour ne pas perdre de pognon c'est juste du bon sens que de s'organiser pour savoir ou est la stuff. Et comme ces sociétés adorent le pognon...

youtube.com YouTube
votre avatar
Que Nvidia n'introduise pas de kill switch et une chose, mais le fondeur peut très bien l'ajouter sans que cela ne soit su. Il y a quelques années, le fabricant supermicro avait trouver de minuscules puce réseau qui captait tout le trafic passant par ces cartes mères serveur alors que ce n'était pas dans le design fourni au fabricant... Donc tout est possible malheureusement...
votre avatar
Merci de ne pas réécrire l'histoire.

Supermicro a toujours nié l'existence de ces puces sur ses cartes mères et il n'y a pas eu de preuves publiques publiées, juste des sources anonymes.
next.ink Next

En plus, qu'un fondeur puisse ajouter une telle fonction serait là aussi assez compliqué : il faudrait agir au sein de la puce et implanter cette fonction en se branchant aux bons endroits sans interférer avec le bon fonctionnement. Ça me semble autrement plus difficile qu'ajouter une puce à une carte.
votre avatar
Parce que tu pense que vu l'enjeu pour Supermicro, ils vont confirmer cette info ? C'est être bien naïf de le croire.... Et non, pour un fondeur, ce ne serait pas si compliqué que tu le pense, on ne parle pas d'intercepter des signaux CPU mais des signaux réseau. Néanmoins, je t'accorde bien que sans preuves irréfutables, ça reste de la mythologie mais ce ne serait pas surprenant.
votre avatar
Je ne pense pas, je m'appuie sur une source que je considère fiable, Next (INpact à l'époque). Aucune preuve n'a été donnée de ces allégations.

Quant à l'interception de "signaux" réseaux par une puce NVIDIA, je me demande comment elle va récupérer le réseau Ethernet. Ces puces utilisent un moyen de communication bien plus rapide, NVLink avec des commutateurs dédiés.
votre avatar
Pour intercepter les signaux réseaux (couche 1), il faut que physiquement des pistes de la CM connecte le GPU avec la puce réseau. Ce n'est alors plus du ressort du fondeur mais du concepteur de la CM. Et à la différence de l'hypothétique micro-puce espionne, c'est quelque chose qui peut facilement se vérifier, soit par un examen visuel soit par un passage au rayon X. Le dernier pouvant difficile à se procurer pour un particulier, mais clairement pas pour une boîte privée.
votre avatar
c est justement par les rayons X que cela a été découvert :)
votre avatar
Encore une raison de plus de se désintoxiquer de l'hégémonie prédatrice et destructrice des USA.
votre avatar
Le souci est que (tous ?) les fabricants de puces graphiques sont américains (AMD, Intel, nVidia).
Il est loin le temps des S3 Graphics, Matrox, ...
votre avatar
Tous les fabricants de design sont américains.
Tous les fondeurs sont asiatiques, à part Intel.
votre avatar
Intel s'était pas débarrassé de la partie "fonderie" ?
votre avatar
Ils ont séparé la R&D de la partie Intel Foudry oui, pour voir qui merdait le plus (les 2 en fait je crois).
Mais ça reste 2 entités très liées.
Intel a fait processer chez TSMC plusieurs fois, notamment les chipsets.
Mais je ne connais pas de boites qui ont fabriqué chez Intel Foudry en volume ;
Des accords ont été signés, le PDK partagé; des développements ont été commencés, mais je ne sais pas ou ça en est.

A l'époque du 14nm c'était très compliqué de travailler avec Intel Foundry ; c'était le début du déclin d'Intel.
Il fallait 4x plus de temps pour développer chez Intel 14nm que TSMC 22nm à taille de substrat équivalente ; peut-être avec une conso meilleure, mais c'est la mise sur le marché qui prime.
J'espère qu'ils ont progressé depuis, ils y étaient forcés en quelque sorte.
:chinois:
votre avatar
si ça passe par l'OS et les drivers, c'est facile à bloquer.
et ce serait un scandale
votre avatar
Oh tu sais le scandale, les USA.... c'est leur quotidien maintenant.
votre avatar
donc on en est la avec l'Amerique, ça va jusqu'a deliberer sur le fonctionnement des puces. ok ok.... allo ? Von der layen ??? ça s'allume la haut ou bien ?
votre avatar
@l'équipe

Une
annonce. Je ne sais pas si cela sera le "moment journalistique" sur Nvidia et la Chine.

Toutefois si cela abouti on pourra avoir une meilleure idée du pourquoi les yankees mettent sur la table le sujet du kill switch.

Il y a quelques images avec des répliques relativement "wild". " une 4090 avec 48Gb ? ... Pas de problèmes, dans 5 minutes turkish" (je relate en mode movie fan).

Je ne connais pas le sérieux de ce gens mais en regardant le nombre de vidéo et le nombre d'abonnés. Bon, c'est pas tata Danielle.

Ça mérite de voir ce qu'il y a dans ce films. Je ne connais pas les modalités de la diffusion.

youtube.com YouTube

Attendons de voir.
votre avatar
Je ne vois pas en quoi c'est un "moment journalistique". Chaque fois que tu as un produit interdit tu auras un marché parallèle qui se montera ne serait ce l'époque de la prohibition. Depuis 2022, tu vois des mecs se faire arrêter en Chine pour trafique de puces (oui y a pas nvidia, il a aussi intel et amd qui ont eut des restrictions) tous les mois (idem pour la drogue), bref rien de neuf sous le soleil.
votre avatar
Sauf que là on aura peut-être (soyons prudent) des images qu'on est pas certain de trouver autrement.
Les images en chine... comment dire...

A vérifier, bien sur, que ce documentaire tient ses promesses. Autant sur plan de l'investigation que de l'impartialité. Après tout sortir des images de business illégitime (avec témoignage) c'est normalement pas facile.

Autant les gens sur place qui n'ont pas envie d'attirer l'attention. Et puis les images en chine... comment dire...

Ensuite c'est un cas différent. Ce n'est pas que des CPUs à claquer sur une carte mère. Il s'agit aussi de re-pimper les cartes pour les remplir de wagons de DRAM histoire de les faire tourner sur les sujets d'IA.

Sujet visiblement pris au sérieux par ce gouvernement. Et c'est peut être pour cela que les langues se délient un peu. On craint moins un gouvernement qui ferme les yeux sur ce genre d'activité pour que cela puisse faire avancer ses projets.

Comme je le dis; je ne sais ce que cela vaut. Mais au moins de vérifier. Dans ce monde, avoir du tangible et des documentaires bien fait relève parfois du chimérique.

On verra bien.
votre avatar
Techniquement c'est faisable, on sait que Microsoft ou Nintendo ont déjà banni des consoles alors pourquoi pas désactiver un GPU.
votre avatar
Vas-y, explique nous comment faire sur un simple composant.
Et dans la cas où cela doit se faire en fonction de la localisation, comme demandent certains, explique aussi comment faire quelque chose de fiable.

Un kill switch dans les GPU serait « une invitation ouverte au désastre » selon NVIDIA

  • Le Congrès américain s’en mêle

  • NVIDIA répond désormais sur deux fronts

  • « Une invitation ouverte au désastre »

  • Un écho du passé

Fermer