True, there wonât be MEA support for these and also not included in the DB. However, I believe that itâs good to be posted/attached/kept somewhere in case someone wants to look/use at these firmware. Personally, I try to keep most of these new binaries in bulk (w/o any processing), just in case.
Good afternoon everyone!
Please help me find CSME System Tools 16.0.15.1735.
I will be very grateful.
hi .
my old bios backup gives an error on me analyzer.
âError: Detected CSE Extension 0x16 with wrong Partition Hash at FTPR > FTPR.man!â
cs me version is 16.0.15.1662 anyone have you got , can you share?
Hello,
I am using a CLEVO NP70PNJ (NP5x_NP6x_NP7xPNK_PNH_PNJ).
The latest BIOS I found is version 12 with the following details:
BIOS Version: 1.07.12
KBC/EC Version: 1.07.07
ME FW Version: 16.1.25.1865
The problem is that even this latest ME firmware is vulnerable (CSME-Version-Detection-Tool).
CLEVO, of course, does not respond to any messages and is not very responsive.
Thanks to a userâs sharing on this forum, I found a more recent ME/FW update on Station-drivers.
Iâm just very concerned about bricking a brand new PC, and I would like confirmation that upgrading from:
ME version 16.1.25.1865 to ME version 16.1.27.2192 as shown in the image below wonât cause any issues? (the difference between in yellow)
Iâm asking because, based on the message at the beginning of this thread, itâs dangerous to change the âVersion Control Numberâ or, worse, to switch the PCHC from 16.0.x to 16.1.x , differente total bits size âŚ
And, most importantly, even if I make a backup with âfptw64.exe -ME -D actualFWME.binâ , if I brick it with a bad flash, I wonât be able to flash back the backup since the PC wonât boot anymore.
In summary, I need a specialist to confirm if itâs safe to flash the image above.
Thanks !
Edit: I see that if I perform a backup, I have âInitializedâ in the File System State, which would be normal because it comes from an initialized system. Therefore, it is logical that the file to be flashed should be in File System State = âConfiguredâ I suppose because DATA has been cleaned up. Note that all this speculations are based on what I understood from the second paragraph âA. About Engine Regions & Configurationâ from the first post in this thread.
The problem is that even this latest ME firmware is vulnerable
Vulnerable to what? Millions of people use computers with outdated ME firmware and who cares.
to confirm if itâs safe to flash the image above
Itâs unlikely that youâll brick it with an update, but thereâs always a chance that something wonât work correctly. It is only safe to use updates provided by your laptop manufacturer itself. If you are so concerned about ME vulnerabilities, maybe you should use a laptop with disabled ME.
Hello Anton35,
Thank you for your response.
Itâs not really a concern about ME vulnerabilities that drives me to update the firmware; itâs more of a thorough, perfectionist approach. I completely agree with you that outdated ME firmware is probably widespread and not a significant issue for standard regular users like me.
However, the problem will be quickly resolved: Iâm getting error 369: failed to verify the signature of OEM or RoT key manifest. For example: Error on update from Production to Pre-Production
, which confirms that the easiest solution is indeed to use the updates provided by your laptop manufacturer itself as you suggest. Itâs just that Clevo is not as reactive as Asus or LenovoâŚ
Edit: Currently testing this
Final try: a Frankenstein !
Donât worry, if this attempt fails, I promise to continuing my experiments on my own and stop spamming this thread with my tests.
Well, edit above canât seem to resolve the error, so Iâm going to use the explanations from the first post at the beginning of this thread to create my own firmware.
This will be a change from those who ask without trying anything. Iâm sharing.
What Iâm doing here in case it can help someone.
1/ I Mfit.exe decompose an Original BIOS provided by my manufacturer and compare it to my own saved BIOS, which theoretically should be the same.
2/ I notice that ME Sub Partition.bin and CSE Region.bin are different between the BIOS Iâm given and after itâs flashed.
3/ Thanks to the explanations by system
at the beginning of this thread, I understand that the difference is normal because ME Sub Partition.bin is âInitializedâ by the system after flashing its virgin âConfiguredâ version.
4/ Still, thanks to the explanations by system
at the beginning of this thread, I understand that I will need to create a Clean Firmware in âConfiguredâ mode.
5/ CSE Region.bin is, therefore, different between the BIOS I download and its version that I flash on the system because the PC has âInitializedâ this Region.
6/ By comparing the manufacturerâs BIOS with the available updateâ for my configuration (LP Consumer (ADL) A1), I notice that I need to update:
(â
) I would have preferred to build from scratch using each available piece from an MEA db from Anton35
, but the link is dead.
01) ME 16.1.27.2192
02) PMCP 160.1.0.1029
03) IOMP 36.6.0.0
04) NPHY 14.530.509.8258
05) TBTP 16.0.0.1901
06) PCHC 16.1.0.1014
7/ I launch Mfit.exe and follow the instructions from system
at the beginning of this thread:
Select Intel(R) AlderLake P Chipset - FWUpdate
Flash Layout â Ifwi: Intel(R) Me and Pmc Region Intel(R) ME Binary File
[ME Sub Partition.bin] = the new 01) from ME_16.1.27.2192_A0_Origin.bin
Flash Layout â Ifwi: Intel(R) Me and Pmc Region PMC Binary File
[CsePlugin#PMC.bin] = the new 02) from ME_16.1.27.2192_A0_Origin.bin
Flash Layout â Sub Partitions â PCH Configuration Sub-Partition PCH Configuration File
[CsePlugin#PCHC.bin] = the new 06) from ME_16.1.27.2192_A0_Origin.bin
Flex IO â TCSS Configuration NPHY Binary File
[CsePlugin#NPHY.bin] = the new 04) from ME_16.1.27.2192_A0_Origin.bin
Flex IO â TCSS Configuration IO Manageability Engine Binary File
[CsePlugin#IOM.bin] = the new 03) from ME_16.1.27.2192_A0_Origin.bin
Flex IO â TCSS Configuration Thunderboltâ˘/USB4⢠Binary File
[CsePlugin#TBT.bin] = the new 05) from ME_16.1.27.2192_A0_Origin.bin
ISH (itâs not in the original BIOS, so Iâm not putting it)
UTOK (they are identical, so Iâm not touching them)
BONUS to try to counter the error 369 above:
Platform Protection â Hash Key Configuration for Bootguard / ISH OEM Key Manifest Binary
[CsePlugin#OEM_KM.bin] = That of the original manufacturerâs BIOS
8/ Iâm a bit afraid to flash this Frankenstein Iâve created, even though itâs actually just an ME_16.1.27.2192_A0 from here with an OEM_KM.bin from my original BIOS as a replacement.
.
EDIT âś đ Did it! đ
I created something with Mfit.exe by simply removing the OEM and ISH bin files to avoid signature issues like above.
But Iâm not going to spam a another lengthy explanation that annoys everyone here about update Intel ME on Clevo that probably only affects a few people.
In fact, everything is in the first post.
For Clevo NP70PNJ Only and to update to:
FW Version : 16.1.27.2192 LP Consumer
PMC FW Version : 160.1.0.1029
IOM FW Version : 36.6.0.0000
NPHY FW Version : 14.530.509.8258
TBT FW Version : 16.0.0.1901
PCHC FW Version : 16.1.0.1014
Flash this :
FWUpdLcl64.exe -allowsv -f FWUpdate.bin
FWUpdate.bin ⯠WeTransfer - Send Large Files & Share Photos Online - Up to 2GB Free
Newest FW should be, according to ASUS 16.1.30
But I havenât found anything useful yet to apply - specially the LP versions are getting scarcer to get hands on.
Itâs way to hard to get to these new FWs without pluto and fernandoâŚ
The 16.1.30 from Asus for CON H is very new, you should wait because usually not all platforms are getting the same update, it just came out a week agoâŚ
Also a lot of users keep tracking the FW releases whenever they can or come across.
Intel_CSME_ADL-N_16.50.0.1120_A0_Consumer :
[âŚ]
Staff Note: The link has been removed to adhere with forum rule 14, regarding âposts or links to documents and/or tools which are marked as Confidential, Restricted, Private, are part of a commercial license etcâ. The rule was originally put in place to avoid legal action against the forum and/or the 3rd-party source of the files/info. In this case, the 3rd-party source was evident from the filename as well.
Update!
If still errors:
Guide-How To: Clean Dumped Intel Engine (CS)ME/(CS)TXE Regions with Data Initialization Last Updated: 2020-07-22 This guide is relevant to those who need to clean the DATA section of an Engine (CSME, ME, CSTXE, TXE) Region, which is part of a dumped SPI/BIOS image, in order to flash the latter on a different machine of the same OEM model. It is not meant as a guide on how to completely transform a dumped Engine region into a stock Intel-provided one. Although the guide can be used for that someâŚ
Hi!
Looking for CSME 16.0 CON LP A v16.0.15.1735 to clear ME
Intel Management Engine (ME) Firmware Version 16.0.15.1735 (LP)(1.5 & 5Mo)
Windows
EDIT: âAny idea how to solve this?â No sry, not my fieldâŚ
Thanks @MeatWar , but when i rename and replace the decomposed ME Sub Partition.bin with the file from the repo for which you provided the link (intel_me_16.0.15.1735-lp(station-drivers.com)/Non_Capsule\ME_16.0_Cons.bin) I get the following error during building via Intel (R) Modular Flash Image Tool. Version: 16.0.15.1735:
âException: Data bucket: âOEM_KMâ. Error: âThe public key in the OEM Key Manifest provided does not match the hash provided in CsePlugin:UEP:OemPublicKeyHashâ.
Source: âCsePlugin:OEM_KMââ
Any idea how to solve this?
In my case, all I had to do was open this intel ME firmware with MFIT.exe (version 16.0 to be in compliance) and remove the OEM-KM and ISH parts as believe as well (no choice if I removed OEM), and then save and flash this modified firmware (= the same one but without OEM and ISH).
but when i rename and replace the decomposed ME Sub Partition.bin with the file from the repo for which you provided the link (intel_me_16.0.15.1735-lp(station-drivers.com)/Non_Capsule\ME_16.0_Cons.bin) I get the following error during buildingâŚ
Because ME_16.0_Cons.bin is not ME Sub Partition itself, itâs a prestitched FWUpdate for some Lenovo platform. You have to decompose it first using MFIT, to get unconfigured ME Sub Partition.bin, as you can see on screenshot.
Then you can try to use it for cleaning your initialized bios dump, although it is not recommended to use Extracted type.