Reprise du message précédent :
Ça marche !
 
Plus qu'à tester la mobale
 

 
(btw tu pourrais peut-être étoffer le premier post pour gérer ce genre de merdier).

dans le logiciel uefitools c'est le menu "action --> image --> extract as is" qui permet d'obtenir ce fichier binaire,

mooms devrait en effet mettre à jour le premier message de ce topic pour indiquer ce cas de figure des bios incorporés dans un fichier capsule, et parler de l'existence du programme uefitools

Succès chez moi. Merci messieurs.

Par contre le BIOS ne mentionnait pas le ME, y a un moyen de voir sous Windows ?

Pas de trace non plus sous CPU-Z (au contraire de ma mobale P67 où j'ai maintenant un "Rev X.0x" )

En effet je mettrais à jour la FP lorsque j'aurais le temps. C'est fait.
 
En fait il y a trois chemins pour extraire le contenu de la capsule, et c'est "Extract body..." ou "Extract as is..." suivant celui où on est.  
 
Depuis le menu action c'est "Extract body...":

 
Si on clique droit sur la capsule aussi:

 
Si on clique droit sur le fichier image c'est "Extract as is..."

 
Pour éviter toute confusion je recommande d'utiliser le premier chemin.

 
Ouvre le fichier BIOS avec UEFITools:

Bon apparemment impossible de tuer le ME, par contre le disablebit semble s'être mis en place :

FP mise à jour.
 
@Kyjja: tuer le ME c'est impossible en effet, tu peux juste le désactiver peu après son initialisation.
"Rev X.0x" c'est la révision de ta carte-mère, rien à voir avec la version du ME (que tu ne peux plus trouver une fois celui-ci désactivé, c'est assez logique).

L'opération est un succès sur mon ASUS Z77 :

Nettoyé avec la méthode #2.
Il n'y a pas eu beaucoup de reboot, juste au premier. Pas de latence au boot/post.
A priori tous les paramètres d'O/C sont actifs (il faut que je prenne le temps de tous les vérifier quand même).

L'injection du PXE pour la prise en charge des SSD nvme est aussi bien passée, pas d'erreur et l'option UEFI est bien présente dans les paramètres de boot, par contre je n'ai pas encore de quoi tester.

 
Les CM ASUS semblent de très bonnes candidates: puce sur socket et pas d'effets secondaires suite au nettoyage du ME.
Tu as utilisé quel soft pour le flash de la puce ?

Clair, c'est passé comme une lettre à la poste. Et avec tous les conseils/procédures décrites ici c'est easy.
Les principales questions que je me posaient était liées à la sécurité (solution de replis et/ou retour en arrière en cas de problème) et au fait de flasher du Z77 avec un CPU Sandy (décrite nulle part).

J'ai fait au plus simple pour le flashage; le combo CH341A (vert) + drivers EPP v2.2 (pour que cela fonctionne avec -> ) + CH341 Programmer v1.29 (version free); qui fonctionne avec la puce de la mobo (W25Q64FVAIG), les versions antérieurs ne reconnaissent pas la puce. Pour assurer le coup et rendre les choses plus simples en cas de mauvaise manip' (swap entre deux puces) j'avais acheté 2 puces en spare sur eBay, mais cela a fonctionné avec la première.

En effet, les CM ASUS ont l'air top pour ce genre de hack. La deuxième que je veux faire est une MSI Z68, cela semble beaucoup plus compliqué, moins accessible et peut-être problématique si les fonctions d'O/C sautent avec le ME.
Je vais voir, c'est une monté en complexité, histoire de se mettre en jambe avant de faire la manip' sur un Thinkpad.

CH341A Programmer v1.29 est assez ancien et n'a pas les puces "récentes" dans sa base de données malheureusement, la mienne (W25Q128FV1Q) n'est pas listée par exemple. L etop reste Flashrom pour sa simplicité d'utilisation (et reconnaissance auto de la puce), mais malheureusement il ne semble pas fonctionner partout, sans savoir pourquoi. AsProgrammer semble aussi une bonne alternative.
 
Z77 sur Sandy aucun problème puisque le chipset est plus récent que le CPU,  
Ivy sur Z68/P67 peut poser souci si on utilise une version de BIOS ancienne (ou si on a une des premières révisions buggées de ces chipsets, mais ils ont normalement tous été échangés), mais avec un des derniers BIOS pas de soucis.
Même principe avec Z170 et Kaby, etc...
 
Pour MSI tu risques de plus galérer ouais, il te faudra sans-doute une pince. Aucune idée si les fonctions d'OC sautent ou pas.
 
N’hésite pas à lire les rapports de résultats de me_cleaner sur cette page.

Pourtant pour CH341 Programmer il me semblait avoir pris la dernière version (en free, les autres sont peut-être payante ?).
C'est sûr que Flashrom est une solution bien plus élégante, je suis comme toi déçu que cela ne fonctionne plus. C'est le soucis avec w$; sachant toutes les mise à jour qu'il y a eu depuis fin 2017, cela ne serait pas étonnant que le problème vienne de là, une mauvaise interaction avec un framework ou autres modifs. J'ai eu un peu la flemme de monter un Linux sur la machine à cleaner (qui était en w$ pour du bench), toutes mes machines Linux étant prises en prod, mais certainement que Flashrom sous Linux fonctionne toujours correctement.

Pour la mobo MSI j'ai une pince (prévue aussi pour le Thinkpad), mais il y une autre solution un peu plus hardcore et en même temps plus fiable car la puce est soudée. Le principal problème serait dans la perte de fonctions comme celles de l'O/C, indispensable de mon point vue. Je vais voir tout cela et je vous tiendrais au jus.

C'est ça, à ce que j'ai compris CH341 Programmer est toujours développé, mais il faut l'acheter. De mémoire quelqu'un sur le topic l'a acheté.

il vaut mieux utiliser les outils open-source, comme flashrom et la plateforme linux,  
 
on peut aussi recycler un vieux PC, ou utiliser un rasperry pi comme nano-pc avec du linux et flashrom dedans

AsProgrammer est open source (hébergé sur GitHub).
Après oui c'est sûr, Linux est très supérieur pour bidouiller.

Alors, des news/retour de ma récente opération sur une mobo ASUS Z77.
Petite déception, quoi que..

Après paramétrage et différents tests, il apparait que depuis le nettoyage de ME, CPUZ, MaxMEM² et autres softs me renvoient qu'aucune des options d'O/C ne fonctionnent, mise à part celle du turbo du CPU (fréquence).

Par exemple la RAM tourne en 1600MHz avec des timings stock passe-partout (genre 11 au lieu de 9), alors que dans le BIOS j'ai bien d'enregistré et d'apparent 1866MHz ainsi que les bons timings, avec la définition XMP + timings manuels.

Je m'en suis aperçu en faisant un MaxMEM², mais.. Chose étrange, il semblerait que les perfs soient celles avec les bons params et timings O/C.
Alors, je me pose la question suivante : Est-ce que l'absence de ME ne bloquerait pas la transmission des informations entre le matériel (BIOS) et les softs (OS)..? Et donc que cela soit juste les infos qui ne sont pas bonnes, alors que physiquement le matériel est bien aux specs définies dans l'O/C du BIOS..

En parallèle il y a aussi la perte du monitoring de certaines prises de ventilos (celles secondaires, les OPT, mais c'est con quand même), cependant des températures en plus que je n'avais avant le nettoyage sont à présent disponibles.

@mooms, sur ton ASUS les infos sont bien transmises ?

Je n'utilise pas le soft dont tu parles, mais j'ai testé CPU-Z, AIDA64, HWMonitor et HWiNFO, et a priori les infos sont exactes.
J'O/C via le BIOS (multiplicateur CPU à *44, offset sur VCore, et RAM en XMP).

On n'a pas le même chipset donc il se peut tout à fait que le comportement du Z77 diffère du Z170, et ta théorie est plausible, surtout si tu as les perfs attendues.

Ok, merci du retour.

Je vais investiguer; il faut que je remette la puce avec le BIOS stock pour faire des comparatifs... Si cela se trouve c'est juste un bug de CPU-Z etc.
(du coup je suis content d'avoir deux jeux de puce, comme ça je switch en 10s entre deux types/versions de BIOS )

Oui, surtout pour le prix d'une puce, il ne faut pas s'en priver!

Après investigations, à part la fréquence turbo du CPU définie dans le BIOS aucun autre paramètre d'O/C n'est physiquement appliqué au hardware.
Pourtant tout est bien affiché dans le BIOS, et même après redémarrage les paramètres d'O/C restent bien affichés, mais physiquement tout est aux params stocks. Cependant dans le BIOS il y a des indices comme le VCore visible dans la partie monitoring qui reste à la valeur stock.

Je vais voir si en passant le me_cleaner avec la méthode #3 (désactivation sans rien effacer) cela permet de désactiver le ME, car il semblerait que pour l'O/C de cette mobo il y ait des interactions avec des choses dans le ME.
Aucune certitude et très difficilement vérifiable, mais j'ai une suspicion que la branche en tête de table lu comme "????" par me_cleaner (et que le script efface) soit ce qui est utile à l'O/C. S'il s'avérait que cela soit ça, il y aurait moyen de modifier le script afin qu'il épargne cette branche. A voir..

Sauf erreur, la syntaxe pour la méthode 2 est

 
Il me semble que j'avais testé sans succès celle du premier post.

Je viens de voir ça dans le readme de l’archive, la syntaxe a du être modifiée dans une version récente de me_cleaner.
FP mise à jour, merci pour l'info.

Dernières news...

Méthode #3 testé; idem, perte des fonctions d'O/C.

Reste la méthode #1, de base, mais je n'y crois que moyennement.
Et aussi aucune méthode (simple copie du BIOS), au cas où le soucis viendrait de la puce (en même temps elle passe les tests sans problème, donc c'est peu probable).
Voilà j'ai fait le tour, aucune méthode permet d'utiliser les fonctions d'O/C. En même temps, pour ceux que l'O/C n'intéresse pas et qui n'utilisent pas l'XMP de RAM hautes fréquences on peut dire que les méthodes #2 et #3 fonctionnent.
A noter que l'injection du PXE NVME dans le BIOS stock fonctionne bien et je gène aucune autre fonction, c'est au moins une avancée pour mon cas.

J'ai réussi à enlever le ME de mon Core i7 Haswell avec un Raspberry PI et en suivant les instructions ici (suppression des modules ME + activation du bit HAP). Mon ordi marche nickel. Pas essayé l'O/C ni les DRM. Merci mooms    
 
Mais l'image du dump fait 8 Mo alors que la puce a une capacité de 64 Mo. A quoi sert l'espace supplémentaire ? Comment peut-on l'effacer complètement ?

la puce fait 64 Mégabit
 
64 Mégabit = 8 MB (mégabyte)
 
Donc elle est plaine  pleine    
 
 

Pleine
 

Autant pour moi    
Je pensais qu'on parlait de bit pour tout ce qui est flux (réseau, port série,...) et de byte pour le stockage.
 
Et donc si jamais Intel ou le gouvernement américain avait eu l'idée folle d'ajouter un keylogger dans le ME (les 1000 dernières touches clavier par exemple), ça sera déjà écrasé par le reflashage de la puce bios ou par le retrait de la pile bios pendant l'opération ?

Non il est courant que la capacité de ce genre de puces soit exprimée en bits.
 
Le risque est surtout que quelqu'un exploite des failles en fait. Si demain un gros méchant virus s'appuyant sur une faille dans le ME et foutant en l'air les PC était lâché dans la nature, tous les possesseurs de PC Intel seraient vulnérables, hormis ceux ayant neutralisé le ME, et ceux étant protégé par un firewall en amont.
 
Après si tu es ciblé par une agence c'est une autre paire de manche, en ce cas il ne vaut mieux pas utiliser de matériel high-tech.    
 
Pour donner un exemple, les éditeurs d'antivirus ont retrouvé des malwares s’installant dans le firmware des disques durs, ils sont indétectables et impossibles à supprimer...

Guide très détaillé sur l'utilisation du CH341A (en anglais):
https://weborus.com/guide-flash-bio [...] rogrammer/

Hey    
 
J'avais déjà essayé de supprimer l'IME mais sa région est verrouillée, j'avais mis en standby et je m'y remets maintenant que j'ai un peu de temps  
Du coup j'vais commander un CH341A + un extracteur de puce + une puce de secours pour un peu moins de 5€.
 

J'ai exactement la même ref' de puce sur ma Z9PA-D8, ça me rassure c'cool    
 
Tiens rien à voir, mooms tu ne fais pas partie de la communauté unattended ?

Salut,
Oui, je traine d'ailleurs toujours sur quelques forums de ce genre.
A quel site tu penses ?

Oulà je traine plus sur ces sites moi, j'étais de l'époque Windows XP sur le forum unattend de Moebius

OK, il a hélas disparu du jour au lendemain.
On a comblé sa disparition en créant une section Fr sur Wincert: https://www.wincert.net/forum/index [...] et-french/

Hey  
Ah je n'étais pas au courant, c'est sympa !
 
Sinon pour en revenir au sujet initial, imaginons je mets sur une nouvelle puce le bios fourni sur le site d'Asus.
On est d'accord que celle-ci sera aussi inaccessible que l'autre (sans programmateur) tant que je n'aurais pas changé les droits dans la région descripteur ?    
 
Merci !

En toute logique oui.
Si tu commandes une nouvelle puce sans transférer tes UID dedans (n° de série, adresse MAC) tu les perdras.
Tu peux les transférer avec FD44Editor.
Voir mon topic sur FTK.

Oui pas de souci, j'ai déjà réalisé des flash avec AFU, j'ai donc sauvegardé ces informations au préalable    
Merci !

Oui, normalement aucun soucis pour cette puce
 
Par contre, avec la CM en question que j'avais essayé (ASUS aussi), impossible de supprimer l'IME sans perdre d'importantes fonctions de la CM, comme l'O/C etc.
J'espère que tu auras plus de chance de moi !

La Z9PA-D8 est une carte de Workstation qui n'a pas utilité de ces fonctions, je pense que j'aurai plus de chances du coup

La manip avec un raspberry pi a fonctionné pour moi. Merci pour cet article qui m'a permis de me débarasser de cette saleté sur ma CM.

Cool !
Quel modèle de CM ?

Salut les amis, ces ricains font froid dans le dos.

Les chipset Intel P35 et G31 sont concernés par cette porte dérobée ?