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.

  • calm.like.a.bomb@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    1 hour ago

    I don’t get why someone would use Manjaro after so many fuckups… If you don’t know what I’m talking about, you’re either too new to Linux or don’t care. Just look for “manjaro certificates” or “manjaro drama” and you’ll find out for yourself.

  • 0x0@programming.dev
    link
    fedilink
    arrow-up
    13
    ·
    4 hours ago

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

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        1
        ·
        1 hour ago

        I said elsewhere, I hope this is just some way to track changes over time per user.

        But they need to take an anonymous hash of some non changing data or create an install id that is used for this and nothing else (e.g it identifies a unique user but not the person or hardware behind the user).

        Too much identifying info is just pushed around like we shouldn’t care, it’s become a real problem.

  • notprogrammer@programming.dev
    link
    fedilink
    arrow-up
    22
    ·
    5 hours 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

  • SavvyWolf@pawb.social
    link
    fedilink
    English
    arrow-up
    26
    ·
    5 hours ago

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

  • MyNameIsRichard@lemmy.ml
    link
    fedilink
    arrow-up
    37
    ·
    edit-2
    6 hours 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.

    • rtxn@lemmy.world
      link
      fedilink
      English
      arrow-up
      17
      arrow-down
      1
      ·
      6 hours ago

      It’s all about trust. Manjaro has given me reasons to distrust them.

      • exuA
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        3 hours ago

        When?

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

        • rtxn@lemmy.world
          link
          fedilink
          English
          arrow-up
          10
          ·
          5 hours 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
            4
            ·
            5 hours 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.

      • MyNameIsRichard@lemmy.ml
        link
        fedilink
        arrow-up
        5
        ·
        4 hours ago

        Why?

        Let me put the question back to you. How do think the uniquely identifiable information will help them improve Manjaro?

        Do you think they’ve got a Russian satellite and will track down your HDD serial number from space?

        No.

        There’s lots of benefits to telemetry.

        As I basically said, if you bothered to read my comment.

    • Bezier@suppo.fi
      link
      fedilink
      arrow-up
      18
      ·
      6 hours 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
      1
      arrow-down
      4
      ·
      6 hours ago

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

      • gnuhaut@lemmy.ml
        link
        fedilink
        arrow-up
        8
        ·
        edit-2
        29 minutes 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
          1
          ·
          3 hours 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
            5
            ·
            edit-2
            2 hours 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
              ·
              2 hours ago

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

              Funny, I thought the exact same thing.

      • GolfNovemberUniform@lemmy.ml
        link
        fedilink
        arrow-up
        15
        ·
        5 hours ago

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

        • Buffalox@lemmy.world
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          5 hours ago

          You can see the code of what is send.
          I’m not aware that Google claims they collect data anonymously, on everything where you are logged in.
          So that’s a false equivalence.

          • GolfNovemberUniform@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            5 hours ago

            I’m not aware that Google claims they collect data anonymously, on everything where you are logged in.

            I meant other companies but ok.

  • Destide@feddit.uk
    link
    fedilink
    English
    arrow-up
    14
    ·
    6 hours ago

    It amazes me it’s still as popular as it is and still own goaling at least once a year.

  • Buffalox@lemmy.world
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    6 hours ago

    This may be illegal in EU if they don’t use opt in. Even then it may be illegal for under 18 year olds to collect MAC addresses and disk serial numbers, as those can potentially be used for identification.

    The data is anonymized, and the IP is NOT stored. So I’m not sure this violates GDPR?

    From the code we can see the machine ID is anonymized, sending only a SHA256 checksum.

    def get_hashed_device_id():
        # Read the machine ID
        with open("/etc/machine-id", "r") as f:
            machine_id = f.read().strip()
    
        # Hash the machine ID using SHA-256 to anonymize it
        hashed_id = hashlib.sha256(machine_id.encode()).digest()
    
        # Convert the first 16 bytes of the hash to a UUID (version 5 UUID format)
        return str(uuid.UUID(bytes=hashed_id[:16], version=5))
    
    

    This makes it somewhat a nothingburger IMO.

    • ouch@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      50 minutes ago

      Nah, it’s still considered Personal Data under GDPR, because it’s possible to connect to natural persons. So GDPR applies. And this is illegal, there is no legal basis for processing this data.

      • Buffalox@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        32 minutes ago

        because it’s possible to connect to natural persons.

        That’s debatable, and is only based on the claim that it’s just a 24bit decoding that can be brute forced. I don’t know for a fact that it’s true that it can be boiled down to 24bit.
        I checked my own /etc/machine-id, and the folder doesn’t even exist, so what exactly is supposed to be in it IDK. And yes I use Manjaro.

    • gnuhaut@lemmy.ml
      link
      fedilink
      arrow-up
      4
      ·
      edit-2
      1 hour ago

      That’s not anonymous, that’s pseudonymous.

      What is the point of this? The machine-id already looks to be some unique random number, so you’re calculating another unique random-looking number from that, might as well use the original number.

      You can’t glean any useful information from a unique random-looking number that would help with developing Manjaro. You can’t calculate any statistics from that. The only use is tracking.

      Edit: And as mentioned in my other comment, reversing the MAC SHA by brute force is trivial, so that one at least (and possibly the other hardware serial numbers they collect) shouldn’t even be considered pseudonymous.

  • thingsiplay@beehaw.org
    link
    fedilink
    arrow-up
    8
    arrow-down
    1
    ·
    6 hours ago
    • users can be identified
    • probably Opt-out (still in discussion)

    Two nogos combined makes nonogogos. Why do they need host name, MAC address and disk serial numbers? Why can’t people set how much they want to send in, like KDE Plasma does? Will the data be shown to the user before its send in? Steam does that perfectly (show data and its opt-in) and that is even a proprietary application. Telemetry is okay if its done right, without user identification, opt-in and not hiding whats sent, preferably in multiple levels of what is being send.

    I used Manjaro before and switched to EndeavorOS because I was not happy. Now I am. Manjaro can’t stop being stupid (not the users, I’m not attacking any user here, only the maintainers or developers of Manjaro).

    • r00ty@kbin.life
      link
      fedilink
      arrow-up
      4
      ·
      4 hours ago

      The way I read it, the developer wanted opt-out but it’s likely it will be opt-in. I’m find with opt-in and vehemently against opt-out for telemetry.

      I would prefer the information was statistical only. Rather than hostname (making the assumption they only want hostname to be able to somehow separate the data to follow changes over time), a much better idea would be some kind of hash based on information unlikely to change, but enough information that it would be unlikely possible to brute-force the original data out of the hash. So all they know is, this data came from the same machine, but cannot ID the machine. Maybe some kind of unique but otherwise untrackable unique ID is created at install time and ONLY used for this purpose and no other.

  • ShittyBeatlesFCPres@lemmy.world
    link
    fedilink
    English
    arrow-up
    9
    ·
    6 hours ago

    Why do they need half that data for a derivative of a distro? Fuck off. I don’t care if someone collects the model number of my GPU or whatever but that sounds like personally identifiable tracking data, not basic “telemetry” data to set development priorities or whatever.