Je rebaptise l'enfilade, car cela est sérieux et grave. je suis sidéré que des personnes censées s'intéresser sur ce forum à la sécurité soient aussi inconscientes des réalités des dangers physiques des virus,
Je rebaptise l'enfilade, car cela est sérieux et grave. je suis sidéré
que des personnes censées s'intéresser sur ce forum à la sécurité soient
aussi inconscientes des réalités des dangers physiques des virus,
Je rebaptise l'enfilade, car cela est sérieux et grave. je suis sidéré que des personnes censées s'intéresser sur ce forum à la sécurité soient aussi inconscientes des réalités des dangers physiques des virus,
On Tue, 6 Jul 2004 19:16:27 +0200, Johnny Lempain wrote:
des dangers physiques des virus, qui sont dûment prouvés par d'innombrables exemples.
Que malheureusement, vous avez oublié de nous donner.
-- Guillermito http://www.guillermito2.net
AMcD®
Frederic Bonroy wrote:
Psssssst, Arnold, entre nous: ça fait des années que je dis ça, mais surtout le dis pas à Jeuf, il croit enfin avoir trouvé un argument valable contre moi, faudrait pas lui gâcher le plaisir.
Lol. Je crois surtout que vous vous prenez la tête pour pas grand chose. Mais bon, c'est la mode ici...
Seulement tu oublies deux-trois trucs: si tu regardes SoftFSB par exemple, tu verras que le FSB ne s'augmente pas comme ça. Il faut déjà connaître la carte-mère ou le type du composant chargé de régler la cadence. Alors point de vue compatibilité c'est pas gagné. Ensuite il y a plein de mécanismes en oeuvre aujourd'hui visant justement à éviter les problèmes dûs à la surchauffe.
Blablabla. Évidemment que ça ne va pas être compatible avec TOUS les chipsets du marché, évidemment que TOUS les bios ne vont pas réagir pareils, évidemment que TOUS les OS ne vont pas permettre n'importe quoi, évidemment que TOUS les matériels ne vont pas réagir pareillement, etc.
Tu oublies cependant certains détails.
Tout le monde n'a pas mis en place ou réglé les différents mécanismes de protection. Tout le monde n'a pas une carte mère dernier cri, tout le monde n'a pas de sonde, tout le monde n'a pas un logiciel de monitoring de température, tout le monde n'a pas un BIOS qui permet le contrôle de la température, tout le monde n'a pas un matériel dernier cri ultra soucieux niveau tolérance des pannes, etc.
Alors peux-tu augmenter considérablement la cadence d'un processeur avec un programme (et donc un virus)? Evidemment!
J'ai à un moment cru que tu en doutais :-).
Jamais prétendu le contraire!
Je le note.
Mais alors est-ce faisable en pratique dans un virus grand public?
Un boulot considérable, surtout au niveau des tables de configuration des différents chipsets. Parce que, évidemment, faut pas que l'utilisateur s'aperçoive de quelque chose...
Est-ce qu'aujourd'hui tu pourrais réellement infliger des dégâts à un processeur moderne?
Je ne prendrai pas les paris. Cela étant, c'est pas le processeur qui claquerait le premier, mais bien la carte graphique ou les barrettes de mémoire, etc.
Et faire transpirer et à la rigueur surchauffer un processeur au point qu'il en résulte des dégâts physiques, c'est quand-même pas pareil que détruire un disque dur ou je ne sais quoi!
Oui. C'est d'ailleurs là l'origine de vos engueulos. DIRECTEMENT, il doit être aujourd'hui difficile sinon infaisable de détruire le matériel. Mais indirectement, il suffit de s'amuser avec les températures, ventilos, etc.
Si le gars n'a pas de moniteur de température, il verra rien, quelques freeze, quelques démarrages et c'est tout.
Ce qui attirera son attention. C'est aussi ce que j'ai dit, l'utilisateur ne va quand-même pas rester devant un écran noir pendant 107 ans.
Tout ne génèrera pas d'écran noir ! Cela dépend de plein de choses, voir plus haut. Ben fait le test suivant :
Moi, j'ai un cristal TXC 143H9BF et le PLL ICS 94215AF. C'est compatible avec le (très dangereux) programme CPUFSB. Il n'y a pas que celui là, il y en a des tas d'autres, il te suffit de traîner quelques minutes sur des forums d'overclockers.
Bon, tu fournis les paramètres (manufacturier, PLL, etc.), et tu "t'amuses". Par exemple, avec un diviseur de 30, je monte ma frequence (initialement à 1466 mhz) à 2372 mhz. Tu peux influer sur d'autres paramètres, hein, je te donne juste un exemple.
Que crois-tu qui se passe ? Ben j'ai MotherBoard Monitor qui s'excite à fond vois-tu ! De 55°, ça monte très rapidement à 75°. Heureusemnt, j'ai activé la sécurité de la température par le BIOS. Tu peux tout à fait ne pas le faire :-).
Et alors ? Ben le PC tourne sans problème ! Pas d'écran noir, pas de reboot, rien ! Sauf que le BIOS se manifeste au bout de quelques secondes bien sûr. Eh bien vois-tu, je ne pousserai pas le test jusqu'à voir combien de temps tiendrait mon athlon à ce rythme... D'autant plus que vu la chaleur dégagée, les composants autour risque d'agoniser avant lui.
Donc, si t'as pas de moniteur de température ou de protection BIOS - ACTIVÉE - ben tu remarque rien, que dalle. Au passage, tu as des logiciels qui te permettent d'agir sur le voltage, la vitesse des ventilos, etc.
Non. Ce qui est de mauvaise foi, c'est d'attribuer à un virus quelque chose qu'il n'a pas directement causé.
Oui. C'est pour cela que j'étais intervenu pour "corriger" jeuf il y a quelques semaines. Directement non (quoique il ne doit pas falloir spécifier n'importe quelle valeur à certains contrôleurs via des drivers quand même hein...), mais au final, ça revient au même. Si un virus fait chauffer trop le processeur, il est quand même dans le coup non :-) ?
Juste histoire de pouvoir dire qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous Roland là (j'en lol encore), mais bon, dire que c'est techniquement impossible alors que tu crames une barrette de mémoire en une après-midi avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
-- AMcD®
http://arnold.mcdonald.free.fr/
Frederic Bonroy wrote:
Psssssst, Arnold, entre nous: ça fait des années que je dis ça, mais
surtout le dis pas à Jeuf, il croit enfin avoir trouvé un argument
valable contre moi, faudrait pas lui gâcher le plaisir.
Lol. Je crois surtout que vous vous prenez la tête pour pas grand chose.
Mais bon, c'est la mode ici...
Seulement tu oublies deux-trois trucs: si tu regardes SoftFSB par
exemple, tu verras que le FSB ne s'augmente pas comme ça. Il faut déjà
connaître la carte-mère ou le type du composant chargé de régler la
cadence. Alors point de vue compatibilité c'est pas gagné.
Ensuite il y a plein de mécanismes en oeuvre aujourd'hui visant
justement à éviter les problèmes dûs à la surchauffe.
Blablabla. Évidemment que ça ne va pas être compatible avec TOUS les
chipsets du marché, évidemment que TOUS les bios ne vont pas réagir pareils,
évidemment que TOUS les OS ne vont pas permettre n'importe quoi, évidemment
que TOUS les matériels ne vont pas réagir pareillement, etc.
Tu oublies cependant certains détails.
Tout le monde n'a pas mis en place ou réglé les différents mécanismes de
protection. Tout le monde n'a pas une carte mère dernier cri, tout le monde
n'a pas de sonde, tout le monde n'a pas un logiciel de monitoring de
température, tout le monde n'a pas un BIOS qui permet le contrôle de la
température, tout le monde n'a pas un matériel dernier cri ultra soucieux
niveau tolérance des pannes, etc.
Alors peux-tu augmenter considérablement la cadence d'un processeur
avec
un programme (et donc un virus)? Evidemment!
J'ai à un moment cru que tu en doutais :-).
Jamais prétendu le
contraire!
Je le note.
Mais alors est-ce faisable en pratique dans un virus grand
public?
Un boulot considérable, surtout au niveau des tables de configuration des
différents chipsets. Parce que, évidemment, faut pas que l'utilisateur
s'aperçoive de quelque chose...
Est-ce qu'aujourd'hui tu pourrais réellement infliger des
dégâts
à un processeur moderne?
Je ne prendrai pas les paris. Cela étant, c'est pas le processeur qui
claquerait le premier, mais bien la carte graphique ou les barrettes de
mémoire, etc.
Et faire transpirer et à la rigueur surchauffer un processeur au point
qu'il en résulte des dégâts physiques, c'est quand-même pas pareil que
détruire un disque dur ou je ne sais quoi!
Oui. C'est d'ailleurs là l'origine de vos engueulos. DIRECTEMENT, il doit
être aujourd'hui difficile sinon infaisable de détruire le matériel. Mais
indirectement, il suffit de s'amuser avec les températures, ventilos, etc.
Si le gars n'a pas de
moniteur de température, il verra rien, quelques freeze, quelques
démarrages et c'est tout.
Ce qui attirera son attention. C'est aussi ce que j'ai dit,
l'utilisateur ne va quand-même pas rester devant un écran noir pendant
107 ans.
Tout ne génèrera pas d'écran noir ! Cela dépend de plein de choses, voir
plus haut. Ben fait le test suivant :
Moi, j'ai un cristal TXC 143H9BF et le PLL ICS 94215AF. C'est compatible
avec le (très dangereux) programme CPUFSB. Il n'y a pas que celui là, il y
en a des tas d'autres, il te suffit de traîner quelques minutes sur des
forums d'overclockers.
Bon, tu fournis les paramètres (manufacturier, PLL, etc.), et tu "t'amuses".
Par exemple, avec un diviseur de 30, je monte ma frequence (initialement à
1466 mhz) à 2372 mhz. Tu peux influer sur d'autres paramètres, hein, je te
donne juste un exemple.
Que crois-tu qui se passe ? Ben j'ai MotherBoard Monitor qui s'excite à fond
vois-tu ! De 55°, ça monte très rapidement à 75°. Heureusemnt, j'ai activé
la sécurité de la température par le BIOS. Tu peux tout à fait ne pas le
faire :-).
Et alors ? Ben le PC tourne sans problème ! Pas d'écran noir, pas de reboot,
rien ! Sauf que le BIOS se manifeste au bout de quelques secondes bien sûr.
Eh bien vois-tu, je ne pousserai pas le test jusqu'à voir combien de temps
tiendrait mon athlon à ce rythme... D'autant plus que vu la chaleur dégagée,
les composants autour risque d'agoniser avant lui.
Donc, si t'as pas de moniteur de température ou de protection BIOS -
ACTIVÉE - ben tu remarque rien, que dalle. Au passage, tu as des logiciels
qui te permettent d'agir sur le voltage, la vitesse des ventilos, etc.
Non. Ce qui est de mauvaise foi, c'est d'attribuer à un virus quelque
chose qu'il n'a pas directement causé.
Oui. C'est pour cela que j'étais intervenu pour "corriger" jeuf il y a
quelques semaines. Directement non (quoique il ne doit pas falloir spécifier
n'importe quelle valeur à certains contrôleurs via des drivers quand même
hein...), mais au final, ça revient au même. Si un virus fait chauffer trop
le processeur, il est quand même dans le coup non :-) ?
Juste histoire de pouvoir dire
qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe
tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous
Roland là (j'en lol encore), mais bon, dire que c'est techniquement
impossible alors que tu crames une barrette de mémoire en une après-midi
avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
Psssssst, Arnold, entre nous: ça fait des années que je dis ça, mais surtout le dis pas à Jeuf, il croit enfin avoir trouvé un argument valable contre moi, faudrait pas lui gâcher le plaisir.
Lol. Je crois surtout que vous vous prenez la tête pour pas grand chose. Mais bon, c'est la mode ici...
Seulement tu oublies deux-trois trucs: si tu regardes SoftFSB par exemple, tu verras que le FSB ne s'augmente pas comme ça. Il faut déjà connaître la carte-mère ou le type du composant chargé de régler la cadence. Alors point de vue compatibilité c'est pas gagné. Ensuite il y a plein de mécanismes en oeuvre aujourd'hui visant justement à éviter les problèmes dûs à la surchauffe.
Blablabla. Évidemment que ça ne va pas être compatible avec TOUS les chipsets du marché, évidemment que TOUS les bios ne vont pas réagir pareils, évidemment que TOUS les OS ne vont pas permettre n'importe quoi, évidemment que TOUS les matériels ne vont pas réagir pareillement, etc.
Tu oublies cependant certains détails.
Tout le monde n'a pas mis en place ou réglé les différents mécanismes de protection. Tout le monde n'a pas une carte mère dernier cri, tout le monde n'a pas de sonde, tout le monde n'a pas un logiciel de monitoring de température, tout le monde n'a pas un BIOS qui permet le contrôle de la température, tout le monde n'a pas un matériel dernier cri ultra soucieux niveau tolérance des pannes, etc.
Alors peux-tu augmenter considérablement la cadence d'un processeur avec un programme (et donc un virus)? Evidemment!
J'ai à un moment cru que tu en doutais :-).
Jamais prétendu le contraire!
Je le note.
Mais alors est-ce faisable en pratique dans un virus grand public?
Un boulot considérable, surtout au niveau des tables de configuration des différents chipsets. Parce que, évidemment, faut pas que l'utilisateur s'aperçoive de quelque chose...
Est-ce qu'aujourd'hui tu pourrais réellement infliger des dégâts à un processeur moderne?
Je ne prendrai pas les paris. Cela étant, c'est pas le processeur qui claquerait le premier, mais bien la carte graphique ou les barrettes de mémoire, etc.
Et faire transpirer et à la rigueur surchauffer un processeur au point qu'il en résulte des dégâts physiques, c'est quand-même pas pareil que détruire un disque dur ou je ne sais quoi!
Oui. C'est d'ailleurs là l'origine de vos engueulos. DIRECTEMENT, il doit être aujourd'hui difficile sinon infaisable de détruire le matériel. Mais indirectement, il suffit de s'amuser avec les températures, ventilos, etc.
Si le gars n'a pas de moniteur de température, il verra rien, quelques freeze, quelques démarrages et c'est tout.
Ce qui attirera son attention. C'est aussi ce que j'ai dit, l'utilisateur ne va quand-même pas rester devant un écran noir pendant 107 ans.
Tout ne génèrera pas d'écran noir ! Cela dépend de plein de choses, voir plus haut. Ben fait le test suivant :
Moi, j'ai un cristal TXC 143H9BF et le PLL ICS 94215AF. C'est compatible avec le (très dangereux) programme CPUFSB. Il n'y a pas que celui là, il y en a des tas d'autres, il te suffit de traîner quelques minutes sur des forums d'overclockers.
Bon, tu fournis les paramètres (manufacturier, PLL, etc.), et tu "t'amuses". Par exemple, avec un diviseur de 30, je monte ma frequence (initialement à 1466 mhz) à 2372 mhz. Tu peux influer sur d'autres paramètres, hein, je te donne juste un exemple.
Que crois-tu qui se passe ? Ben j'ai MotherBoard Monitor qui s'excite à fond vois-tu ! De 55°, ça monte très rapidement à 75°. Heureusemnt, j'ai activé la sécurité de la température par le BIOS. Tu peux tout à fait ne pas le faire :-).
Et alors ? Ben le PC tourne sans problème ! Pas d'écran noir, pas de reboot, rien ! Sauf que le BIOS se manifeste au bout de quelques secondes bien sûr. Eh bien vois-tu, je ne pousserai pas le test jusqu'à voir combien de temps tiendrait mon athlon à ce rythme... D'autant plus que vu la chaleur dégagée, les composants autour risque d'agoniser avant lui.
Donc, si t'as pas de moniteur de température ou de protection BIOS - ACTIVÉE - ben tu remarque rien, que dalle. Au passage, tu as des logiciels qui te permettent d'agir sur le voltage, la vitesse des ventilos, etc.
Non. Ce qui est de mauvaise foi, c'est d'attribuer à un virus quelque chose qu'il n'a pas directement causé.
Oui. C'est pour cela que j'étais intervenu pour "corriger" jeuf il y a quelques semaines. Directement non (quoique il ne doit pas falloir spécifier n'importe quelle valeur à certains contrôleurs via des drivers quand même hein...), mais au final, ça revient au même. Si un virus fait chauffer trop le processeur, il est quand même dans le coup non :-) ?
Juste histoire de pouvoir dire qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous Roland là (j'en lol encore), mais bon, dire que c'est techniquement impossible alors que tu crames une barrette de mémoire en une après-midi avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
-- AMcD®
http://arnold.mcdonald.free.fr/
Roland Garcia
Frederic Bonroy wrote:
Juste histoire de pouvoir dire qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous Roland là (j'en lol encore), mais bon, dire que c'est techniquement impossible alors que tu crames une barrette de mémoire en une après-midi avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
Les pannes dues à des erreurs de configuration (et donc à un programme) sont normalement impossibles. La procédure ISO 9001 prévoit dès la conception d'une électronique une analyse des risques et donc de tous les cas de configuration possibles.
Dans tous les cas si une panne survenait le fabricant serait tenu responsable car l'usage ne serait pas considéré anormal.
Roland Garcia
Frederic Bonroy wrote:
Juste histoire de pouvoir dire
qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe
tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous
Roland là (j'en lol encore), mais bon, dire que c'est techniquement
impossible alors que tu crames une barrette de mémoire en une après-midi
avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
Les pannes dues à des erreurs de configuration (et donc à un programme)
sont normalement impossibles. La procédure ISO 9001 prévoit dès la
conception d'une électronique une analyse des risques et donc de tous
les cas de configuration possibles.
Dans tous les cas si une panne survenait le fabricant serait tenu
responsable car l'usage ne serait pas considéré anormal.
Juste histoire de pouvoir dire qu'un virus est capable de faire ci et ça. Trop facile.
Bah, j'ai du mal à comprendre votre réticence à ce sujet. Certes, il existe tout un tas de conneries sur le sujet, il n'a qu'à voir le lien posté sous Roland là (j'en lol encore), mais bon, dire que c'est techniquement impossible alors que tu crames une barrette de mémoire en une après-midi avec des logiciels d'overclocking mal utilisés, non, là, je vous suis pas...
Les pannes dues à des erreurs de configuration (et donc à un programme) sont normalement impossibles. La procédure ISO 9001 prévoit dès la conception d'une électronique une analyse des risques et donc de tous les cas de configuration possibles.
Dans tous les cas si une panne survenait le fabricant serait tenu responsable car l'usage ne serait pas considéré anormal.
Roland Garcia
LaDDL
Roland Garcia wrote:
"Jeuf" écriva...
Très bien, Roland. A combien estimes-tu la "fiabilité" de ton "information claire, simple et pesée" ? En d'autres termes : Combien mets-tu sur la table ?
Marrant, je suis sûr que je n'aurais pas la réponse, là. Il y en a qui parlent beaucoup, mais qui ne sont plus là quand il faut agir...
Arrêtez de noyer le poisson Faites-en de même pour une fois.
Quelques exemples de codes hostile/malveillant capable de produire des effets destructeurs : - Friday the 13th - Christmas/Win32.Kriz
Petit rappel : l'évolution du matériel informatique permet d'éviter de nos jours les attaques de bas niveau.
L'exécution de ce genre de codes hostile/malveillant est possible quand il s'agit d'attaques ciblées.
avec des paris d'argent que vous savez illégaux, Sur ce point je vous rejoins.
N'allez pas trop loin quand même Jeuf. Merci. ;)
c'est à celui qui prétend qu'une chose existe de le prouver. Croyez-vous qu'une victime d'attaque par code hostile/malveillant ayant
entrainé des pertes va le crier sur tous les toits ?!
Roland Garcia wrote:
"Jeuf" écriva...
Très bien, Roland.
A combien estimes-tu la "fiabilité" de ton "information claire, simple et
pesée" ?
En d'autres termes : Combien mets-tu sur la table ?
Marrant, je suis sûr que je n'aurais pas la réponse, là.
Il y en a qui parlent beaucoup, mais qui ne sont plus là
quand il faut agir...
Arrêtez de noyer le poisson
Faites-en de même pour une fois.
Quelques exemples de codes hostile/malveillant capable de produire des
effets destructeurs :
- Friday the 13th
- Christmas/Win32.Kriz
Petit rappel : l'évolution du matériel informatique permet d'éviter de
nos jours les attaques de bas niveau.
L'exécution de ce genre de codes hostile/malveillant est possible quand
il s'agit d'attaques ciblées.
avec des paris d'argent que vous savez
illégaux,
Sur ce point je vous rejoins.
N'allez pas trop loin quand même Jeuf. Merci. ;)
c'est à celui qui prétend qu'une chose existe de le prouver.
Croyez-vous qu'une victime d'attaque par code hostile/malveillant ayant
entrainé des pertes va le crier sur tous les toits ?!
Très bien, Roland. A combien estimes-tu la "fiabilité" de ton "information claire, simple et pesée" ? En d'autres termes : Combien mets-tu sur la table ?
Marrant, je suis sûr que je n'aurais pas la réponse, là. Il y en a qui parlent beaucoup, mais qui ne sont plus là quand il faut agir...
Arrêtez de noyer le poisson Faites-en de même pour une fois.
Quelques exemples de codes hostile/malveillant capable de produire des effets destructeurs : - Friday the 13th - Christmas/Win32.Kriz
Petit rappel : l'évolution du matériel informatique permet d'éviter de nos jours les attaques de bas niveau.
L'exécution de ce genre de codes hostile/malveillant est possible quand il s'agit d'attaques ciblées.
avec des paris d'argent que vous savez illégaux, Sur ce point je vous rejoins.
N'allez pas trop loin quand même Jeuf. Merci. ;)
c'est à celui qui prétend qu'une chose existe de le prouver. Croyez-vous qu'une victime d'attaque par code hostile/malveillant ayant
entrainé des pertes va le crier sur tous les toits ?!
Guillermito
On Tue, 06 Jul 2004 20:05:19 +0200, LaDDL wrote:
Quelques exemples de codes hostile/malveillant capable de produire des effets destructeurs : - Friday the 13th
Uh? Un virus de 1987? Non, il n'a pas d'effet destructeur de matériel.
- Christmas/Win32.Kriz
Non plus. T2000 avait repris pour Kriz la routine de flashage du BIOS de CiH. Ca ne détruit rien, ça utilise une fonction normale et documentée de reprogrammation du BIOS par voie logicielle. Il se trouve qu'il est souvent plus pratique de remplacer la carte mère après ça, mais il n'y a aucune "destruction de matériel".
-- Guillermito http://www.guillermito2.net
On Tue, 06 Jul 2004 20:05:19 +0200, LaDDL wrote:
Quelques exemples de codes hostile/malveillant capable de produire des
effets destructeurs :
- Friday the 13th
Uh? Un virus de 1987? Non, il n'a pas d'effet destructeur de matériel.
- Christmas/Win32.Kriz
Non plus. T2000 avait repris pour Kriz la routine de flashage du BIOS de
CiH. Ca ne détruit rien, ça utilise une fonction normale et documentée
de reprogrammation du BIOS par voie logicielle. Il se trouve qu'il est
souvent plus pratique de remplacer la carte mère après ça, mais il n'y a
aucune "destruction de matériel".
Quelques exemples de codes hostile/malveillant capable de produire des effets destructeurs : - Friday the 13th
Uh? Un virus de 1987? Non, il n'a pas d'effet destructeur de matériel.
- Christmas/Win32.Kriz
Non plus. T2000 avait repris pour Kriz la routine de flashage du BIOS de CiH. Ca ne détruit rien, ça utilise une fonction normale et documentée de reprogrammation du BIOS par voie logicielle. Il se trouve qu'il est souvent plus pratique de remplacer la carte mère après ça, mais il n'y a aucune "destruction de matériel".
-- Guillermito http://www.guillermito2.net
AMcD®
Roland Garcia wrote:
Les pannes dues à des erreurs de configuration (et donc à un programme) sont normalement impossibles.
C'est fou ça, l'informatique est régie par des lois cosmiques qui ne concerne qu'elle... Impossible dis-tu ? T'as pas du monter beaucoup de PC !!! Moi, j'ai déjà oublié de (re)brancher un ventilo de processeur (configuration manuelle :-) ?), je te rasssure, quand t'allumes ça part quand même, rien ne te prévient. Bon, en même temps, ça dure pas longtemps...
La procédure ISO 9001 prévoit dès la conception d'une électronique une analyse des risques et donc de tous les cas de configuration possibles.
Mouarf. Dis tu fais de l'overclocking parfois ?
Dans tous les cas si une panne survenait le fabricant serait tenu responsable car l'usage ne serait pas considéré anormal.
Oui, oui, ramène ton processeur à Intel parce que t'as forcé sur le FSB, ils vont t'accueillir à bras ouverts...
-- AMcD®
http://arnold.mcdonald.free.fr/
Roland Garcia wrote:
Les pannes dues à des erreurs de configuration (et donc à un
programme)
sont normalement impossibles.
C'est fou ça, l'informatique est régie par des lois cosmiques qui ne
concerne qu'elle... Impossible dis-tu ? T'as pas du monter beaucoup de PC
!!! Moi, j'ai déjà oublié de (re)brancher un ventilo de processeur
(configuration manuelle :-) ?), je te rasssure, quand t'allumes ça part
quand même, rien ne te prévient. Bon, en même temps, ça dure pas
longtemps...
La procédure ISO 9001 prévoit dès la
conception d'une électronique une analyse des risques et donc de tous
les cas de configuration possibles.
Mouarf. Dis tu fais de l'overclocking parfois ?
Dans tous les cas si une panne survenait le fabricant serait tenu
responsable car l'usage ne serait pas considéré anormal.
Oui, oui, ramène ton processeur à Intel parce que t'as forcé sur le FSB, ils
vont t'accueillir à bras ouverts...
Les pannes dues à des erreurs de configuration (et donc à un programme) sont normalement impossibles.
C'est fou ça, l'informatique est régie par des lois cosmiques qui ne concerne qu'elle... Impossible dis-tu ? T'as pas du monter beaucoup de PC !!! Moi, j'ai déjà oublié de (re)brancher un ventilo de processeur (configuration manuelle :-) ?), je te rasssure, quand t'allumes ça part quand même, rien ne te prévient. Bon, en même temps, ça dure pas longtemps...
La procédure ISO 9001 prévoit dès la conception d'une électronique une analyse des risques et donc de tous les cas de configuration possibles.
Mouarf. Dis tu fais de l'overclocking parfois ?
Dans tous les cas si une panne survenait le fabricant serait tenu responsable car l'usage ne serait pas considéré anormal.
Oui, oui, ramène ton processeur à Intel parce que t'as forcé sur le FSB, ils vont t'accueillir à bras ouverts...
-- AMcD®
http://arnold.mcdonald.free.fr/
Roland Garcia
Roland Garcia wrote:
Arrêtez de noyer le poisson
Faites-en de même pour une fois.
Quelques exemples de codes hostile/malveillant capable de produire des effets destructeurs : - Friday the 13th - Christmas/Win32.Kriz
Ah bon ? lesquels ?
Roland Garcia
Roland Garcia wrote:
Arrêtez de noyer le poisson
Faites-en de même pour une fois.
Quelques exemples de codes hostile/malveillant capable de produire des
effets destructeurs :
- Friday the 13th
- Christmas/Win32.Kriz
