The developers of the Manjaro Linux distribution, built on the basis of Arch Linux and aimed at beginners, announced the beginning of testing a new service MDD (Manjaro Data Donor), designed to collect statistics about the system and send it to the external server of the project. The author of the MDD intended to enable telemetry by default (opt-out), but the decision has not yet been approved and, judging by the objections of some developers and users, it is likely that telemetry will be offered as an option requiring prior consent of the user (a request to enable telemetry is proposed to be added to the greeting interface after the first download).

The report includes data such as host name, kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information, network device MAC addresses, disk serial numbers, disk partition data, information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.

The sent data is stored on the project server in the ClickHouse database and visualized using the Grafana platform. The IP addresses of users are not stored, and the hash from the /etc/machine-id file is used as the system identifier.

Аccording to the code https://github.com/manjaro/mdd/blob/master/mdd.py#L40 sends everything.

  • MyNameIsRichard@lemmy.ml
    link
    fedilink
    arrow-up
    6
    ·
    edit-2
    9 days ago

    enable telemetry by default … MAC addresses, disk serial numbers

    Another reason to not use Manjaro. Just use Endeavour instead.

    Edit: I’m not against telemetry pre se. I have the KDE feedback enabled for example but that was opt in and sends no unique data.

      • exu@feditown.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        9 days ago

        When?

        Edit: I misread, though it said “trust” instead of “distrust”

        • rtxn@lemmy.world
          link
          fedilink
          English
          arrow-up
          4
          ·
          9 days ago

          They’ve let TLS certs expire on multiple occasions. They’ve made the decision to enable the AUR in the default installation, which can cause conflicts with out-of-date dependencies because of the delayed release schedule compared to Arch. They’ve shipped software on their stable branch that included unmerged upstream code. One of their developers temporarily broke Asahi Linux.

          I don’t hate the project, but I can’t trust the developers and management.

          • MyNameIsRichard@lemmy.ml
            link
            fedilink
            arrow-up
            2
            ·
            9 days ago

            They’ve let TLS certs expire on multiple occasions.

            And they told their community to set their clocks back. As a workaround, it will work but all your created and modified data will have the wrong timestamps.

    • sovietknuckles [they/them]@hexbear.net
      link
      fedilink
      English
      arrow-up
      0
      ·
      9 days ago

      Another reason to not use Manjaro. Just use Endeavour instead.

      Endeavour could be useful if it’s your first time running an Arch-based distro and you’re looking for software/configuration suggestions. Otherwise, Arch Linux is fine by itself and it doesn’t have telemetry

      • Handles@leminal.space
        link
        fedilink
        English
        arrow-up
        2
        ·
        9 days ago

        I don’t think anybody would say otherwise. Both Manjaro and Endeavour mean to make Arch more appealing to users who aren’t comfortable with command line configuration.

        Endeavour has arguably done better than Manjaro, but yeah. They’re just some configs on top of a system that does very well on its own.

  • Majestic@lemmy.ml
    link
    fedilink
    arrow-up
    5
    ·
    9 days ago

    data such as host name,

    Okay why do they need to know that? Why do they need to know if the computer is called “Melissa’s Laptop” or “Workstation 15, Internal security division”? Seems like this kind of data could if stolen be misused and it has minimal legitimate purpose IMO as anyone can put anything as host name and while in organizations it often corresponds to use it doesn’t have to for individuals. Someone could call their machine “Mack’s Porn Rig” and they only use it for doing banking and a little coding.

    kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information,

    This all seems legitimate enough, this would be helpful for understanding the hardware their users run on and targeting features or bug fixes.

    network device MAC addresses,

    Not great but there is an argument for it, they could just grab and send the first 3-4 octets which would give them the info they need on manufacturers without getting uniquely identifiable data that along with some of this other stuff is concerning for fingerprinting.

    disk serial numbers,

    Okay, what the fuck. Why do they need disk serial numbers? What possible use is there for that. Those are used for warranty claims and could be used as part of uniquely fingerprinting a computer and person. Not cool.

    disk partition data,

    This is vague enough. I guess one could choose to see this as just info about partitions in use say if there’s also an NTFS partition that looks like a Windows install that would be useful but on the other hand data encompassed within a partition could also nefariously be read as allowing them access to all your data. Partition layout, partition labels, and file systems used on disks available to the system would be a clearer way to put this and erase any doubt.

    information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.

    All this is also fine just technical data stuff.

    • Bezier@suppo.fi
      link
      fedilink
      arrow-up
      1
      ·
      9 days ago

      Thought it’s probably fine after reading the title, but this shit isn’t fine. What the fuck.

    • Buffalox@lemmy.world
      link
      fedilink
      arrow-up
      0
      arrow-down
      1
      ·
      9 days ago

      The MAC address is anonymized with sha256, and IP adresses aren’t stored.
      So this seems to me to be perfectly anonymous.

      • GolfNovemberUniform@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        9 days ago

        Why collect such data though? And you can call some Big Tech telemetry completely anonymous too if you trust their explanations.

      • gnuhaut@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        9 days ago

        MAC addresses are 48 bit, and half of that is just the manufacturer. So 24 bits really, and those bits aren’t random, I think manufacturers just assign these based on some scheme, like a serial number. Point is you could easily reverse the SHA by brute force.

        You can’t calculate any useful statistic from a hash so literally the only use this would have is some sort of tracking.


        Edit: I just looked up some data and I found someone using hashcat on an RTX 3090, which looks like it can do almost 10000 million SHA256 hashes per second of salted passwords (which are longer than 48 bit MACs, so MACs should be faster). 2²⁴ is 16.8 million, so it’ll take about 1.7 ms per vendor. I found a database with (all?) 53011 vendor ids:

        >>> 2**24 * 53011 / 10000 / 1000 / 1000
        88.93769973759998
        

        Yup, 89 seconds. You can calculate the SHA256 of every single MAC ever potentially issued in 89 seconds on a bog-standard 3090.

        • Buffalox@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          9 days ago

          this would have is some sort of tracking.

          It’s right at the top of the announcement, that it’s mainly for more accurate stats on unique users.
          It’s not that I think this is a good idea, because I don’t, but some people are blowing it out of proportions. Especially since this isn’t at all decided. Which I seriously doubt it will.

          • gnuhaut@lemmy.ml
            link
            fedilink
            arrow-up
            0
            ·
            edit-2
            9 days ago

            You don’t need this to count unique users. You could just assign a random number on install or whatever. Or even more simply, just run the thing once per month, should be accurate enough. Do they expect the software to just randomly spam duplicate reports? Don’t write it that way.

            Best case they don’t care about collecting minimal data and don’t understand that hashed MACs are easily reversible. So incompetent fools with no sensitivity to privacy.

            Maybe this should be Manjaro’s tagline: Not purposely malicious, just grossly negligent and ignorant.

            • Buffalox@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              9 days ago

              You could just assign a random number on install or whatever.

              Funny, I thought the exact same thing.

    • HiddenLayer555@lemmy.ml
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      9 days ago

      Ad firm money.

      Maybe I’m just cynical, but my first instinct when I see stuff like this is they have a secret contract with an advertiser and are selling this information.

  • imalmo@lemmy.ml
    link
    fedilink
    English
    arrow-up
    3
    ·
    9 days ago

    I’ve defended Manjaro many a time, despite the mistakes they’ve made. The main reason for this, Manjaro is the most stable Linux distro I’ve used.

    However, the main reason I ditched Windows as my primary OS was telemetry (and bloat). If Manjaro introduce this, it absolutely must be opt-in.

    I actually contribute to the Steam hardware survey as I want to ensure Valve, but more so hardware manufacturers, are aware desktop Linux systems for gaming and creative work are viable. But it’s my choice to contribute.

    If Manjaro don’t implement this as an opt-in then I’ll be installing Arch. It will be a pain to configure my software again but needs must.

      • imalmo@lemmy.ml
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 days ago

        I mostly used Ubuntu based desktop distros and frequently had issues with the 6 monthly update cycle. Problems with Fedora too. I have not had a single update issue with Manjaro. I often have different distros running in VM’s and whilst Arch has been the most reliable, most are not.

        I also setup loads of Linux servers in my I.T. job that I used to have, so I have plenty experience.

        The bottom line is Manjaro desktop has been ridiculously reliable for me. Therefore other peoples hate of it washes over me and is meaningless.

  • ColdWater@lemmy.ca
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    9 days ago

    That list about which data they’re collecting is longer than my highschool essay

  • ReversalHatchery@beehaw.org
    link
    fedilink
    English
    arrow-up
    3
    ·
    9 days ago

    hostname? MAC address? serial numbers? does "partitionx data also include names and GUIDs?

    why would they need these? what is wrong with them??

  • notprogrammer@programming.dev
    link
    fedilink
    arrow-up
    2
    ·
    9 days ago

    The report includes data such as host name, kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information, network device MAC addresses, disk serial numbers, disk partition data, information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.

    That’s insane

  • 0x0@programming.dev
    link
    fedilink
    arrow-up
    2
    ·
    9 days ago

    I get the usefulness of technical telemetry such as kernel version, RAM, disk space, processor type, etc… but NIC MAC? HDD serial? WTF?

    • HiddenLayer555@lemmy.ml
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 days ago

      Those are absolutely ways of covertly identifying your device while technically not counting as “personal information” under privacy laws.

      • The Doctor@beehaw.org
        link
        fedilink
        English
        arrow-up
        0
        ·
        9 days ago

        The first three octets of a MAC specify the manufacturer of a NIC chipset. That could come in handy for driver debugging.

        Manufacturers and firmware versions of storage devices? You can make the argument; perhaps it would have helped figure out the SSD firmware bugs years ago.

        But stuff like whether or not you have video capture card or your current system temperature stats? Nah… that’s getting into “identifiable information as toxic waste” territory.

        • naeap@sopuli.xyz
          link
          fedilink
          arrow-up
          0
          ·
          edit-2
          7 days ago

          Yeah, so take the vendor and device id and be done?

          Why should they need my unique ID/MAC?

          • The Doctor@beehaw.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            7 days ago

            A MAC address isn’t really unique. Each has six octets, of which three refer to the manufacturer. The other three octets have at most 16,777,216 possible values. That seems like a lot but it really isn’t; a MAC is supposed to be unique on a LAN, not globally. Rollovers during manufacturing happen, and collisions are rare but happen once in a while.

            • naeap@sopuli.xyz
              link
              fedilink
              arrow-up
              1
              ·
              7 days ago

              Unique enough with the other hardware IDs

              And still, absolutely no reason to go further then the first octets, to have the vendor and device

              Or am I missing something?

              And I’m currently a happy user of Manjaro since years. But this stuff really isn’t what I want to have on my system …

              • The Doctor@beehaw.org
                link
                fedilink
                English
                arrow-up
                1
                ·
                6 days ago

                Just defining the threat model of hardware addressing, as it stands.

                I don’t agree with them sending more than the first half either.

  • SavvyWolf@pawb.social
    link
    fedilink
    English
    arrow-up
    1
    ·
    9 days ago

    Why do they need information about the hostname? Is it really valuable for them to know how many systems are named daves-pc?