this post was submitted on 26 Sep 2023
336 points (98.6% liked)

Technology

59613 readers
2737 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

GPUs from all six of the major suppliers are vulnerable to a newly discovered attack that allows malicious websites to read the usernames, passwords, and other sensitive visual data displayed by other websites, researchers have demonstrated in a paper published Tuesday.

The cross-origin attack allows a malicious website from one domain—say, example.com—to effectively read the pixels displayed by a website from example.org, or another different domain. Attackers can then reconstruct them in a way that allows them to view the words or images displayed by the latter site. This leakage violates a critical security principle that forms one of the most fundamental security boundaries safeguarding the Internet. Known as the same origin policy, it mandates that content hosted on one website domain be isolated from all other website domains.

...

The security threats that can result when HTML is embedded in iframes on malicious websites have been well-known for more than a decade. Most websites restrict the cross-origin embedding of pages displaying user names, passwords, or other sensitive content through X-Frame-Options or Content-Security-Policy headers. Not all, however, do. One example is Wikipedia, which shows the usernames of people who log in to their accounts. A person who wants to remain anonymous while visiting a site they don’t trust could be outed if it contained an iframe containing a link to https://en.wikipedia.org/wiki/Main_Page.

Pixel stealing PoC for deanonymizing a user, run with other tabs open playing video. “Ground Truth” is the victim iframe (Wikipedia logged in as “Yingchenw”). “AMD” is the attack result on a Ryzen 7 4800U after 30 minutes, with 97 percent accuracy. “Intel” is the attack result for an i7-8700 after 215 minutes with 98 percent accuracy.

The researchers showed how GPU.zip allows a malicious website they created for their PoC to steal pixels one by one for a user’s Wikipedia username. The attack works on GPUs provided by Apple, Intel, AMD, Qualcomm, Arm, and Nvidia. On AMD’s Ryzen 7 4800U, GPU.zip took about 30 minutes to render the targeted pixels with 97 percent accuracy. The attack required 215 minutes to reconstruct the pixels when displayed on a system running an Intel i7-8700.

...

all 50 comments
sorted by: hot top controversial new old
[–] mojo@lemm.ee 138 points 1 year ago (3 children)

Should clarify this only affects Chromium browsers

[–] ryannathans@aussie.zone 97 points 1 year ago (1 children)

Chad firefox users unaffected

[–] systemglitch@lemmy.world 17 points 1 year ago
[–] FigMcLargeHuge@sh.itjust.works 101 points 1 year ago (2 children)

Those pixel stealing whores!

[–] Rootiest@lemm.ee 24 points 1 year ago

Keep your dirty cross-origin paws off my pixels!

[–] ripcord@kbin.social 8 points 1 year ago (1 children)

Time to take a look at your pixel orchard again

[–] imaBEES@lemmy.world 3 points 1 year ago

Ya know, we haven’t taken a look at our pixel tree in a few seconds..

[–] atzanteol@sh.itjust.works 79 points 1 year ago (3 children)

Isn't this a browser vulnerability rather than a GPU one?

[–] Dadifer@lemmy.world 117 points 1 year ago* (last edited 1 year ago) (2 children)

The article is saying that the gpus use a compression that is software independent and bypasses the restrictions on iFrame cross-website loading. Chrome and Edge are affected; Safari and Firefox are not.

[–] Sylvartas@lemmy.world 123 points 1 year ago (1 children)
[–] RizzRustbolt@lemmy.world 4 points 1 year ago

Pale Moon actually already protected against this stuff. Because the team are all crazy paranoid.

[–] EyesEyesBaby@lemmy.world 96 points 1 year ago (1 children)

In other words, this only affects Chromium based browsers.

[–] tony@lemmy.hoyle.me.uk 27 points 1 year ago (3 children)

It's a timing vulnerability, based on how long it takes the GPU to render the page , I think, although it's also browser specific.

But seems low risk.. at a minimum of 30 minutes to grab a username, you'd have to be sat on the same page for a while and not notice your fans ramping up..

Also, passwords seems a stretch. No (sane) site displays passwords.

[–] geosoco@kbin.social 11 points 1 year ago

Many sites have had to enable reveal passwords for people with complicated passwords not using password managers.

It's low risk, but their numbers are also coming from fairly dated hardware and is just proof of concept. It can almost certainly be speed up significantly.

[–] systemglitch@lemmy.world 2 points 1 year ago

I built my pc to be silent. Case and fans. I would never year the Rams ramping up. But I also use FF shrug

load more comments (1 replies)
[–] geosoco@kbin.social 7 points 1 year ago* (last edited 1 year ago)

The problem is that so many browsers leverage hardware acceleration and offer access to the GPUs. So yes, the browsers could fix the issue, but the underlying cause is the way GPUs handle data that the attack is leveraging. Fixing it would likely involve not using hardware acceleration.

As these patterns are processed by the iGPU, their varying degrees of redundancy cause the lossless compression output to depend on the secret pixel. The data-dependent compression output directly translates to data-dependent DRAM traffic and data-dependent cache occupancy. Consequently, we show that, even under the most passive threat model—where an attacker can only observe coarse-grained redundancy information of a pattern using a coarse-grained timer in the browser and lacks the ability to adaptively select input—individual pixels can be leaked. Our proof-of-concept attack succeeds on a range of devices (including computers, phones) from a variety of hardware vendors with distinct GPU architectures (Intel, AMD, Apple, Nvidia). Surprisingly, our attack also succeeds on discrete GPUs, and we have preliminary results indicating the presence of software-transparent compression on those architectures as well.

It sounds distantly similar to some of the canvas issues where the acceleration creates different artifacts which makes it possible to identify GPUs and fingerprint the browsers.

[–] aard@kyu.de 58 points 1 year ago (1 children)

Parts of that make me pretty angry. I prevented cross origin iframes for years, and refused to buy on pages which were embedding payment verification screens like that instead of just going to that page - and back then one of my banks even was sensible enough to fail verifications if loaded in an iframe.

But nowadays pretty much none of the authentication bits work if you don't allow those. It was always obvious it is a bad idea, and if it were not for those idiot designers we could just have removed support for cross origin iframes from browsers years ago. Nobody needs that, they just shouldn't be supported at all.

[–] Kbin_space_program@kbin.social 20 points 1 year ago

Here's one that won't enrage you.

Salesforce Marketing Cloud doesn't have a way for an external site to push a Post to a landing page / custom page without allowing all external sites.

You can't whitelist a specific site.

[–] mathematicalMagpie@lemm.ee 32 points 1 year ago (1 children)

They're going to steal your NFTs!

[–] hedgehog@ttrpg.network 7 points 1 year ago

All my apes, gone!

[–] TheGrandNagus@lemmy.world 27 points 1 year ago

You wouldn't download a pixel

[–] pensa@kbin.social 23 points 1 year ago (1 children)

I wonder how long until facebook adds it to their surveillance stack.

[–] dojan@lemmy.world 12 points 1 year ago (2 children)

Bet some overworked and underappreciated engineer is working on it right as we speak.

[–] pensa@kbin.social 5 points 1 year ago (2 children)

If that engineer is coding that they should not be appreciated. They are part of the problem. I don't care about the pay or the status of being a facebook engineer. I really don't respect any engineer that has worked for any of the FAANG companies. Those fuckers sold out their morals the second they typed the first character of the first line of code while employed there.

[–] dojan@lemmy.world 4 points 1 year ago (1 children)

Seems like an unpopular opinion. I rather get your sentiment, but I don't think it's that black and white.

I've a friend who through Amazon (AWS) managed to leave his rather shitty country with an oppressive regime, for a much better place. I personally would never want to work at the ACRONYMCLUBS, but they do have a lot of money to swing around. If you're from some shithole, I totally get doing some less than moral (yet still perfectly legal) work just to get yours on the dry.

I'm glad I've never been forced to make such a choice but still, I get why people do it.

[–] pensa@kbin.social 2 points 1 year ago

In that situation I would view the person as self serving. Doing something to improve one's own situation at the expense of others is not conducive to a good society. I care more about the group than one friend in a tough situation. I liken it to the trolly problem.

[–] hedgehog@ttrpg.network 1 points 1 year ago (1 children)

Writing a single line of code for Meta, Apple, Amazon, Netflix, or Google means you don’t have any morals? That’s a pretty extreme stance. Are you at least consistent about it? Let’s see.

By your logic, if a person has ever purchased anything from, viewed an ad served by, or used a service or product created by any of those companies, they’re part of the problem and unworthy of your respect. After all, their actions have increased their value even more directly than a developer’s actions did - and unlike the developer, they didn’t get paid for it.

Do you apply that logic to every other for-profit corporations, just these, or some subset of them? Are nonprofits safe? Is it just developers that you have a problem with? What about product managers, scrum masters, engineering managers, HR? What about Apple storefront employees, Amazon warehouse employees, Amazon delivery drivers, Customer Service for Netflix, or content moderators for Meta?

[–] pensa@kbin.social 0 points 1 year ago

Most of what you typed is reductio ad absurdum and I will not entertain it.

To the part that is not I will say that yes I do apply the same standard to any business or employees that uses their size to to enshittify. It's called Right Livelihood and if more people lived by it we would not have the current problems with mega corps.

[–] ours@lemmy.film 4 points 1 year ago

While a bunch of NSA spies groan as (probably) a perfectly good vulnerability they paid top dollar for, dies.

[–] ArbiterXero@lemmy.world 17 points 1 year ago

Thanks webgl

[–] redcalcium@lemmy.institute 16 points 1 year ago (1 children)

A big chunk of new websites deployed today have x-frame-options set to sameorigin because modern web framework these days typically have sensible default configuration. Now, if only WordPress also have this header in their default installation, most newly deployed websites will be covered, but alas...

[–] jsnfwlr@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

x-frame-options is a HTTP header (an obsolete one, too - use Content-Security-Policy instead) - a frontend framework isn't able to set that. Back end frameworks can, and probably should - or at least give you the option to with a default enabled value.

While WordPress could be configured to set it, it probably shouldn't do it in the PHP - the installation guides should be telling you how to do it in Apache HTTPD or Nginx, with a fallback to doing it in PHP if changing the server config isn't available.

[–] Gsus4@feddit.nl 11 points 1 year ago* (last edited 1 year ago) (1 children)

Alright, how much is the patch going to impact performance?

As noted earlier, GPU.zip works only when the malicious attacker website is loaded into Chrome or Edge. The reason: For the attack to work, the browser must:

allow cross-origin iframes to be loaded with cookies

allow rendering SVG filters on iframes and delegate rendering tasks to the GPU

~~Does Firefox do that?~~

[–] NotAPenguin@kbin.social 20 points 1 year ago (1 children)

says in the article that firefox and safari aren't affected.

[–] BudgieMania@kbin.social 21 points 1 year ago* (last edited 1 year ago) (1 children)

common firefox w

and yet chrome will still be the default for most people

[–] dingleberry@discuss.tchncs.de 1 points 1 year ago

They aren't affected in the same way IE isn't affected.

[–] AdmiralShat@programming.dev 9 points 1 year ago

If websites have iframes, you just have to adjust when you attack

[–] ilovesatan@lemmy.world 7 points 1 year ago (1 children)

Not my pixels! I worked hard for those!

[–] AlmightySnoo@lemmy.world 3 points 1 year ago

They can have my pixels over my dead body (╯°□°)╯︵ ┻━┻