• originalucifer@moist.catsweat.com
    link
    fedilink
    arrow-up
    114
    arrow-down
    2
    ·
    1 year ago

    on Chromium they should state. its a combo of GPU and the app failing to isolate cross-domain data… leaking it.

    Firefox is not vulnerable… just chrome/edge, etc.

      • themoonisacheese@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        19
        ·
        1 year ago

        Yes, but while electron apps are technically vulnerable, they tighly control what sites you visit and they do not hold session cookies for non-public info to be stolen.

      • dust_accelerator@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        9
        ·
        1 year ago

        While true, that’s not the message here. While chromium is in a lot of things, browsers for everyday use (like banking etc.) is a huge part. You can’t control what services you rely on use as a basis for their software, but you can absolutely not use the software and/or opt for the website instead.

        If you can reduce your exposure to that vulnerability by a large fraction by simply switching browsers with equivalent experience, it should absolutely be mentioned. In fact, it could even be seen as an obligation/core purpose of news outlets.

  • 30mag@lemmy.world
    link
    fedilink
    English
    arrow-up
    23
    ·
    1 year ago

    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.

    I guess I should take a course on threat analysis, because I don’t have a clue how to determine how dangerous this is.

    • originalucifer@moist.catsweat.com
      link
      fedilink
      arrow-up
      9
      arrow-down
      2
      ·
      1 year ago

      the pixel is the just the base unit… expand the exploit and you get ‘images’. any image on the remote site… and from there you could target sites that use imaging for password/username stuff (as a method of preventing text-based exploits).

      the one pixel leads to lots of nonsense

      its a teeny tiny hole, but thats all you need

      • Funderpants @lemmy.ca
        link
        fedilink
        English
        arrow-up
        14
        ·
        edit-2
        1 year ago

        That and apparently a lot of time. Am I right in reading it could take hours to leak enough pixels to form an image? So to get a password the password would need to be plain text, visible on the target website, and not be moved, removed or otherwise changed for hours.

      • 30mag@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        yeah, but if it takes 215 minutes to get just a single word… I mean, I’m not going to have a webpage open for that long.

  • Wahots@pawb.social
    link
    fedilink
    English
    arrow-up
    16
    ·
    1 year ago

    For GPU.zip to work, a malicious page must be loaded into the Chrome or Edge browsers. Under-the-hood differences in the way Firefox and Safari work prevent the attack from succeeding when those browsers process an attack page.

    Lol, amazing.

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    11
    ·
    1 year ago

    This is the best summary I could come up with:


    The researchers found that data compression that both internal and discrete GPUs use to improve performance acts as a side channel that they can abuse to bypass the restriction and steal pixels one by one.

    “We found that modern GPUs automatically try to compress this visual data, without any application involvement,” Yingchen Wang, the lead author and a researcher at the University of Texas at Austin, wrote in an email.

    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.

    All of the GPUs analyzed use proprietary forms of compression to optimize the bandwidth available in the memory data bus of the PC, phone, or other device displaying the targeted content.

    The insights yielded a method that uses the SVG, or the scalable vector graphics image format, to maximize differences in DRAM traffic between black and white target pixels in the presence of compression.

    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).


    The original article contains 832 words, the summary contains 181 words. Saved 78%. I’m a bot and I’m open source!

  • Psythik@lemm.ee
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    GPUs from all six of the major suppliers

    Wait, what? Six? There’s AMD, Nvidia, and Intel. Who are the other three? Are they counting mobile chips made by Apple, Qualcomm, and Samsung as GPUs?

    • Schmeckinger@feddit.de
      link
      fedilink
      English
      arrow-up
      9
      ·
      edit-2
      1 year ago

      On top of my head there is AMD, Nvidia, Intel, ARM, Qualcomm, Broadcom, Apple. Samsung licenses their GPU’s from ARM and AMD as far as I know. Also why wouldn’t you count the other manufacturers? There are certainly more ARM IP GPU’s in use than AMD and NVIDIA and Apple is probably up there too, especially with the M1 and M2 launch.

  • some_guy@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    1 year ago

    The attack works on GPUs provided by Apple, Intel, AMD, Qualcomm, Arm, and Nvidia.

    Even new(ish) GPUs from Apple. Sounds like a flaw in the product category, not just certain implementations.