If you own a PC with a Haswell or Broadwell processor (roughly 2014 to 2016 vintage), I strongly recommend that you refrain from installing the Meltdo
[See the full post at: Intel admits that its Meltdown/Spectre firmware patches trigger reboots on Haswell and Broadwell computers]
|
Patch reliability is unclear, but widespread attacks make patching prudent. Go ahead and patch, but watch out for potential problems. |
-
Intel admits that its Meltdown/Spectre firmware patches trigger reboots on Haswell and Broadwell computers
- This topic has 57 replies, 24 voices, and was last updated 5 years, 9 months ago.
AuthorViewing 26 reply threadsAuthor-
Thanks, Woody. I have just such a system, new in April 2015, and in a critical role. It runs continuously for months between reboots without any problems. While a performance hit would be most unwanted, a stability hit would be devastating.
Just to be clear, in this case we’re talking about BIOS-borne patches, right, not Microsoft’s Windows Updates?
And as far as I can tell BIOS downloads that change in-processor microcode are not always easily reversible.
-Noel
My new motto: Always think first: What price security?
2 users thanked author for this post.
-
-
-
Many other vulnerabilities were fixed in the January 2018 Microsoft updates – see https://www.thezdi.com/blog/2018/1/9/the-january-2018-security-update-review.
1 user thanked author for this post.
-
Oops. You are entirely correct.
1 user thanked author for this post.
-
My PC has a Haswell chip, so this news affects me directly.
My other question is, how we get the update once it is fixed? The article says, “we will distribute that update through the normal channels” which is vague to say the least.
1 user thanked author for this post.
-
…how we get the update once it is fixed? The article says, “we will distribute that update through the normal channels” which is vague to say the least.
One way is through system BIOS updates from the maker of your computer.
For example, for Dell systems:
I found this new note interesting in the Dell PowerEdge BIOS update section, possibly related to the issue this thread is about:
NOTE 1: 13G, select 12G, and select DSS server BIOS files have been pulled from http://dell.com/support. This note and article will be updated as soon as more information is available.
-Noel
1 user thanked author for this post.
-
…how we get the update once it is fixed? The article says, “we will distribute that update through the normal channels” which is vague to say the least.
One way is through system BIOS updates from the maker of your computer.
For example, for Dell systems:
Thanks, Noel. My machine is a Dell, and according to the first link you provided, a download for my model should be available on January 19.
-
Intel is advising ‘a strategically important segment of customers’ to avoid installing the patches until further notice, according to Intel’s Navin Shenoy, executive vice president and general manager of the Data Center Group at Intel. The Wall Street Journal reported it yesterday ( I have not linked to it because it is for subscription only readers).
Who are these ‘strategically important customers’ ?
1 user thanked author for this post.
-
Probably the data center administrators, governments, the Original Equipment Manufacturers, the shareholders? The most strategic customers are the end users of a product, which means everybody who has an affected Intel CPU.
I’m sure some end users would like to “discuss” this processor matter with him…
1 user thanked author for this post.
It is going to take some time for the dust to settle on the BIOS/microcode updates for Intel CPUs. I built a high end system about 3 and a half years ago with a Core I7 Haswell CPU in an Asus motherboard. It has been really difficult to figure out whether Asus will distribute firmware updates for any Core 4th generation processors. They are making noises about only supporting systems 3 years old or less and are concentrating on only 6th, 7th and 8th generation CPUs and chipsets. On one level, this surprises me in that one might think that extended support for major security vulnerabilities would take precedent over normal support for ‘run of the mill’ bug fixes. It may be just me being a tad cynical, but I get a vague feeling that Meltdown/Spectre is going to be used to artificially induce an accelerated equipment replacement cycle coupled with forced migration to W10. I could say more on this but I have to stop so I can fix the point on my tinfoil hat!
10 users thanked author for this post.
-
Re: Anon #158802
“It may be just me being a tad cynical, but I get a vague feeling that Meltdown/Spectre is going to be used to artificially induce an accelerated equipment replacement cycle coupled with forced migration to W10.”
You’re not the only one. Sounds quite reasonable to me. ASUS with Haswell laptop, two older Gateways with AMD….and a brand new Chromebook.
-
I had thought about this too when I first read about this huge problem & then put on my tin foil hat… “what a good way to whip up PC sales and waddayaknow, they only come with windows 10 now. What a strange coincidence”.
5 users thanked author for this post.
Yep, got a mini desktop with a Braodwell 5005u and a full size desktop with a Hazwell 4130. Decided I wasn’t going to do any firmware updates until they prove reliable. So far this stuff has been just thrown out there in a panic which I think is not needed. Its that old saying the fix is worse then the threat.
Thanks Woody, glad I decided myself to put a hold on any firmware updates. Given the mess so far, I will wait for other guinea pigs to test out these updates. More worried about the fixes then the threats.
1 user thanked author for this post.
Posted this yesterday but never appeared here. Had a critical alert mail from HP to update the BIOS on my Zbook 17 plain Jane workstation, Haswell CPU. Called Business Support to confirm the Softpaq number. Rep said that this was not the Meltdown/Spectre update although this update was a later number. Rep said to install and said there ought to be no slowdown although they had a fix if it did. Installed and no slowdowns noted.
As for the knee-jerk January patches from All directions, totally confused and confounded… 🙁 Tempted to lock down Windows Update and hope Firefox ESR, Noscript and Kaspersky updates can block attack vectors??? UGH!!!
I have 3rd, 4th and 6th generation CPUs on my Win7 rigs. The OEMs/component manufactuers do not appear to be commonly supporting hardware configurations that are more than 3 years old, and there is certainly no reliable information on the patch impact on older hardware. So it seems to me that those of us with older set ups need to act like its 2020, switch off up dates and apply commonsense security controls going forward.
Personally I think this fiasco is detrimental to IT in general, and pushing people to ‘safer’ thin client, smart phone and console options. For microsoft are CEOs going to commit to going to the cloud with there core customer and commercial data when every week there are new vulnerabilities in hardware and software
Old rigs are on their own from here on out.
-
Checking today, I jumped from 3rd generation (two Win7 machines in service) to 6th generation (two Win7 machines in “life support” storage), so neither is Haswell or Broadwell. To say nothing of two laptops, one WinXP and the other Win7, to run scanners.
I doubt the manufacturers are going to do anything to support the older machines, and perhaps not the later ones.
This site has been a guide through the fiasco, but it remains a fiasco, which leads me to avoid the January patches altogether. Where we go from there remains under consideration.
1 user thanked author for this post.
-
“Old rigs are on their own from here on out.”
It may actually turn out to be a good thing! 😀
Somehow I doubt we’ll ever see any exploits that will pass adblockers, firewalls and updated browsers…
I’m in the middle of rebuilding my old 2012 rig and have spent a small fortune on a new fancy pump, SSDs, switches, wiring, cables and what not, so I don’t really have time for second-thoughts, less alone any panic attacks.
1 user thanked author for this post.
Yup, noticed this warning on The Register this morning.
Our Haswell rig is still at Defcon 1 from the begining of the new year, waiting for the dust to settle from intel, MS and 3rd party AV.
I did have an inclination that issues were not solely down to MS, hence my Defcon 1. I’m not expecting a BIOS Firmware update anytime soon from ASUS but, you never know..
PC homebuilt in early 2015.
Win8.1/R2 Hybrid lives on..2 users thanked author for this post.
I too am in the same boat, ASRock w/ Haswell and Win 7 x64 from a few years back. FWIW, here’s some info I have gathered over the past few days.
1) Intel releases microcode FOR LINUX on a fairly regular basis. You can use it too, see #2. The path is “https://downloadcenter.intel.com/download/27431”. This database update came out on 8JAN18, and IS THE ONE CAUTIONED AGAINST NOW. On that page you can see the previous releases, the last being 11NOV17 .
2) To make use of this you need to go here: “https://labs.vmware.com/flings/vmware-cpu-microcode-update-driver#instructions”. This will install a Windows driver that updates your microcode on every startup. READ THE INSTRUCTIONS, it isn’t really that hard. ALSO READ THE COMMENTS, there have been MANY over the last few days. This driver works well (and has for years) HOWEVER it appears that it runs TOO LATE in the start-up sequence for the new Microsoft Windows code update to notice – Win sees the old (bios) uCode version number. MS NEEDS TO *FIX* THIS, IMHO, but they may not realize it yet. It should not be too hard to do a “later” double check. Anyway, the VMWare people may beat MS to the punch by updating their driver to run much earlier; it is a KERNEL_LEVEL driver now, there is such a thing as a BOOT_LEVEL driver but those have far fewer resources to build upon; and since it works great as it is they really don’t have any responsibility here [but they ARE listening and giving feedback – GREAT GUYS ALL AROUND – THANK YOU VMWare Gurus!]
3) Microsoft COULD and SHOULD [and MUST!] just update the uCode themselves and then they would be 100% sure of the config – they used to do just that, but haven’t bothered in years; the win-supplied file mcupdate_GenuineIntel.dll dates to 2010! They could just update that, and maybe someday they will…
4) So, what’s in this new microcode? Two things apparently: a few existing instructions have had minor modifications made to them that slightly changes their branch prediction semantics, and 2) a few BRAND NEW instructions have been created that an OS can use to “get around” the Meltdown/Spectre problems (if properly utilized!). That’s why you need both uCode and Patches for a complete fix.
————-
So for Haswell fans, my Mobo bios has microcode version 19, the last available from ASRock (August 2015). The 11NOV17 (and many prior) Intel db mentioned above takes that to 22 – It has worked just fine for a long time now. The 08JAN18 update took it to 23; I tested it and it did install and booted fine, showing up as 23 (as the releasenote said it would, and HWINFO.EXE confirmed). I then went right back to 22, and plan to stay there for (ever) now. I imagine version 24 is not too far off…
But ultimately, I don’t think I _EVER_ want this “fix”. Toward that end I have taken an Image Snapshot of my system and named it “BEFORE_DEGRADATION.TLB” and stored it away carefully. I suspect I will be restoring from it many times in the future…
-=Paul=-
-
-
1 user thanked author for this post.
-
Thanks. I now see the vulnerability fixes in 20180108 are CPUID by CPUID. Unfortunately, mine aren’t yet in the list (and may never be…).
Win10 Pro x64 22H2, Win10 Home 22H2, Linux Mint + a cat with 'tortitude'.
1 user thanked author for this post.
-
https://www.gigabyte.com/Press/News/1586
For those interested. I would imagine patches for generations prior to 6th will be released but whether they go all the way back to 1st (which I’m using) is anyone’s guess. Then again, the slowdown analysis is really making me question installing any of them when i come round to it. I don’t want my very reliable system brought to its knees over this when I practice very safe browsing anyway. Blah! Go away, 2018.
Also, for some reason I haven’t received any registration email, are they known to take a while?
-T-
Also, for some reason I haven’t received any registration email, are they known to take a while?
-TPlease see this thread about registration problems – hopefully we can get you sorted out reasonably quickly 🙂
-
-
No, the system has definitely recorded your account, so that wasn’t the problem. It is likely to have been an email issue somewhere in the system, sorry.
1 user thanked author for this post.
-
-
Your first registered post has to be moderated. After that, you’re good to go.
Welcome (to the Machine?)1 user thanked author for this post.
-
-
-
-
-
From Lenovo: Reading Privileged Memory with a Side Channel (my bolding):
‘Withdrawn CPU Microcode Updates: Intel provides to Lenovo the CPU microcode updates required to address Variant 2, which Lenovo then incorporates into BIOS/UEFI firmware. Intel recently notified Lenovo of quality issues in two of these microcode updates, and concerns about one more. These are marked in the product tables with “Earlier update X withdrawn by Intel” and a footnote reference to one of the following:
*1 – (Kaby Lake U/Y, U23e, H/S/X) Symptom: Intermittent system hang during system sleep (S3) cycling. If you have already applied the firmware update and experience hangs during sleep/wake, please flash back to the previous BIOS/UEFI level, or disable sleep (S3) mode on your system; and then apply the improved update when it becomes available. If you have not already applied the update, please wait until the improved firmware level is available.
*2 – (Broadwell E) Symptom: Intermittent blue screen during system restart. If you have already applied the update, Intel suggests continuing to use the firmware level until an improved one is available. If you have not applied the update, please wait until the improved firmware level is available.
*3 – (Broadwell E, H, U/Y; Haswell standard, Core Extreme, ULT) Symptom: Intel has received reports of unexpected page faults, which they are currently investigating. Out of an abundance of caution, Intel requested Lenovo to stop distributing this firmware.’
…Tempted to lock down Windows Update and hope Firefox ESR, Noscript and Kaspersky updates can block attack vectors??? UGH!!!
In Firefox, make sure you disable several things by opening about:config and making the following changes.
Disable javascript memory pooling to somewhat mitigate Meltdown/Spectre attacks:
Set javascript.options.shared_memory to false
The above does incur a bit of a performance penalty. The above setting is being pushed out by Mozilla to the ESR branch as well. I further recommend the above setting since my testing shows that poorly coded javascript on a web page can cause the shared javascript memory pool to continue to grow even after all browser tabs have been closed and I am staring at a single blank tab. And seriously, memory pooling for all javascript programs running in all tabs? Wasn’t that a potential security issue just waiting to happen? Apparently so since Mozilla is disabling it via the above config entry as a direct response to Meltdown/Spectre.
Opt out of Mozilla HTTP telemetry testing:
Set browser.cache.frecency_experiment to -1
Negative 1 and “frecency”, directly above, are not typos. If you set this config entry to zero, it will automatically randomize to a setting of 1 or 2 or 3 or 4 the next time you launch Firefox, and the experiment will run again, setting different HTTP decay times of up to 6 hours! Setting the above config entry to negative 1 prevents the experiment from ever running again. If you find that your current setting for the above config entry is set to 2, and you have noticed that typing in Firefox becomes slow after Firefox has been running for a long time, the above config entry is the culprit. Additionally, also set the HTTP decay time to a reasonable value as shown below.
Set browser.cache.frecency_half_life_hours back to 1
Opt out of Mozilla’s Shield studies:
You know, the study where Mozilla decided to promote a TV show related game which caused many people to think that their computer had become infected with malware.
Set app.shield.optoutstudies.enabled to false
Best regards,
–GTP
9 users thanked author for this post.
-
The above does incur a bit of a performance penalty.
That sentence made me think, and shake my head a bit about this predicament Intel et. al. have put us in.
What’s better? A bit of a slowdown in browsing, OR… Slowing the entire system down to make it impossible for some executable to see some other executable’s RAM.
I’m the guy who still disables UAC, because I believe that guarding the borders VERY well and trusting those programs inside is a better way to do computing. So far it works for me.
This whole mess strikes me as a bunch of geeks running around panicking and screaming “the sky is falling” because they have suddenly found out – surprise, computing isn’t utterly secure – when it never was and never will be.
-Noel
-
They’re talking about SharedArrayBuffer, used to aid multi-core processing within Javascript, using multiple workers to access a single shared memory space. It’s an advanced feature, only deployed in 2016, not something most websites use:
https://hacks.mozilla.org/2016/05/a-taste-of-javascripts-new-parallel-primitives/
Computing is never perfectly secure, but being able to compromise the entire system from user mode (Meltdown), possibly even via a website, counts as Critical in almost any book.
As for the general issue of performance vs. security: it’s unfortunate that we have to choose, though if you look at it another way, those with Intel chips had a five year advantage over the less-than-stellar AMD chips of the same era which is only now being leveled out. (And that not completely, because Spectre has its own costs – AMD hasn’t even enabled branch protection on anything but Zen yet, so we’ve yet to see its full impact).
2 users thanked author for this post.
-
-
Both of my systems are Haswell. I specifically chose that platform when Skylake was new and Windows 10 had come out, to avoid some of the complications with installing 7 on Skylake (and eventually, MS blocking 7/8.1 updates on its later platforms). Funny how that worked out after all… At this rate I do not plan to update firmware/BIOS on either system. I won’t say never, but for now it’s a waiting game. This is a mess of epic proportions.
Hello everyone,
Yeah, this is an unholy mess. Hopefully Intel will fix this mess. I have three computers with Core I5 Haswell CPUs. Just like you, I specifically chose Haswell over Skylake for the very same reasons as you did. I do plan to update the BIOS on each of these computers — once Intel eventually fixes this mess. Yet before I do update the BIOS on each of these computers, I will make sure that I have a way to re-flash each BIOS back to a previous version which contains the previous microcode. Flashing microcode into BIOS requires using the correct utility, and following the correct procedures. If you don’t use the correct utility or follow the correct prodecures, then the microcode will not get flashed into the BIOS.
Again, there are specific procedures for flashing the BIOS with either new or previous microcode which is stored in an entirely separate memory block within the BIOS. You have to check with the motherboard manufacturer to make sure that you use both the proper utility and the proper procedures, or otherwise the microcode which you want to either update or restore will NOT get flashed into the BIOS. One memory block in the BIOS contains all of the stuff which you can see and configure when you go into your BIOS configuration screens. Another totally separate memory block within the BIOS contains the CPU microcode which the BIOS uses to program the CPU on every boot.
Given that incorrect or faulty BIOS microcode can cause Windows to blue screen on boot, you must make sure that have a method such that you can re-flash your BIOS either from within the BIOS, via a command prompt before window boots, or via a USB stick. If the only method which have for flashing the BIOS is via a Windows utility, yet Windows won’t boot, then you will be in a pickle.
Also note that the OS kernel can also program the CPU with new microcode. You all might recall that a year or two ago, Microsoft ran into issues which caused blue screens for some users. This is because Intel had released new microcode to OEMs who in turn created new BIOS updates for their customers. Yet Microsoft also released new microcode, via Windows Update, which updated the Windows kernel to program the CPU with Microsoft’s microcode. The purpose of the new microcode was for better compatibility with Windows 10. The side effect of the new microcode is that it caused issues for some Windows 7 users in the form of blue screens.
If I decide to upgrade to Windows 10, only then I will download and flash the BIOS on my computers with the BIOS updates which are needed for installing Windows 10, and then I will install Windows 10 from scratch.
The upshot is that I don’t use Windows 10. I have avoided installing all Microsoft updates which contain new microcode, delivered via Windows Update, onto my Windows 7 computers. If it ain’t broke, don’t fix it.
Once Intel gets this mess sorted out and even if the OEMs for my computers don’t release new BIOS updates, then I will give a new Microsoft update with microcode fixes for Meltdown/Spectre a try — but only after I make full backups of the OS partitions on my computers.
Note that motherboard manufacturers might not create BIOS updates for their older motherboards. It depends on how long they decide to support older motherboards. If you built your own computers, you should check with your motherboard manufacturers to see if they plan on releasing BIOS updates for your older motherboards to address the Meltdown/Spectre vulnerabilities. If they don’t plan to, then the only option will be from Microsoft via kernel updates, delivered via Windows Update, which contain new microcode for your CPUs.
The industry has known about Meltdown/Spectre for six months or more. Yet how could motherboard manufacturers do broad testing? Could they tell consumers, “Hey, we want you to test this. We can’t tell you why we want you to test this. It may slow down your computer. It might cause your OS to crash. And it requires that you know how to reflash your computer’s BIOS from either within BIOS, from a command prompt, or from a USB stick.” Pretty much the same applies to Microsoft. Could Microsoft tell consumers, “Hey, we want you to try this Windows Update which contains new microcode. We can’t tell you why we want you to test this update. Windows may crash. You should only test this update after making a full backup of your Windows OS partition. You must be able to restore your Windows OS partition without first having to boot into Windows since Windows might not boot. This will require using third party backup utilities.”
Best regards,
–GTP
Today, Intel admitted that its microcode updates are causing more frequent reboots for all of its newer CPUs as well. It gets even better. Intel is telling vendors to optionally work on enhancements to mitigate the issue. It sounds like they are passing the buck.
Intel reported today that the frequent reboots issue with the microcode firmware updates also affects Ivy Bridge, Sandy Bridge, Skylake and Kaby Lake processors. They report that they are still in the process of identifying the cause of the reboots but the issue is not limited to Haswell/Broadwell processors. Reported by MT Newswires, 1/18/18.
From Intel: From Firmware Updates and Initial Performance Data for Data Center Systems (January 17, 2018): “I’ll be covering two topics in this blog post: our progress in rolling out firmware updates for the exploits, as well as addressing the reboot issue I discussed last week; and initial data from the benchmarking we are doing on data center platforms.”
Hat tip to user GoneToPlaid.
Meltdown and Spectre: Good news for AMD users, (more) bad news for Intel
Windows patches are fixed, but microcode updates are causing even more trouble.By Peter Bright | January 19, 2018
If you’re unfortunate enough to have installed the previous, bad update and now have a system that crashes on startup, you’ll still have to roll back the bad update before you can install the new one. We’ve read reports that this is indeed possible, but unfortunately, Microsoft only offers generic guidance on troubleshooting blue screen of death crashes, not any specific steps to fix this specific issue.The bad news: Intel has previously warned that the microcode update it issued to provide some processor-based mitigation for some kinds of Spectre attack was causing machines with Haswell and Broadwell processors to reboot. It turns out that the problems are more widespread than previously reported: the chip company is now saying that Ivy Bridge, Sandy Bridge, Skylake, and Kaby Lake systems are affected, too.
Read the full article here4 users thanked author for this post.
-
Thanks for the Ars Technica link, Kirsty. Turns out I have an Ivy Bridge processor (Pentium 2020M, Dual-Core Mobile). Intel did have a PDF for “Microcode Update Guidance” that I bookmarked. I tried to return to it today (Link: https://newsroom.intel.com/wp-content/uploads/sites/11/2018/01/microcode-update-guidance.pdf), but I get an Intel page that says you have to Sign In. Seemingly no way to sign in if you Don’t Already Have a Username & Password! Removed the PDF filename & tried to browse the Newsroom, but now get “Sorry, but the page you were trying to view does not exist.” Searched Newsroom for “microcode update guidance” & it’s gone. Only remaining link is https://newsroom.intel.com/news/firmware-updates-and-initial-performance-data-for-data-center-systems/.
That story has a link to the Intel Security Center: https://security-center.intel.com/advisory.aspx?intelid=INTEL-SA-00088&languageid=en-fr.
Clicked through 2 or 3 more links & found the Updated PDF as of Yesterday, Feb. 7! https://newsroom.intel.com/wp-content/uploads/sites/11/2018/02/microcode-update-guidance.pdf
Bought a refurbished Windows 10 64-bit, currently updated to 22H2. Have broke the AC adapter cord going to the 8.1 machine, but before that, coaxed it into charging. Need to buy new adapter if wish to continue using it.
Wild Bill Rides Again... -
@WildBill re #165995
Facts About the New Security Research Findings and Intel® Products was last updated February 7th, 2018 (6:16 pm EST). It may have a link that helps you?The update adds this article to the links:
Security Issue Update: Progress Continues on Firmware Updates
https://newsroom.intel.com/news/security-issue-update-progress-continues-firmware-updates/
By Navin Shenoy | February 7, 2018
-
Root Cause of Reboot Issue Identified; Updated Guidance for Customers and Partners
By Navin Shenoy | January 22, 2018
As we start the week, I want to provide an update on the reboot issues we reported Jan. 11. We have now identified the root cause for Broadwell and Haswell platforms, and made good progress in developing a solution to address it. Over the weekend, we began rolling out an early version of the updated solution to industry partners for testing, and we will make a final release available once that testing has been completed.Based on this, we are updating our guidance for customers and partners:
We recommend that OEMs, cloud service providers, system manufacturers, software vendors and end users stop deployment of current versions, as they may introduce higher than expected reboots and other unpredictable system behavior. For the full list of platforms, see the Intel.com Security Center site.
We ask that our industry partners focus efforts on testing early versions of the updated solution so we can accelerate its release. We expect to share more details on timing later this week.
We continue to urge all customers to vigilantly maintain security best practice and for consumers to keep systems up-to-date.I apologize for any disruption this change in guidance may cause. The security of our products is critical for Intel, our customers and partners, and for me, personally. I assure you we are working around the clock to ensure we are addressing these issues.
I will keep you updated as we learn more and thank you for your patience.
Reproduced in full from newsroom.intel.com-
Intel tells users to stop deploying buggy Spectre patch, citing technical issues
More problems from the massive processor vulnerabilityBy Russell Brandom | Jan 22, 2018
Intel has a patching problem. All last week, users reported computers spontaneously rebooting after installing Intel’s Spectre/Meltdown patch. Now, Intel seems to be giving up on those patches entirely. In a post today, executive vice president Neil Shenoy announced that Intel had located the source of some of the recent reboot problems and is recommending users skip the patches entirely until a better version could be deployed.
Read the full article here
Thanks; I clicked through those links yesterday. The updated PDF in my link has been updated with even more information. The splash page now reads “Microcode Revision Guidance”. There are several products with Production Status & MCU’s. My Ivy Bridge Pentium is in Pre-Beta; early validation is being performed. Don’t worry; I’m not touching anything until it’s in Production. Even then, I won’t apply any microcode/firmware updates unless they come through Intel’s Driver & Support Assistant or ASUS (my OEM).
Bought a refurbished Windows 10 64-bit, currently updated to 22H2. Have broke the AC adapter cord going to the 8.1 machine, but before that, coaxed it into charging. Need to buy new adapter if wish to continue using it.
Wild Bill Rides Again...1 user thanked author for this post.
-
I do hope you’ve updated that Intel tool in the last month – it has its own vulnerability issues… 🙂
1 user thanked author for this post.
Viewing 26 reply threads
Plus Membership
Donations from Plus members keep this site going. You can identify the people who support AskWoody by the Plus badge on their avatars.
AskWoody Plus members not only get access to all of the contents of this site -- including Susan Bradley's frequently updated Patch Watch listing -- they also receive weekly AskWoody Plus Newsletters (formerly Windows Secrets Newsletter) and AskWoody Plus Alerts, emails when there are important breaking developments.
Get Plus!
Recent Topics
-
Time-Tested Ways To Tv Shows Greece (Awaiting moderation)
by 41 minutes ago
-
MS Word functionality (Awaiting moderation)
by 1 hour, 6 minutes ago
-
Woman in front of 2 mirrors. One shot 2 different reflections
by 3 hours, 38 minutes ago
-
Steam drops macOS Mojave support, effectively ending life for many 32-bit games
by 5 hours, 25 minutes ago
-
Requiring Bit-Locker key when it isnt activated after Win 11 update
by 53 minutes ago
-
KB5032189 Not installing on either of my PCs
by 5 hours, 45 minutes ago
-
Outlook.com – is there a way to delete all contacts in bulk?
by 12 hours, 18 minutes ago
-
Apple zero days fixed – November 30, 2023
by 12 hours, 5 minutes ago
-
found a skneaky way to get windows 11 free still.
by 16 hours, 57 minutes ago
-
Quickbooks – no new desktop subscriptions to be sold
by 19 hours, 29 minutes ago
-
Does updating to Win10 from Win7 Retain your applications successfully?
by 17 hours, 43 minutes ago
-
Using Dropbox source data for a Connection in Excel with different machines
by 21 hours, 3 minutes ago
-
Microsoft installing HP Smart secretly on non HP PCs
by 19 hours, 58 minutes ago
-
Fun Stuff – Mystery Zone
by 1 day, 10 hours ago
-
How to make sure GMAIL does not delete my account since they are not letting ..?
by 8 hours, 23 minutes ago
-
Windows Explorer – search for files that are not shortcuts?
by 1 day, 4 hours ago
-
Windows 11 Insider Preview build 23595 released to DEV
by 1 day, 16 hours ago
-
Windows 11 Insider Preview build 26002 released to Canary
by 18 hours, 55 minutes ago
-
Windows 11 Insider Preview Build 22635.2776 released to BETA
by 1 day, 16 hours ago
-
Getting ‘not genuine Windows’ after replacing HDD
by 22 hours, 26 minutes ago
-
Amazon Alexa Echo Hunches
by 1 day, 17 hours ago
-
Microsoft Defender Application Guard for Office is being deprecated
by 1 day, 18 hours ago
-
New BLUFFS attack lets attackers hijack Bluetooth connections
by 1 day, 19 hours ago
-
Don’t have your online identity in just one account
by 5 hours, 15 minutes ago
-
Sports Illustrated Published Articles by Fake, AI-Generated Writers
by 1 day, 14 hours ago
-
Windows 32bit to 64bit.
by 21 hours, 38 minutes ago
-
Lost icons in notification area, Windows 10
by 4 minutes ago
-
Test Apps in vm(?) so that I don’t break my current install
by 16 hours, 11 minutes ago
-
Removing Copilot
by 1 hour, 10 minutes ago
-
How do I disable CoPilot
by 1 day, 18 hours ago
