Slashdot Mirror


World's Largest Chip Maker Will Lose $250M For Not Patching Windows 7 Computers (networkworld.com)

A major virus infection forced the closure of Taiwan Semiconductor Manufacturing Company (TSMC) factories last weekend..." writes Slashdot reader Mark Wilson, noting that it's the largest semiconductor manufacturer in the world, selling chips to Apple, Nvidia, AMD, Qualcomm, and Broadcom, and "responsible for producing iPhone processors."

Now Network World reports: The infection struck on Friday, August 3, and affected a number of unpatched Windows 7 computer systems and fab tools over two days. TSMC said it was all back to normal by Monday, August 6. TSMC did not say it was WannaCry, aka WannaCrypt, in its updates, but reportedly blamed WannaCry in follow-up conference calls with the press.... The company said this incident would cause shipment delays and additional costs estimated at 3 percent of third quarter revenue. The company had previously forecast revenues of $8.45 billion to $8.55 billion for its September quarter. A 3 percent loss would mean $250 million, though actual losses may come out lower than that. Still, that's a painful hit. TSMC also said no customer data was compromised....

TSMC isn't directly to blame here; someone [an infected production tool provided by an unidentified vendor] brought WannaCry into their offices and behind their firewall, but TSMC is still culpable because it left systems unpatched more than a year after WannaCry hit.

70 of 108 comments (clear)

  1. Yep, that's what you get by Anonymous Coward · · Score: 3, Insightful

    for not patching your systems.

    1. Re:Yep, that's what you get by RandomFactor · · Score: 2

      The problem here us unlikely to be that IT was too lazy to upgrade or unwilling to patch. Quite the opposite is generally the case.

      Vendors that supply process control systems will certify exactly what can and cannot be loaded on these systems including patches. It can take years to get a new patch certified from the vendor. And if you load anything uncertified you are taking on that entire liability hit and lose support and such. That's a career limiting move.

      Oh and Windows 7? Not too bad, There are Windows for Workgroups based systems still running machines out there (probably older to be honest.)

      I know of a situation where a system was infected and left that way but just firewalled off for years because they couldn't even load an AV on it. It seems asinine, and it is, but it is also how things have to be done sometimes.

      Often there are quite limited options (if any) available for what you might select to control a particular industrial machine, so just shopping for a different vendor isn't really an option in this space. Not setting up manufacturing systems isn't an option, those are needed to make widgets and without widgets you have a plant or company and all that depend on it on the street. Remember these machines can and do kill or injure people if things go wrong, if you ignore the vendor, just like with any other negligence that harms employees, the liability to the company is rightly phenomenal.

      Now you can make a case that loading the company patching software and AV on these system is prudent, as are all the other things /.ers do to maintain our own systems, and I'll grant that 99% of the time or more you would be right. But explaining that in front of a jury is not something you want to do on that 100th machine -especially- if you do it without the vendor's and your company's approval. Even just the not particularly uncommon case of a patch breaking some obsolete protocol, or the AV making the system stutter during operation can be terribly costly.

      --
      --- Mercutio was right.
    2. Re:Yep, that's what you get by nospam007 · · Score: 1

      "for not patching your systems."

      Perhaps their machines didn't have the chips to upgrade to the latest, greatest Windows version.

      You know, the cobbler's kids are barefoot.

    3. Re:Yep, that's what you get by iMadeGhostzilla · · Score: 1

      So what's to do? Would it be possible to have each legacy system run inside a sandbox, VM or VM-lite kind of thing, maybe like Sandboxie for Windows but industrial strength, and you make a copy of the sandboxed image every day. If a virus infects the guest OS, you simply go back a few snapshots. If the virus hasn't wiped or encrypted the application-generated data files, you can restore those from the latest sandbox or snapshot.

      Is there anything obviously missing in this scheme?

    4. Re:Yep, that's what you get by RandomFactor · · Score: 1

      The most likely result of that line of inquiry is going to be "Must be run on vendor supplied hardware" and "Vendor does not certify to run in a VM."

      Also just to make it more fun, taking it offline to do a backup shuts down a production line and must be scheduled once a quarter or once a year.

      Hmmmmm, "what's to do"

      Probably nothing until manufacturing via 3d printing and general purpose robotics becomes competitive with classical manufacturing. Not because they are better or worse, but more because once you are buying something more generic you introduce competition and the vendors can then be differentiated on the basis of things like "IT says these guys provide patches and updates to protect the systems better"

      --
      --- Mercutio was right.
    5. Re:Yep, that's what you get by iMadeGhostzilla · · Score: 1

      I imagine with $250M to lose over two days TSMC could easily say Hey Vendor certify your stuff to run in a VM pronto. Vendor would do it, unlike porting their app to Linux. Would they not, realistically?

      As for VM, can you make a correct VM image backup while the VM is running? Seems to me that could be done in the background without affecting production.

    6. Re:Yep, that's what you get by HiThere · · Score: 1

      The question here is "Who is 'they'?". It's quite likely the configuration is specified by the vendor of the $$EXPENSIVE$$ niche machinery. And they aren't going to change their specs, because, since that machinery is expensive, they don't have any old models to test on. And possibly not anyone currently expert in that particular model. (They're concentrating on the next generation model. "Want to order one? You have have it for beta testing on your production line in only a couple of months.")

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    7. Re:Yep, that's what you get by drinkypoo · · Score: 1

      I thought chip fabs worked hand in hand with the producers of the equipment to produce a solution that would work for them. At some point during specification, quoting and the like, the question of OS should have come up, and they should have specified something better than Windows.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:Yep, that's what you get by sjames · · Score: 1

      If it's process control, a VM probably won't do. The software will likely be talking directly to some bit of hardware and any stuttering on the part of a VM passing things through to real hardware would be a problem.

      Best you can do is keep the prosess control machines on an air-gapped LAN and hope it doesn't get cooties if you have to temporarily connect to the outside or connect a laptop fpr updates.

    9. Re:Yep, that's what you get by sjames · · Score: 1

      Given the cost to change vendors, probably not.

    10. Re:Yep, that's what you get by Billly+Gates · · Score: 1

      Oh come on. This is slashdot where I see IT professionals proudly say they don't patch with a smile.

      I want to say told ya so.

    11. Re:Yep, that's what you get by cheesybagel · · Score: 1

      Well, that's why I've heard Intel still used VAX/VMS to run their factories until at least recently.

    12. Re:Yep, that's what you get by Hadlock · · Score: 1

      They probably do work hand in hand with them, and then support it for the life of the equipment. The problem is when the lead engineer who wrote 90% of the software, in a poorly documented and even more poorly maintainable design, left the company, or got hit by a bus or reason X. So sure, do you want to change feature X like increase the max RPM of the motor by 15RPM to get rid of some harmonic vibration? Yeah we can do that. The problem comes when he leaves and you can't do something important without his blessing because once you upgrade the machine, you can't roll it back if the software update isn't compatible with your update, because you lost the original drive image for the machine, or you don't have a way to reinstall the software from scratch because the original software is lost at this point.
       
      Yeah all that sounds crazy but I worked at a finance company where we were running an unapproved version of windows and all the servers were clones of clones of clones because nobody had any idea how to install all 114 packages in the right order (I'm not even exaggerating), and nobody had ever documented what was customized in the registry to get it to be cross-compatible with some other software they had integrated with it. We had a team of 125 testing our custom integrations against the software that was delivered to us, but if we ever lost all the backup copies of the clone images, we would be truly fucked as we had tried to build a new server from scratch several times over the course of a month and were not able to do it.
       
      I'm not sure how complex wafer fab machinery is, but if intel hasn't gone from 14 to 10nm in five years, I am guessing it is at least as complex as what we're doing, and once it's installed, you don't freakin' touch it and pray it never breaks.

      --
      moox. for a new generation.
    13. Re:Yep, that's what you get by rtb61 · · Score: 1

      The problem in reality was not that they did not patch their airgapped system, is they breached airgap by allowing hardware in with software installed, bad mistake. You airgap a system, than thieving is airgapped, including new hardware and they way new hardware is airgapped, is it is supplied free of software. The software comes in separately and is scanned and checked and then installed on the new hardware inside of the airgap, common fucking sense, or at least it should have been.

      Airgap requires that new hardware and new software are delivered separately, both checked and then the software is installed on the hardware inside of the airgap by your computer security team. You should need to security patch anything inside of the airgap, in fact each and every security patch also represents a security risk, just the way it is.

      --
      Chaos - everything, everywhere, everywhen
    14. Re:Yep, that's what you get by Highdude702 · · Score: 1

      VFIO

    15. Re:Yep, that's what you get by sjames · · Score: 1

      VFIO is helpful for performance nd security, but still might cause problems if there are hard deadlines.

  2. Wrong headline by Anonymous Coward · · Score: 1

    ``World's Largest Chip Maker Will Lose $250M For Using Known-Vulnerable Operating Software''

    The correct conclusion is that windows just isn't suitable to run multi-billion operations with. As long as you ignore that reality, you leave the door open to other parties to take advantage of that.

    1. Re:Wrong headline by jabberw0k · · Score: 1

      Like in War Games: The only way to Win with Windows, is not to mess with Microsoft.

    2. Re:Wrong headline by snapsnap · · Score: 2

      Depends on the price to switch to a system that isn't so insecure.

      Where I work, we tried switching about fifty servers to Linux, but it failed due to the fact we couldn't find people that knew what they were doing for minimum wage. The two high school drop-outs that work for minimum wage do an OK job with keeping those Windows servers running. Windows is acceptable since our customer SLA is 95% so I think we can have almost five hours of downtime a week. Of course we often exceed that amount of downtime because of Microsoft-created problems, but the lost customers cost less than a Linux expert would cost.

    3. Re:Wrong headline by Anonymous Coward · · Score: 1

      Expert for what? For the most part a linux guy doesn't have to do nearly as much as a windows guy. Windows fellas need to run around like they just crapped themselves 24/7 to keep that big jenga tower of interdependant hack code which is ms windows together.

      Ah you guys know your stuff though. It will all be okay, its not like these systems run operations involving salaries and materials that run into the millions of dollars of cost, nooooooooo, they are just toys that the folks with glasses use, we'll give them minimum wage and let them play around pressing blinking buttons and having fun. Little scamps.

      I don't blame you personally, but what you just described, a windows shop run by underpaid people trying their best, that is more or less the baseline of what I have experienced IT to be. What is sad is that if management et al would just listen to their IT experts instead of dismissing them as kids whose toys cost them too much money they might be able to get operations running properly.

    4. Re: Wrong headline by reanjr · · Score: 1

      Why didn't you assign the project to one of the high school students? If that's their level of competence, you'd be better off with the sane secure defaults on a Linux. It's a learning project for them, and dirt cheap R&D for you.

    5. Re:Wrong headline by kzwork · · Score: 1

      Depends on the price to switch to a system that isn't so insecure.

      Where I work, we tried switching about fifty servers to Linux, but it failed due to the fact we couldn't find people that knew what they were doing for minimum wage. The two high school drop-outs that work for minimum wage do an OK job with keeping those Windows servers running. Windows is acceptable since our customer SLA is 95% so I think we can have almost five hours of downtime a week. Of course we often exceed that amount of downtime because of Microsoft-created problems, but the lost customers cost less than a Linux expert would cost.

      These guys apparently found people that knew what they were doing for minimum wage and the result is...

    6. Re:Wrong headline by kzwork · · Score: 2

      Talking about Windows TCO.

    7. Re:Wrong headline by drinkypoo · · Score: 1

      Where I work, we tried switching about fifty servers to Linux, but it failed due to the fact we couldn't find people that knew what they were doing for minimum wage.

      You should be paying more than the minimum wage, and if you don't, you deserve what you get for your money. Which is Windows. You should go out of business and let someone competent take your place.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re: Wrong headline by HiThere · · Score: 1

      This is a custom machine configuration. There are lots of custom configured Linux machines that can't be updated. Your desktop is not a valid comparison.

      OTOH, if they can't do something like run it in a VM, then the problem isn't the OS, it's the licensing agreement. Or possibly the design. That said, time sensitive things often can't be run well under virtualization. And are often sensitive to even minor system upgrades. So it could well be a combination of time sensitivity and a CYA licensing agreement.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    9. Re: Wrong headline by Zontar+The+Mindless · · Score: 1

      Thing is, on linux it does tend to mess up your hardware to the point of bricking it, whilst on windows, well, from personal experience, it didn't happen that much.

      try it lmsensors on linux
      or on windows, some program to read out temp and set fan values.

      I've been running gkrellm on all manner of different hardware for a dozen years, and I've never had it—or any other Linux software—brick a machine. I interpret your assertions to mean that you know even less about what you're doing than I do, and I am by no means what I'd consider an expert.

      --
      Il n'y a pas de Planet B.
    10. Re:Wrong headline by Billly+Gates · · Score: 1

      Last I checked Linux has vulnerabilities too that any competent administrator would patch. FYI I have seen SuSE services use for hosting phishing sites with the customer not having any idea due to a rootkit.

      Rootkits were invented on Unix. Where do you think the term ROOT came from?

    11. Re: Wrong headline by Highdude702 · · Score: 1

      Whats wrong with lmsensors?

      it8686-isa-0a40
      Adapter: ISA adapter
      CPU Vcore: +1.31 V (min = +0.00 V, max = +3.06 V)
      +3.3V: +3.33 V (min = +0.00 V, max = +5.05 V)
      +12V: +12.17 V (min = +0.00 V, max = +18.36 V)
      +5V: +5.01 V (min = +0.00 V, max = +7.65 V)
      Vcore SOC: +1.00 V (min = +0.00 V, max = +3.06 V)
      CPU Vddp: +0.92 V (min = +0.00 V, max = +3.06 V)
      DRAM A/B: +1.38 V (min = +0.00 V, max = +3.06 V)
      CPU fan: 5625 RPM (min = 0 RPM)
      SYS1 fan: 0 RPM (min = 0 RPM)
      SYS2 fan: 0 RPM (min = 0 RPM)
      SYS3 fan: 0 RPM (min = 0 RPM)
      CPUOPT fan: 940 RPM (min = 0 RPM)
      System 1: +34.0C (low = +127.0C, high = +127.0C) sensor = thermistor
      Chipset: +44.0C (low = +127.0C, high = +127.0C) sensor = thermistor
      CPU: +35.0C (low = +127.0C, high = +127.0C) sensor = AMD AMDSI
      PCIe X16: +36.0C (low = +127.0C, high = +127.0C) sensor = thermistor
      VRM MOS: +45.0C (low = +0.0C, high = -117.0C) sensor = thermistor
      EC_temp 1: -55.0C (low = +127.0C, high = +127.0C) sensor = thermistor

      it8792-isa-0a60
      Adapter: ISA adapter
      DDR Vtt A/B: +0.67 V (min = +0.00 V, max = +2.78 V)
      Chipset Core: +1.05 V (min = +0.00 V, max = +2.78 V)
      CPU Vdd18: +1.79 V (min = +0.00 V, max = +2.78 V)
      DDR Vpp A/B: +2.52 V (min = +0.00 V, max = +4.63 V)
      3VSB: +3.33 V (min = +0.00 V, max = +5.56 V)
      Vbat: +3.29 V
      SYS5 fan/pump: 0 RPM (min = 0 RPM)
      SYS6 fan/pump: 0 RPM (min = 0 RPM)
      SYS4 fan: 0 RPM (min = 0 RPM)
      PCIe X8: +37.0C (low = +127.0C, high = +127.0C) sensor = thermistor
      EC_temp 2: -55.0C (low = +127.0C, high = +127.0C) sensor = thermistor
      System 2: +38.0C (low = +127.0C, high = +127.0C) sensor = thermistor

  3. A word about these computers... by GerryGilmore · · Score: 4, Informative

    It appears that the affected machines were those running process control systems. Because of their VERY finicky nature (and usually being designed to be used on a closed intranet), they almost NEVER apply post-production patches.

    I once worked on a medical device where each and very build installed MUST be a bit-perfect replication of the original. Any new release went through horrific levels of qualification and then IT had to be bit-perfect until the next release.

    The typical "patch Tuesday" crap just cannot work in these environments.

    1. Re:A word about these computers... by gweihir · · Score: 1

      Or in other words, MS Windows is just about the worst OS choice possible for such applications.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:A word about these computers... by GerryGilmore · · Score: 1

      I agree. However, again having worked in the industry, I can tell you that - especially until the last 5-7 years - the overwhelming pressure: from developers who started in DOS and just fell into the Windows world by default, especially during the silly-ass "UNIX wars"; marketers who thought that Windows would dominate the world and - why not?; MS themselves who - to their credit - created a pretty amazing set of developers tools *AND* a single, unified target market.

      When I was working at a SCO UNIX shop, I started our transition to Linux. At least once a day, one of the sales dudes would drop by my office to tell me how much easier their lives would be if I just "flipped a switch" and put us on Windows. The first several times, I patiently explained how our entire infrastructure of development, testing and support was much more than just "flipping a switch". Finally, I just wrote a long email to the entire sales force and management, laid things out and told them that I would not accept any meeting to even discuss it.

    3. Re:A word about these computers... by GerryGilmore · · Score: 2

      I normally don't respond to ACs, but you ask a pretty good question.

      Basically, you don't know, and that's the rub. Let's take as an example the latest set Spectre/Meltdown patches. These are known to affect I/O performance (heavily-syscall-dependent) to a degree anywhere from 5-30%. Given that this is ONE patch, the same basic rules apply in, essentially, what are semi-real-time systems. That is, for each and every patch, you must apply the entire set of QA tests, which takes a lot of time and money. Performing this level of testing for patches that arise sometimes more-than-weekly is a non-starter. Just throwing a patch out there and waiting for customer support calls is NOT an option.

      Again, remember that these systems are designed to be used in a closed, controlled environment. In this case, lax procedures allowed a virus inside and....wellll.

    4. Re:A word about these computers... by thegarbz · · Score: 1

      Because of their VERY finicky nature (and usually being designed to be used on a closed intranet), they almost NEVER apply post-production patches.

      Medical device and process control are two very different systems. Process control systems most definitely do get patched. Not instantly, they go through vendor approval first, but they most definitely do get patched.

    5. Re:A word about these computers... by thegarbz · · Score: 1

      If an attack is targeted the choice of OS is quite irrelevant. This attack however didn't look targeted, but then also ... wannacry. I would wager that the evening janitor they entrusted to set this up in his spare time would have done an even poorer job with a more esoteric OS.

    6. Re:A word about these computers... by HiThere · · Score: 1

      Yes, but...
      The questions are "How many of the model were sold?" and "How long since it's been under active development?" and "What's involved (cost) in keeping an idle system around?" and "How many experts in this particular model does the manufacturer currently employ?".

      I suspect that combining the answers to those questions would yield "The manufacturer will not support ANY changes in the supplied configuration.".

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    7. Re: A word about these computers... by Anonymous Coward · · Score: 1

      A classic example, that actually has hit many companies, is DCOM: A Microsoft technology that has something to do with setting up RPC connections (usually from programs written in VB or dot net). It is provided by the OS itself, and uses the OS security setup for authentication.. There have been several patches to fix security holes in it, which at the same time caused client apps to start working differently or not at all. Most shops ended up abandoning the technology and switching to various XML based remoting middlewares instead due to fragile nature of the deployed systems..

    8. Re:A word about these computers... by AmiMoJo · · Score: 1

      About 20 years you could buy these little PCI cards that had some kind of BIOS ROM that prevented permanent changes being made to the hard drive. Writes were redirected to free space, and when the machine rebooted they were discarded.

      They were popular with internet cafes. Hit the reset button and the machine went back to the default state, no matter how many viruses the previous user managed to get infected with.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    9. Re:A word about these computers... by gweihir · · Score: 1

      Ah, yes. I have run into that stupidity as well. Many people just do not understand that maintenance is the majority of the cost in OS usage. Fortunately, our customers are usually migration from some commercial UNIX to Linux, and that is pretty painless. Also RHEL is maintaining old software with security and crash fixes forever, so updates are low-risk.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    10. Re:A word about these computers... by gweihir · · Score: 1

      Sure. Or rather, as long as the attacker has the skills, it is. But would anybody in their right mind do a targeted attack against a company, that could put a $10M price (or higher) on their head without any problems? It is good criminal practice to stay an annoyance and to not become a real threat. Competent criminals understand that.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    11. Re:A word about these computers... by adhdengineer · · Score: 1

      years (2005 ish) ago i worked on a system using Windows XP Embedded and you could set up the system to do this. writes would go to RAM and be discarded on reboot.

    12. Re:A word about these computers... by thegarbz · · Score: 1

      But would anybody in their right mind do a targeted attack against a company, that could put a $10M price (or higher) on their head without any problems?

      Yes, because this is the real world and not some funny action movie staring Steven Segal.

      Corporate espionage and corporate sabotage are a very real thing that happens constantly and sometimes is even state sponsored.

    13. Re:A word about these computers... by gweihir · · Score: 1

      You seem to be the one in the movie...

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    14. Re:A word about these computers... by thegarbz · · Score: 1

      You could be right. After all someone is telling me that something that happens constantly doesn't actually happen. Either I'm in a really poorly written movie, or you're gunning for a republican presidential nomination.

      I declare all of history fake news from this point on wards.

    15. Re:A word about these computers... by gweihir · · Score: 1

      I would tell you your data is flawed, but you are thoroughly caught in your filter-bubble, so that is just a waste of time. You are _incapable_ of seeing what is.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    16. Re:A word about these computers... by thegarbz · · Score: 1

      I would tell you your data is flawed, but you are thoroughly caught in your filter-bubble, so that is just a waste of time. You are _incapable_ of seeing what is.

      Yep like I said, all of history if fake news to you nutters.

  4. Save a penny, lose a million by gweihir · · Score: 1

    The classical effect of mindless bean-counters that do not understand risk-management at all. Pathetic. And, since further up you usually find the same bean-counters, those that messed up massively here will likely not even be fired.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Save a penny, lose a million by MikeMo · · Score: 1

      You actually have no clue as to why these systems weren't upgraded. You just assume it was the bean counters.

    2. Re:Save a penny, lose a million by gweihir · · Score: 1

      You assume I criticize them not patching. You are wrong.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  5. Re:Patching would have caused more downtime & by gweihir · · Score: 1

    The screw-up here is using an OS that cannot be professionally operated...

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  6. Not lost by Kohath · · Score: 3, Informative

    Just delayed until the next quarter.
    Also, lower revenues are not money "lost".
    Also, a newer story says it's $170 M, (2% of revenue), not $250M: https://digitimes.com/news/a20...

    But it wouldn't be a modern news story without a bunch of exaggeration and misunderstood info, would it? The important thing isn't the correct facts, the important thing is to point and laugh at someone's misfortune. Because news...

  7. Re:We stopped patching Win7 when MSFT changed EULA by gweihir · · Score: 2

    I know of a Fortune 500 company that will move to web-terminals after Win7, exactly because of all these problems. They found that qualifying Win7 and dealing with problems from all the updated and lack of security was more expensive than just making all their stuff (mostly custom applications) web-only in their intranet. There will not be any Win10 except by special permission.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  8. Microsoft will use this by xack · · Score: 1

    As anti Windows 7 propaganda. All the while Windows 10 is getting worse. I did a clean install of 1803 in a VM today and it came with a dozen pay to win games pre-installed on the start menu and $kype. This was on the pro version as well. The security risks of using Windows 7 outweigh the time wasted de-bloating Windows 10. Intel is even making new motherboards to support Windows 7.

    1. Re:Microsoft will use this by Tough+Love · · Score: 1

      The security risks of using Windows 7 outweigh the time wasted de-bloating Windows 10.

      What about the privacy risk of Windows 10, and the fact that it is still riddled with vulnerabilities? Just stop abusing yourself and install Linux. If you absolutely must run Windows then run it under KVM. I hear tell that Windows on KVM is actually more efficient than Windows running on the metal, perhaps because of more efficient file system and block device handling.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  9. Oh man, poor TSMC! by DontBeAMoran · · Score: 1

    If I had lost $250 million, I would WannaCry too!

    --
    #DeleteFacebook
  10. Re:Patching would have caused more downtime & by DontBeAMoran · · Score: 1

    ... like MS-DOS.

    --
    #DeleteFacebook
  11. Re:We stopped patching Win7 when MSFT changed EULA by UnknownSoldier · · Score: 1

    What is the size (employee count) of the company by chance?

  12. The problem is not banning Windows by Tough+Love · · Score: 1

    Google learned this lesson and banned Windows from inside their network, a Windows machine can now be connected to the network only with VP approval. Other organizations are perhaps more stupid.

    Windows is also banned from the world's financial systems after the LSE fiasco. But US Navy is too stupid to ban Windows even after towing that missile cruiser back to port. It should be illegal to use Windows in medical devices, until it does become illegal it should should be a lucrative income source for ambulance chasers.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
    1. Re:The problem is not banning Windows by that+this+is+not+und · · Score: 1

      even after towing that missile cruiser [wikipedia.org] back to port.

      That case is ancient. It's Windows 4.0 old. It's Rex Ballard advocacy old. It's tired and anybody with a clue remembers people citing it ten years ago when it was already extremely outdated and old.

    2. Re:The problem is not banning Windows by Tough+Love · · Score: 1

      even after towing that missile cruiser [wikipedia.org] back to port.

      That case is ancient.

      Of course it is, but nothing changed after that, that has to tell you something.

      The LSE fiasco is not ancient, Windows is still banned from the world financial system. Not to mention the top 500 list. Islands of sanity. We need more.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    3. Re:The problem is not banning Windows by that+this+is+not+und · · Score: 1

      Nothing has changed since Windows NT 4.0?

      Maybe in your world.

    4. Re:The problem is not banning Windows by Tough+Love · · Score: 1

      Nothing of substance has changed in the Microsoft world. Especially, attitude has not changed, you are living proof of it. And for your information, not a lot has changed in the Windows kernel since Windows NT either, but I would not expect a random Microsoft troll such as yourself to know a whole lot about that. Linux on the other hand changed radically (while preserving external interface stability) in that same period.

      One thing in particular has not changed about Microsoft and its products: they remain a clear and present danger to corporate security, and even to democracy.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  13. Was $250 million more than the cost of updating? by sl149q · · Score: 1

    Given the size and numbers, is $250 million more or less than the cost of keeping their infrastructure up to date?

    And even after this costly mistake by a vendor, just keeping their systems tightly locked down and having much better controls over who or what gets plugged into their network may be far cheaper than updating everything.

    Given that they were back up and running quickly, it does appear that they have everything locked down and backed up. I expect they knew what the risks where and are and will update their procedures appropriately.

  14. Re:Not to blame? Wrong! by HiThere · · Score: 1

    That's a good point. Especially the " they failed to implement protocols for bringing other systems into the environment.", as there are many reasons why they may not have been able to patch the system.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  15. Re:Patching would have caused more downtime & by Billly+Gates · · Score: 1

    Right because Linux is so perfect and secure and never has been hacked before or needs patching.

  16. No, YOU don't understand fab economics by Nova+Express · · Score: 1

    You never want to take a wafer fabrication plant offline for unscheduled maintenance, because having a line down costs you $1 to $10 million an hour while you're down. Worse, if you take it down for anything but regularly scheduled maintenance, you have to re-qualify the tool, which can take weeks.

    And if you have to take all your etch tools, or all your metal deposition tools, or all your steppers down, because they all run on the same version of Windows 7, then you're burning through tens of millions of dollars worth of opportunity cost while the tools are getting patched and requaled to make sure that none of the hundreds, if not thousands, or process parameters were changed due to the upgrade.

    In that environment, not patching is the economically logical choice.

    --
    Lawrence Person (lawrencepersonh@gmailh.com (remove all "h"s to mail)

    http://www.lawrenceperson.com/

    1. Re:No, YOU don't understand fab economics by gweihir · · Score: 1

      You assume I criticize them not patching. That is not correct.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:No, YOU don't understand fab economics by gweihir · · Score: 1

      This is probably some Windows front-end monitoring and configuration software for some SCADA or SCADA like systems. Since Windows has a tendency to break on updates, they probably just isolated the network and there was some report that an outside supplier brought the malware in by being sloppy.

      The sane thing would of course be to put some hardened OS with low-risk patching on these machines (e.g. a hardened RHEL) and still have them on an isolated network. Would now likely also have been the cheaper thing. But you find this fragile Windows crap even on, say $10M MRI machines and the like, where it does not contribute in any meaningful way to the overall cost and doing it better would not be an issue. The problem is machine and automation designers without a clue about security and OSes.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  17. Re:Patching would have caused more downtime & by gweihir · · Score: 1

    You are saying "Linux", I did not. One advantage of Linux is that it usually does not break on update, though. That is, before systemd. But there are other alternatives.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  18. Re:Patching would have caused more downtime & by Billly+Gates · · Score: 1

    ?? Have you seriously ever ran a distro without updating? No distro in existence can still function after 2 updates. It always requires a re-install because it lacks an ABI driver model which every other OS has for decades now.

  19. Re:Patching would have caused more downtime & by gweihir · · Score: 1

    I have automatic updates every 3 days enabled on some of my servers. No problems in about 12 years now. Were does this stupidity about "no distro can function after 2 updates" come from? Are you utterly clueless what you are talking about?

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.