• d3Xt3r@lemmy.nzM
    link
    fedilink
    arrow-up
    45
    ·
    edit-2
    1 year ago

    Depends on how you define “surreptitiously”. If you say, surreptitiously as in, no visible user-facing activity under a normal desktop environment, then sure - something like a GPU driver could do whatever it wants to, with the level of access it has. Drivers are often a common attack vector, and are exploited for this reason. However, in this scenario, standard monitoring tools could potentially detect the exfiltration, for instance, a network monitoring tools might spot unusual outgoing traffic, and system monitoring/security tool such as SELinux might detect unexpected behavior from the GPU driver and could even block this activity, depending on the policies in place.

    If you say “surreptitiously” as in being able to completely evade the likes of Wireshark and other monitoring tools to send network traffic, that wouldn’t be a bit more difficult to achieve. One possible method could be to encapsulate the telemetry data within harmless traffic. For instance, a request pretending to check for driver updates, could potentially hide some telemetry data as part of the request. With encryption, encapsulation and consistent padding (so both loaded and legit packets look roughly the same), it would be next to impossible to suspect anything. But you could just block all traffic originating from the GPU drivers, there’s many ways to go about this.

    It is also possible, in theory, to completely bypass the OS layer depending on your hardware stack. Say you’re running an Intel CPU, and the GPU is an Intel Arc, the GPU could potentially talk directly to the Intel Management Engine, which is an entire subsystem inside an Intel CPU that is invisible to your OS, and it could do whatever it wants to, since the CPU has access to everything - and you’d never be able to detect it, at least not by normal methods. One method to detect such traffic would be to compare all the traffic leaving your system from an OS’s perspective, against traffic leaving the system from your network card (using say an external firewall), and if the packets don’t match, then you know something’s up. So exfilrating data via this way would be very risky for a company like Intel.

    • theshatterstone54@feddit.uk
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I don’t have the needed hardware, but someone needs to test this NOW! Especially that last part about packet comparison.

  • sonymegadrive@feddit.uk
    link
    fedilink
    arrow-up
    10
    ·
    1 year ago

    I’ve often wondered if nvidia are constantly assessing the engineering work required to maintain Linux drivers for their commercial GPUs, and now I’m wondering if they’re adding telemetry to provide data for this decision.

  • NaN@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    1
    ·
    edit-2
    1 year ago

    This is going to be doing it through the userspace program. On Windows there is almost always an Nvidia / Radeon / Intel icon permanently hanging out in the system tray. As it mentions, Intel is just enabling what the others already do.

  • Dojan@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    Wouldn’t that be through their software centre and not the driver itself?

    Given how rubbish the software is you can absolutely forego it and download new drivers manually.