Slashdot Mirror


Researchers Disclose New 'Inverse Spectre Attack' (digitaljournal.com)

A new Intel security flaw has been discovered that potentially allows passwords to be stolen. An anonymous reader quotes Digital Journal: As EE News reports, researchers said the new flaw enables an "inverse spectre attack". According to Giorgi Maisuradze and Professor Dr. Christian Rossow a ret2spec (return-to-speculation) vulnerability with the chips allows for would-be attackers to read data without authorization. According to Professor Rossow: "The security gap is caused by CPUs predicting a so-called return address for runtime optimization."

The implications of this are: "If an attacker can manipulate this prediction, he gains control over speculatively executed program code. It can read out data via side channels that should actually be protected from access." This means, in essence, that malicious web pages could interpret the memory of the web browser in order to access and copy critical data. Such data would include stored passwords.

"At least all Intel processors of the past ten years are affected by the vulnerabilities," reports EE News, adding "Similar attack mechanisms could probably also be derived for ARM and AMD processors...."

"Manufacturers were notified of the weaknesses in May 2018 and were granted 90 days to remedy them before the results were published. That deadline has now expired."

38 of 96 comments (clear)

  1. Okay thanks by Anonymous Coward · · Score: 2, Funny

    I will worry about it. I promise.

  2. Intel = complete shit by Anonymous Coward · · Score: 1

    Any clout the brand had has been destroyed in the past year. What shoddy system design.

  3. Could probably... by Anonymous Coward · · Score: 2, Interesting

    How much is intel paying for the AMD FUD this time?

  4. Realistic solution if you have no money? by Anonymous Coward · · Score: 1

    I can barely afford an old Core2Duo for 50 bucks (case and all). And I have actually for real been a target of my own country. How the hell am I supposed to mitigate all this? I run a well-"secured" Linux with at least daily updates of everything, but what's the point? Sure, a few of those bugs can be worked-around in software. But what does it matter? It takes a single proper one, and I'm done.

    I can only console myself with the fact, that if nothing happened until now, then nothing may happen. But I just can't live with that constant insecurity.
    I'm at a point where I'm willing to drop all hardware more complex than a pair of pliers. I don't think I can stand such a life though. Not with the illness that made me this poor. Computers are the only thing I'm good at that I have left. I need them, if I ever want to get out of this.

    1. Re: Realistic solution if you have no money? by Guppy · · Score: 1

      Use an old processor without speculative execution features? Some lower end ARMs and Atoms also are immune, I think.

    2. Re:Realistic solution if you have no money? by ArylAkamov · · Score: 1

      Shit sounds fucked where you are. Meet in person and stockpile hydrogen peroxide and acetone.

    3. Re:Realistic solution if you have no money? by AHuxley · · Score: 1

      Buy an older computer and find a supported OS for it.

      --
      Domestic spying is now "Benign Information Gathering"
    4. Re: Realistic solution if you have no money? by Anonymous Coward · · Score: 1

      That's a dangerously naive attitude.

      Even if you have no money, people can still run up massive debts etc. in your name if they can come across enough information.

    5. Re:Realistic solution if you have no money? by Nite_Hawk · · Score: 1

      Terribly sorry to hear about your situation. I hope things improve! FWIW, I think it's helpful to look at these issues (and really the the world in general) as a system of probabilities. Even absent these vulnerabilities your system is quite likely vulnerable to some other attack vector (as is mine, and as is basically every computer on the planet). It's just a question of how difficult is it to exploit and how likely is it that someone is going to do so.

      If you are truly worried that your government might abuse a flaw like this against you, probably your first line of defense at the moment is to avoid any kind of remote code execution.

    6. Re:Realistic solution if you have no money? by drinkypoo · · Score: 1

      Define old? Athlon XP has SSE but not SSE2, older Athlon has no SSE whatsoever. Neither can run Firefox, even 52 ESR or tor browser.
      Athlon 64 or X2 will do (or 64bit Sempron).

      Yeah, not that old. My backup system is a Phenom II X6 1045T, my backup to the backup is a Phenom II X3 720BE. IIRC the X6 has 8GB and the X3 has 4. I think I have one more motherboard with a relatively new dual-core, too, but that one might be flaky.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  5. Quick! Everyone panic! by GerryGilmore · · Score: 1, Interesting

    IMNSHO, the whole realm of Spectre/Meltdown vulnerabilities - while an interesting lab experiment - are complete horseshit. Consider:

    1) In order for ANY of these vulnerabilities to be useful, you MUST be running malware on your system. If so, you are already hosed.

    2) Given the enormous realms of malware extant than can much more quickly and easily grab your data (Hello, Equifax!), any true hacker would laugh at trying to use these vulnerabilities, because...

    3) The idea that malware can tickle the cache millions of times to grab data (presuming it has not already been flushed), interpret said data and then prey that it is something useful, like passwords, when cache is normally filled with instructions more than data...Yes. Complete, organic, 100% Dolphin-free horseshit.

    Any of you who are now delaying purchases, etc. while you twist your hanky are doing the rest of us a favor by forcing prices down, so - Keep It Up!!

    1. Re:Quick! Everyone panic! by drinkypoo · · Score: 4, Insightful

      IMNSHO, the whole realm of Spectre/Meltdown vulnerabilities - while an interesting lab experiment - are complete horseshit.

      Intel apologists are equally irrational to YHWH apologists.

      In order for ANY of these vulnerabilities to be useful, you MUST be running malware on your system. If so, you are already hosed.

      Javascript. Malware hidden in software. Virtualization. These are all real-world scenarios which affect basically everyone.

      Given the enormous realms of malware extant than can much more quickly and easily grab your data (Hello, Equifax!), any true hacker would laugh at trying to use these vulnerabilities, because...

      You're already vulnerable to shooting, so why worry about stabbing?

      The idea that malware can tickle the cache millions of times to grab data (presuming it has not already been flushed), interpret said data and then prey that it is something useful, like passwords, when cache is normally filled with instructions more than data...

      ...has been demonstrated. Millions of times, so what? My computer does millions of things thousands of times per second.

      Any of you who are now delaying purchases, etc. while you twist your hanky are doing the rest of us a favor by forcing prices down, so - Keep It Up!!

      I'm not delaying purchases. I'm just happy I'm not using Intel, which is not only vulnerable to MELTDOWN, but is more vulnerable to SPECTRE-type attacks than my AMD CPU.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Quick! Everyone panic! by Anonymous Coward · · Score: 1

      1) In order for ANY of these vulnerabilities to be useful, you MUST be running malware on your system. If so, you are already hosed.

      Javascript is sufficient for many of these timing based attacks, even if it slows things down a little more. Proof of principle code already exists and show it can read quite a bit of browser memory in the time a person would reasonably spend on a page. I hope you're running NoScript and none of the sites you grant exceptions to ever get hacked...

    3. Re:Quick! Everyone panic! by Anonymous Coward · · Score: 2, Informative

      It sounds like you haven't read the details of these attack vectors.

      1. The family of Spectre vulnerabilities are exploitable from javascript.
      2. Yes, there is much malware, that doesn't make Spectre and meltdown attacks any less viable/devastating.
      3. Statistical attacks have been used for a long time. Computers are great at performing them, because, yes, they are computers. Side channels don't need much bandwidth to steal critical information, like say, a users password or bank account details.

      These attack vectors are serious. I'd encourage you to read the papers, and read up on side-channel attacks.

    4. Re:Quick! Everyone panic! by GerryGilmore · · Score: 1

      "Intel apologists are equally irrational to YHWH apologists."
      Considering that these vulnerabilities also (largely) apply to AMD and ARM, your cheap-shot snark is duly noted and ignored for the shit it is.
      "Javascript. Malware hidden in software. Virtualization. These are all real-world scenarios which affect basically everyone."
      Lots of word salad with no proof. Yawn...
      "You're already vulnerable to shooting, so why worry about stabbing?"
      That's a really stupid analogy, but let's pursue it for the fuck of it. I can much more easily defend against a stabbing, because they need to be at very close range. (i.e. On your fucking system) whereas a bullet can travel over a mile and kill you. (Equifax vulnerability)
      The rest of your statements are equally delusional and devoid of rationality, so....

    5. Re:Quick! Everyone panic! by drinkypoo · · Score: 4, Informative

      Considering that these vulnerabilities also (largely) apply to AMD and ARM, your cheap-shot snark is duly noted and ignored for the shit it is.

      Mitigation is cheaper on AMD, because they at least tried to do the right thing. And they only tend to be a problem for 64-bit ARM. The biggest failures here are Intel and IBM.

      Lots of word salad with no proof. Yawn...

      There's no proof that those are real-world scenarios?

      I can much more easily defend against a stabbing, because they need to be at very close range. (i.e. On your fucking system) whereas a bullet can travel over a mile and kill you.

      Javascript is on your system. Malware hidden in applications is real, and on people's systems.

      The rest of your statements are equally delusional and devoid of rationality, so...

      ...they're totally rational and you couldn't find any good arguments against them, either, so you just gave up. Noted.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Quick! Everyone panic! by Anonymous Coward · · Score: 1

      The question at the heart of the "so what?" argument is whether or not the person understands that the "brain" that is at the core of any microprocessor just does whatever its instructions tell it. If it gets an instruction to take the contents of register A and add the contents of register B, (perform binary addition) and store them back in A, that's what it will do. The security applied by the operating system involves basically making sure that the software the user is trying to make it run is to make sure that no instruction it would or could attempt to perform can tamper with or access anything it's not supposed to, i.e., anything outside its sandbox. IF, however, a way exists in which a programmer who is very clever can figure out how to make it do something the OS's designers (and the user) don't intend for it to do anyway, because the people who designed the OS didn't think of it as a possible attack vector, or for whatever reason, it ends up being possible to compromise the system and possibly cause arbitrary code execution, which the OS designers and user would not want.

      Even if it requires extreme cleverness on the part of the attacker(s), the status of the OS as "secure" is lost if it is even POSSIBLE to compromise the system. In other words, for the system to be completely and THEORETICALLY secure, there would have to exist no possible way to make it do anything the designers didn't intend. Basically, it would have to be a lump of rock, or perhaps a single SPST switch, because anything more complex than that ends up having exponentially more ways in which something could go wrong. Making a REASONABLY secure system then, becomes the art of minimizing the number of ways in which a system could be compromised, and mitigating the impact OF a compromise when one happens.

      As a user of such a system, I'm glad to know when someone found a way to break the design-security and make it do something it wasn't supposed to, not because I enjoy panicking, but because without looking into such announcements, I have NO WAY OF KNOWING how serious the problem is. Even if it's way beyond my understanding or expertise, without people popping in and reading the article, or at least the summary, there's really no way to know how concerned we should be. So the sarcastic, "Quick! Everyone panic!" reflects perhaps that the poster maybe doesn't use his or her computer for anything important, but maybe other people do. Suppose the vulnerability were one that only mattered if you drink coffee while using the computer. It doesn't worry YOU because you don't drink coffee. Tastes terrible, why would anyone, right? Well, some people DO, and they'd like to know if there's some good reason they should NOT do so.

      Just like when there's a data breach, you could say "Quick! Everyone Panic" because you don't have an account with that company. But maybe other people DO. Maybe the release of the information could be disastrous for people who have or had accounts there.

      Getting back to the point though, the trouble is that we're talking about computers here, and all it would take is that one very clever hacker, or programmer, to figure out how to use that exploit for something, and get your computer to run the code, such as by posting it to a website you might browse, or sending it in an e-mail. "That's okay, I don't open attachments..." you might say. But what if the attacker figured out how to make your e-mail program's (or browser's) anti-spam algorithm break in just by sending malformed headers or something?

      Remember that thing where the right sequence of Asian language characters texted to an iPhone would brick it or something? Could be something like that.

      Now. maybe you're not worried because you don't HAVE anything sensitive on your computer, (i.e., your name, address, date of birth, credit card information, etc.,) but suppose while you're scoffing "quick, everyone panic!" the attacker gains access to your system, and rather than extracting anything, or telling your hard drive to encryp

    7. Re:Quick! Everyone panic! by ArylAkamov · · Score: 1

      One damn good post.

    8. Re:Quick! Everyone panic! by raind · · Score: 1

      There's no "security" anymore, if there was anyway.

      --
      Get up!
    9. Re:Quick! Everyone panic! by thegarbz · · Score: 1

      Javascript. Malware hidden in software. Virtualization. These are all real-world scenarios which affect basically everyone.

      No they aren't. The ability to read a memory location through speculation is irrelevant unless you have hours to exfiltrate memory from a system and even longer to analyse it. In order to make use of these vulnerabilities someone needs to have intimiate knowledge of the system they are currently on.

      Drive by malware utilising spectre is not a real-world scenario.

      If you offer someone server time on the cloud, be worried. If you're a government agencency with hostile state actors embedded and attempting to elevate their rights, be worried. If you're a user surfing the internet then calm the fuck down.

    10. Re:Quick! Everyone panic! by thegarbz · · Score: 1

      Javascript is on your system. Malware hidden in applications is real, and on people's systems.

      The capabilities of the attack vector are important. Reading memory is not an issue for drive by malware.

  6. She wrote upon it by TeknoHog · · Score: 4

    return to Spectre
    address stack blown
    go side channel
    no safe zone

    --
    Escher was the first MC and Giger invented the HR department.
  7. THis goes back by jmccue · · Score: 1

    Well all of this goes back to what I have said to everyone I know, "Do nothing important in a WEB Browser". Which I get "It is safe and easy I do it all the time.

    At least paying for a stamp to mail in a bill payment buys you protection that is lacking in WEB based tools. If your mail is tampered with, it is a crime. Granted the Gov my take a peek, but better than someone trying to drain your accounts.

    The way things are going lynx is looking pretty good :)

    1. Re:THis goes back by drinkypoo · · Score: 1

      Granted the Gov my take a peek, but better than someone trying to drain your accounts.

      The CA FTB decided I owed them money (I didn't) and drained my bank account. I filed for the back taxes and naturally I haven't heard from them since. They stole my money and I will never see it again. Assuming the government isn't going to steal from you is ridiculous.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:THis goes back by HiThere · · Score: 1

      Well, it may not necessarily be safer, but I believe that at least it blocks attacks depending on Javascript.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    3. Re:THis goes back by Nivag064 · · Score: 1

      What is the CA FTB?

      Caribbean Associated Flying Transport Board???

  8. It's too late by AndyKron · · Score: 1

    Maybe it's too late. There was a chance back with the DOS, but not now. Computers are great but people are shit

  9. That's what I thought too but no. That's all wrong by raymorris · · Score: 1

    I thought the same thing, more or less, based on my understanding of basically how the low-level attack works. As it turns out, I was wrong. They have figured out how to use a "no big deal" issue to build an important and powerful attack around it. I got lost in the details and "couldn't see the forest for the trees", so to speak.

    Others have pointed out "maleware running" could be JavaScript. Not even that is necessary, though - even sending specially crafted TCP packets to the target can do the trick! Google Netspectre for details.

    It's NOT just "hope something useful is in the cache" as I'd thought. The attacker can read chosen memory addresses, insome cases before ASR is applied.

    This is a much bigger issue than I thought, and bigger than you thought, because of what people have been able to build on top of the essential vulnerability.

  10. by the time researchers find all the flaws in CPUs by FudRucker · · Score: 1

    the only safe computers will be the ones completely disconnected from the internet, kept locked in a secure room where only authorized personnel are allowed to enter, i think its time for a completely new architecture built with security in mind from the ground up and the same goes for the software, no back doors, no remote code allowed to execute unless it is sandboxed and unable to touch the system

    --
    Politics is Treachery, Religion is Brainwashing
  11. Re:Fucking great by AHuxley · · Score: 1

    Back to a notebook next to the computer with everything written out. Type in everyday as needed due to that CPU.

    --
    Domestic spying is now "Benign Information Gathering"
  12. 90 Days for Your New Chip by mentil · · Score: 1

    Manufacturers were notified of the weaknesses in May 2018 and were granted 90 days to remedy them before the results were published.

    90 days may be the standard for Responsible Disclosure, but that's only reasonable for issuing a software patch. Intel doesn't issue new silicon to everyone affected within 90 days, it can take over a year before the next chips are available, and those might've had their design locked down well beyond that.

    --
    Corruption is convincing someone that the selfless ideal is the same as their selfish ideal.
    1. Re:90 Days for Your New Chip by Carewolf · · Score: 1

      Manufacturers were notified of the weaknesses in May 2018 and were granted 90 days to remedy them before the results were published.

      90 days may be the standard for Responsible Disclosure, but that's only reasonable for issuing a software patch. Intel doesn't issue new silicon to everyone affected within 90 days, it can take over a year before the next chips are available, and those might've had their design locked down well beyond that.

      Then the only reasonable thing is to tell everyone right away

  13. Gadgets are vulnerable OS components by raymorris · · Score: 2

    The term "gadget", in this context, means vulnerable code, preferably OS code, an especially kernel code. That's pre-existing code, part of the OS, that's vulnerable.

    For Netspectre, an interesting gadget is a network card driver that is vulnerable.

    Gadget does NOT mean malware.

  14. you forgot the ending... by Gravis+Zero · · Score: 1

    Burma-Shave

    --
    Anons need not reply. Questions end with a question mark.
  15. Here are a couple of example gadgets. Bounds check by raymorris · · Score: 1

    Here a couple of examples of Spectre gadgets. Suppose we have this code making sure the input doesn't try to access beyond the end of an array:

    if (x array1_size)
          y = array2[array1[x] * 4096];

    Or maybe this code you might find in a firewall such as iptables. It checks to make sure the protocol of the packet is either TCP, udp, icmp, or another valid protocol:

    if (packet.ethertype = maxtype) {
            CurrentProt = EtherTypes[packet.ethertype];
    }

    Can you spot the problem?

    99.99999% of the time, a received packet will have a valid protocol type. The CPU "learns" that the condition is almost always true, so will speculatively set the value of CurrentProt, then undo that if the condition ends up being false. Suppose there are 100 valid protocols the code handles. The attacker sends a frame with the EtherType (protocol) set to 40,101. The CPU speculatively loads whatever data is 40,001 bytes past the EtherTypes variable. The attacker has loaded the contents of whatever memory address they choose.

    How frequently do you see a gadget such as bounds checks? Well, almost ALL well-written code will include these patterns, and therefore be vulnerable.

    Here's something that will annoy the heck out of a few people here -
    ALL code written in Rust which uses an array is guaranteed to have bounds checks, and therefore be vulnerable.

  16. Nobody uses Intel gigabit NIC, right? by raymorris · · Score: 1

    Here's the code for the driver uses with Intel network gigabit network cards. Hardly anyone ever uses that, right? Only people with Intel motherboards or Intel network cards, and other companies network cards that use the Intel chip.

    https://github.com/torvalds/li...

    I see a couple hundred if statements in there. Maybe 20% of those will serve as a gadget. I bet you can find three or four bounds checks. In my other reply I showed you how to use a bounds check as a Spectre gadget.

  17. Stallman the Seer? by gerald.edward.butler · · Score: 1

    Richard Stallman clearly predicted this: https://en.wikipedia.org/wiki/...

  18. The current network based has an important limit by raymorris · · Score: 1

    The current network based variant has an important limitation in regards exfiltration rate. Based on past vulnerabilities and exploits, we can guesstimate that new developments might make it roughly 10X faster. That makes it even more interesting to use against chosen HTTPS sites to retrieve the private key.

    The JavaScript based ones aren't currently the easiest way to build a botnet, but deploying such JavaScript on a site frequented by Lockheed Martin employees, or bank employees, could be really interesting.