main
Report a problem

Researcher to Demonstrate Attack Code for Intel Chips

Daniel Fleshbourne   on 14 July 2008 - 12:20 · 21 comments & 8353 views

Advertisement (Why?)
Security researcher and author Kris Kaspersky plans to demonstrate how an attacker can target flaws in Intel's microprocessors to remotely attack a computer using javascript or TCP/IP packets, regardless of what operating system the computer is running.

Kaspersky will demonstrate how such an attack can be made in a presentation at the upcoming Hack In The Box (HITB) Security Conference in Kuala Lumpur, Malaysia, during October. The proof-of-concept attacks will show how processor bugs, called errata, can be exploited using certain instruction sequences and a knowledge of how Java compilers work, allowing an attacker to take control of the compiler.

"I'm going to show real working code...and make it publicly available," Kaspersky said, adding that CPU bugs are a growing threat and malware is being written that targets these vulnerabilities.

View: The full story @ PCWorld

Post a comment · Send to friend Comments · There are 21 additional comments
#1 n_K on 14 Jul 2008 - 12:48
Someone go and kill him before he does this, I damn right don't want to have to update all socket 1, 7, 478 and 609 intel CPUs I have, provacative *******
(2 replies) #2 vetmarkjensen on 14 Jul 2008 - 13:12
Very interesting, indeed. I remember when Intel had a problem with their Floating Point, they ended up sending out CPUs and pre-paid return mailers to users who had affected CPUs.

If these CPUs are indeed exploitable, I wonder what Intel's plan of action is? From the limited information in the article, it seems to rely on code compiled through Java. I wonder what role Sun will play in this, and if Sun will end up putting in special handling safeguards that check compiled code for things that affect Intel CPUs. If I were Sun, and Intel asked me to clean up their garbage for them (AMD and others are unaffected?), I would charge a butt-load of money.
#2.1 bb10 on 14 Jul 2008 - 15:01
I'm not sure if he's talking about a specific bug, but every CPU out there has errata that can or cannot be exploited.

Also I'm not sure, but I think these bugs would be possible to exploit using different programming languages other than java. (again, not sure if he's talking about a specific bug)
#2.2 kaiwai on 15 Jul 2008 - 07:00
(markjensen said @ #2)
Very interesting, indeed. I remember when Intel had a problem with their Floating Point, they ended up sending out CPUs and pre-paid return mailers to users who had affected CPUs.

If these CPUs are indeed exploitable, I wonder what Intel's plan of action is? From the limited information in the article, it seems to rely on code compiled through Java. I wonder what role Sun will play in this, and if Sun will end up putting in special handling safeguards that check compiled code for things that affect Intel CPUs. If I were Sun, and Intel asked me to clean up their garbage for them (AMD and others are unaffected?), I would charge a butt-load of money.


If you look at the article, the author of it doesn't know what the hell he is talking about:

" allowing an attacker to take control of the compiler."

There is a compiler and a virtual machine. Java is compiled into Bytecode then run in a virtual machine - shouldn't the author of the article know the difference of the two? I mean, its well know that if the JVM has a vulnerability, a Java application running inside of that virtual machine could take advantage of it. That is nothing new or original.
(1 reply) #3 McDave on 14 Jul 2008 - 13:26
The article says he will be demonstrating this method at
Hack In The Box (HITB) Security Conference in Kuala Lumpur, Malaysia, during October
This is a few months away. Gues it gives Intel & Sun a while to find a fix.
#3.1 vetmarkjensen on 14 Jul 2008 - 14:12
I would hope that informations has been responsibly disclosed to Intel already.

However, from a Google on "Kris Kaspersky disclosure", it seems he is big on "full disclosure", meaning he is a show-boater out for publicity and money. It doesn't appear that he has people's security in mind at all.
(4 replies) #4 Skwerl on 14 Jul 2008 - 15:53
Releasing the code publicly...
THANKS A LOT, A**HOLE!
#4.1 dandin1 on 14 Jul 2008 - 17:24
How else do you get software company and chip makers to fix their security holes? Whisper the flaw in their ears? Then they'll tell you not to repeat it to anyone else, using security through obscurity as their defence.
#4.2 vetmarkjensen on 14 Jul 2008 - 19:30
(dandin1 said @ #4.1)
How else do you get software company and chip makers to fix their security holes? Whisper the flaw in their ears? Then they'll tell you not to repeat it to anyone else, using security through obscurity as their defence.
Let's follow your line of reasoning...

How many of these Intel CPUs are installed in various PCs? And broadcasting a flaw that allows boxes to be essentially rooted is good, how, exactly?

It's not like a CPU gets updates online. A replacement must be built and shipped.

Any guesses at the turnaround on that? Or how many people will NOT update a chip?

Again, I assert that public disclosure of such items as a CPU flaw without providing the CPU maker sufficient information and time to ensure risks can be mitigated is utterly irresponsible. I hope that full disclosure isn't what Mr. Kaspersky is intending.
#4.3 Ledgem on 14 Jul 2008 - 20:26
(markjensen said @ #4.2)
It's not like a CPU gets updates online. A replacement must be built and shipped.

Any guesses at the turnaround on that? Or how many people will NOT update a chip?

Again, I assert that public disclosure of such items as a CPU flaw without providing the CPU maker sufficient information and time to ensure risks can be mitigated is utterly irresponsible. I hope that full disclosure isn't what Mr. Kaspersky is intending.

It seems that microcode can be patched, these days. I know that Intel did it recently on Mac systems, and I believe AMD also had one for its Phenom processors that had a nasty errata issue. (The AMD update didn't fix the errata, but handicapped the processors such that the errata wouldn't be triggered, if I remember right.) It's possible that the fix for this would require a physical replacement, but it's also possible that it wouldn't.

Regarding disclosure, I have mixed feelings about it. On one hand, none of us like the idea of someone revealing an exploit that could put us all at risk. However, we all know that companies are liable to sit on bugs and glitches unless they become big issues. Quite frankly, I'd rather have this guy expose a bug and let us all have some form of fixes shortly thereafter.

The alternative is that this bug (and who knows how many others?) would sit and be exploited once it was discovered by "the bad guys." There's a lot of money to be made in those exploits, and unlike this guy, those who are actively using these exploits are not going to reveal that they're there. If we're vulnerable, let us know. I'd rather have that than to be vulnerable and potentially compromised without knowing it for years. Security through obscurity has its limits, even though it instinctively feels safer to us.
#4.4 vetmarkjensen on 15 Jul 2008 - 00:23
(Ledgem said @ #4.3)
...
Regarding disclosure, I have mixed feelings about it. On one hand, none of us like the idea of someone revealing an exploit that could put us all at risk. However, we all know that companies are liable to sit on bugs and glitches unless they become big issues. Quite frankly, I'd rather have this guy expose a bug and let us all have some form of fixes shortly thereafter.

The alternative is that this bug (and who knows how many others?) would sit and be exploited once it was discovered by "the bad guys." There's a lot of money to be made in those exploits, and unlike this guy, those who are actively using these exploits are not going to reveal that they're there. If we're vulnerable, let us know. I'd rather have that than to be vulnerable and potentially compromised without knowing it for years. Security through obscurity has its limits, even though it instinctively feels safer to us.
You see the situation as a pair of diametrically opposed solutions: "Responsible" and wait forever, or the alternative of "Full" and let the cards fall where they may (and the ringleader of the exploit circus attempts to reap fame and fortune).

This Kaspersky guy can disclose privately and responsibly, and have a 3 month time of respected privacy for Intel to devise a solution. Maybe a patch *can* somehow fix it. Maybe it will take new hardware to all the customers. But 0-day is never, ever the answer.
(1 reply) #5 Intelman on 14 Jul 2008 - 16:58
What kind of world do we live in where CPUs are a security risk...
#5.1 Trajik 2600 on 14 Jul 2008 - 18:12
A human one?
#6 MioTheGreat on 14 Jul 2008 - 18:59
Given how complex a modern processor is, this isn't all that surprising. It's a little scary, when you think about how much more complex they're getting, and how some of them may not be fixable with software.
#7 3rd impact on 14 Jul 2008 - 19:15
"I'm going to show real working code...and make it publicly available," Kaspersky said

well i say "you are welcome to seize control of my pc, its like a mini internet with nothing but pwrn sites on it"
#8 xSuRgEx on 14 Jul 2008 - 22:05
showboating like this will only bite him in the ass.
(2 replies) #9 Skynetfuture on 14 Jul 2008 - 23:05
ah Intel will sue him for damages !
#9.1 Airlink on 15 Jul 2008 - 00:54
You can't sue someone for exposing a flaw in your own product design. That would be like building a house out of jello and then suing someone who proved that your House-O-Jello dissolves in the rain. Or is tasty. Or has a dangerously high sugar content. So long as you don't make spurious claims or misrepresent the facts, you're probably on solid legal grounds.

Of course, Intel could send an army of Lawyers to litigate the hell out of Kaspersky, but in the end they'd probably loose that fight and then be forced to pay his legal bills: All in all, Intel is better off thanking Kaspersky for discovering whatever it is he's discovered and then work to address the issue in a constructive manner.

Now, if you'll excuse me, I need some more jello.
#9.2 Skynetfuture on 15 Jul 2008 - 12:10
(Airlink said @ #9.1)
You can't sue someone for exposing a flaw in your own product design. That would be like building a house out of jello and then suing someone who proved that your House-O-Jello dissolves in the rain. Or is tasty. Or has a dangerously high sugar content. So long as you don't make spurious claims or misrepresent the facts, you're probably on solid legal grounds.

Of course, Intel could send an army of Lawyers to litigate the hell out of Kaspersky, but in the end they'd probably loose that fight and then be forced to pay his legal bills: All in all, Intel is better off thanking Kaspersky for discovering whatever it is he's discovered and then work to address the issue in a constructive manner.

Now, if you'll excuse me, I need some more jello.


you didn't read the article or what ? he went to expose the attack mathod to the whole public

imagine the damage to be done with that , when black hats hacker get there dirty hands on those
#10 xSuRgEx on 15 Jul 2008 - 13:20
black hats or twisted security researchers lol. ?
#11 bluarash on 15 Jul 2008 - 23:02
This is simply evolution. Operating systems have become more secure. Security experts and individuals looking for exploits have turned to looking at software applications that run on the platform. This is simply the next step of attacking the hardware itself. There are a number of flaws in all x86 cpu(s) (or any other architecture for that matter).

Commenting has either been disabled on this article or you are not logged in. Click here to login or register, its free!

Note: Anonymous commenting is disabled in order to keep the quality of responses to a high standard.

Advertisement (Why?)